冬至，小编的双手已被封印，是时候远离鼠标键盘多出去走走了。
iPhone意外关机原因已发现，与电池有关，但不是安全问题。
所有 TGA 获得提名的游戏会在全部上架平台（PS/Xbox／Steam）上进行打折活动。
带上你的iPhone，来一场说走就走的旅行，iPhone里有钱就行。
激活锁功能是 iOS 设备安全的一大保障，也是我们对手中的 iPhone 和 iPad 感到放心的...
又有多少人在庆幸还好我没钱买？
或许你还没有发现苹果默认设置的分辨率竟然这么坑爹。
这是苹果的首个河景零售店吗？
图片标注逐渐成为 App 争夺的一个细分领地，随着苹果也在 iOS 10 中加入了原生的图片...
游戏的画面确实非常漂亮，简单的线条同样将各种钻井设施描绘的活灵活现，人设方面也是...
《Post Brutal》作为一款末日丧尸系游戏，本身对于剧情的把握还是比较出色的，并且在...
本作是一款冒险游戏，改编自世界知名童话《睡美人》。
开发商 [adult swim] 。游戏支持中文版本，玩家们体验上不会有太大的障碍，可玩性比较...
在这款游戏之中，玩家将会亲自感受到每一步都要相当心机，因为光靠“躺赢”你可能抵不...
顾名思义！《太阳系》这款应用主要就是希望能够邀请孩子们一起探索太阳系，在太空中遨...
闲来没事摇一摇，手机竟然又满电了。
国内用户应该会最关心App Store商店活动有没有。
如果这封邮件是真实的，那么 AirPods 的推出日期总算是有了眉目~
苹果上个月调查发现，亚马逊平台上所谓的正版充电头以及数据线，有超过 90% 都是冒牌...
在文字输入方面，不少人还是希望能配有一个物理键盘以便能更快更舒服地进行打字操作。
显示 6 到 8 周内发货没多久，又再度回归到无货状态，一小会就卖完了？
随着MFi认证的概念越来越被消费者所熟知，但假冒的也开始增多了。
如果你觉得苹果官方推出的充电保护壳太难看的话，ThinCharge 会是一个不错的选择。
如何处理DNS被劫持问题？
注册时间 最后登录
在线时间12 小时 UID
主题帖子人气
青苹果, 积分 99, 距离下一级还需 101 积分
各位大神，我的Safari经常无故弹出一些游戏页面，应该是DNS被劫持了但又不知道如何处理，麻烦帮助解决一下，不胜感激！
下午1.47.16.png (27.92 KB, 下载次数: 0)
14:07 上传
注册时间 最后登录
在线时间45 小时 UID
主题帖子人气
感觉不是DNS被劫持，DNS被劫持的话一般会导致地址定向出错，比如你访问谷歌转到百度去了。
另外不知道你这个是打开所有的网站都弹出那些页面呢还是访问个别网站有这个情况。
注册时间 最后登录
在线时间45 小时 UID
主题帖子人气
感觉不是DNS被劫持，DNS被劫持的话一般会导致地址定向出错，比如你访问谷歌转到百度去了。
另外不知道你这个是打开所有的网站都弹出那些页面呢还是访问个别网站有这个情况。
还有就是你换个别的浏览器试试看看是不是也弹出那样的页面。
注册时间 最后登录
在线时间12 小时 UID
主题帖子人气
用safari基本上打开所有的页面都这样的
注册时间 最后登录
在线时间59 小时 UID
主题帖子人气
如果你是无线路由，改一下秘密就好了，我的前一段办公室上网也是总弹一个游戏界面，不光mac 其他电脑也是，在家就不会，后来我把办公室路由重置了一下，密码又改了一下就好了。个人经验不知道对你的管用不。
注册时间 最后登录
在线时间45 小时 UID
主题帖子人气
换个浏览器看看是不是也弹出。
弹出的网站固定么？是个什么网站。
注册时间 最后登录
在线时间3 小时 UID
主题帖子人气
帮楼主人工置顶了
注册时间 最后登录
在线时间12 小时 UID
主题帖子人气
换个浏览器看看是不是也弹出。
弹出的网站固定么？是个什么网站。
就是&&都是一些网页游戏的页面！有没有好的杀毒软件推荐阿&&是不是中毒了
注册时间 最后登录
在线时间12 小时 UID
主题帖子人气
换个浏览器看看是不是也弹出。
弹出的网站固定么？是个什么网站。
就是&&都是一些网页游戏的页面！有没有好的杀毒软件推荐阿&&是不是中毒了
注册时间 最后登录
在线时间12 小时 UID
主题帖子人气
换个浏览器看看是不是也弹出。
弹出的网站固定么？是个什么网站。
就是&&都是一些网页游戏的页面！有没有好的杀毒软件推荐阿&&是不是中毒了
威锋旗下产品
Hi~我是威威！
沪公网安备 29号　|　沪ICP备号-1
新三板上市公司威锋科技（836555）
增值电信业务经营许可证：
Powered by Discuz!查看:15002|回复：37
助理工程师
故障现象：
1、打开国内.com域名被指向到65.49.2.178；
2、国外网站解析（如twitter）未受影响；
1、上图是网络上找到的DIG TRACE截图，通过dig命令跟踪A记录解析，居然是根服务器直接返回A应答（answer）。正常情况下DNS是递归查询，根服务器只返回类似的A记录，而不会存储类似的A记录。从这个情况来看，是根服务器被黑了，接着往下分析；
2、但国外域名未受影响，难道说黑了根服务器的人只针对中国的.com域名？而且中国的.com域名成千上万，他能一条一条在根服务器上写A记录？，这种可能性不太大。如果不是黑名，那会是什么造成这次的故障呢？
3、根域名直接返回A记录这种情况不太可能，那就用排除法。应该是什么设备劫持了下级DNS服务器或终端用户的DNS A记录请求，并伪装根服务器给下级DNS或终端用户发送了伪装A记录应答(answer)报文，造成了此次故障。
故障定位：A记录被某种劫持设备拦截，导致故障的出现。
以上只是我的技术猜测，希望通过与坛友进行更多的技术讨论。
助理工程师
太专业了！
助理工程师
顶贴，求大神们来科普
中级工程师
1.这个查询方式是迭代查询。
2.退特一个例子并不能完全说明故障发生的范围，是国内和国外的分别。
3.图里面的例子,难道不是根域名服务器直接返回A记录么...而且干嘛要一条一条写A记录呢？对任意查询直接返回就可以了。退特假设可以解析，直接做个百名单不就ok了么
助理工程师
引用:原帖由 thursdayhawk 于
21:03 发表
1.这个查询方式是迭代查询。
2.退特一个例子并不能完全说明故障发生的范围，是国内和国外的分别。
3.图里面的例子,难道不是根域名服务器直接返回A记录么...而且干嘛要一条一条写A记录呢？对任意查询直接返回就可以了。退 ... 发生DNS故障的时候，国外的主机能够正常解析域名，推特只是兴例嘛，代表的是大网站。国外主机解析域名也得通过根域名一级一级查询，证明根域名是正常的。
根域名只会保存.com或者.net之类的对应下级DNS主机的A记录，不可能保存类似这类网站，而通过截图看到的DIG命令是根域名直接返回了域名的A记录，你可以现在用一样的命令解析试试，因为现在网络已恢复正常，根目录是不会给你A记录应答（answer）的。
助理工程师
[root@localhost ~]# dig @198.41.0.4
; &&&& DiG 9.3.6-P1-RedHat-9.3.6-16.P1.el5 &&&& @198.41.0.4
; (1 server found)
;; global options:&&printcmd
;; Got answer:
;; -&&HEADER&&- opcode: QUERY, status: NOERROR, id: 5526
;; flags: QUERY: 1, ANSWER: 0, AUTHORITY: 13, ADDITIONAL: 14
;; QUESTION SECTION:
;& && && && && && && && &IN& && &A
;; AUTHORITY SECTION:
com.& && && && && && &&&172800&&IN& && &NS& && &a.gtld-servers.net.
com.& && && && && && &&&172800&&IN& && &NS& && &b.gtld-servers.net.
com.& && && && && && &&&172800&&IN& && &NS& && &c.gtld-servers.net.
com.& && && && && && &&&172800&&IN& && &NS& && &d.gtld-servers.net.
com.& && && && && && &&&172800&&IN& && &NS& && &e.gtld-servers.net.
com.& && && && && && &&&172800&&IN& && &NS& && &f.gtld-servers.net.
com.& && && && && && &&&172800&&IN& && &NS& && &g.gtld-servers.net.
com.& && && && && && &&&172800&&IN& && &NS& && &h.gtld-servers.net.
com.& && && && && && &&&172800&&IN& && &NS& && &i.gtld-servers.net.
com.& && && && && && &&&172800&&IN& && &NS& && &j.gtld-servers.net.
com.& && && && && && &&&172800&&IN& && &NS& && &k.gtld-servers.net.
com.& && && && && && &&&172800&&IN& && &NS& && &l.gtld-servers.net.
com.& && && && && && &&&172800&&IN& && &NS& && &m.gtld-servers.net.
;; ADDITIONAL SECTION:
a.gtld-servers.net.& &&&172800&&IN& && &A& && & 192.5.6.30
b.gtld-servers.net.& &&&172800&&IN& && &A& && & 192.33.14.30
c.gtld-servers.net.& &&&172800&&IN& && &A& && & 192.26.92.30
d.gtld-servers.net.& &&&172800&&IN& && &A& && & 192.31.80.30
e.gtld-servers.net.& &&&172800&&IN& && &A& && & 192.12.94.30
f.gtld-servers.net.& &&&172800&&IN& && &A& && & 192.35.51.30
g.gtld-servers.net.& &&&172800&&IN& && &A& && & 192.42.93.30
h.gtld-servers.net.& &&&172800&&IN& && &A& && & 192.54.112.30
i.gtld-servers.net.& &&&172800&&IN& && &A& && & 192.43.172.30
j.gtld-servers.net.& &&&172800&&IN& && &A& && & 192.48.79.30
k.gtld-servers.net.& &&&172800&&IN& && &A& && & 192.52.178.30
l.gtld-servers.net.& &&&172800&&IN& && &A& && & 192.41.162.30
m.gtld-servers.net.& &&&172800&&IN& && &A& && & 192.55.83.30
a.gtld-servers.net.& &&&172800&&IN& && &AAAA& & e::2:30
;; Query time: 447 msec
;; SERVER: 198.41.0.4#53(198.41.0.4)
;; WHEN: Wed Jan 22 22:21:24 2014
;; MSG SIZE&&rcvd: 492
以下是我刚（22：20）DIG的记录，根服务器只返回了.com的地址，而昨天故障的时候是直接返回的查询域名对应的A记录应答。
本帖最后由 windbadboy 于
22:30 编辑
最有价值午饭
这是DNS污染吧
助理工程师
引用:原帖由 Rockyw 于
22:27 发表
这是DNS污染吧 是的，但如果是根域被污染，为何只有国内受影响？
顶一个……
提示: 作者被禁止或删除 内容自动屏蔽
最有价值午饭
引用:原帖由 windbadboy 于
22:30 发表
是的，但如果是根域被污染，为何只有国内受影响？ 你可以参与一下以下文章：&&
& && && && && && && && && && && && && && &
楼主的分析很仔细也很精彩。
今天看了看有关的说明，昨天域名指向的ip地址指向动--态--网（DIT），并且那个ip上也有很多不良的网站。我觉得是中国围城在各大ISP的设备本来想进行dns污染以便禁止访问黑名单域名，但是由于人错误配置而影响了正常域名查询服务。能够在国内有如此之大的控制力，非城莫属
本帖最后由 qq 于
12:05 编辑
站在低处，渴望更高
高级工程师
引用:原帖由 qq 于
12:03 发表
楼主的分析很仔细也很精彩。
今天看了看有关的说明，昨天域名指向的ip地址指向动--态--网（DIT），并且那个ip上也有很多不良的网站。我觉得是中国围城在各大ISP的设备本来想进行dns污染以便禁止访问黑名单域名，但是由于人错误 ... 我今天在某论坛也看见类似的观点。
当时他们利用google的公共DNS 8.8.8.8做测试，如果从国内运行，那么会返回错误的IP；如果从海外运行，那么就是正常的。这个作者认为如果中国根域名被污染了，那么通过8.8.8.8获取的信息应该是正确的，但是结果仍然错误，那么很有可能是GFW造成的。 他们有一个测试的机器专门查询国外不存在的地址，但是如果获得了某个地址，那肯定是从GWF获得的假地址，在事发的那个时间段，也确实一直有假信息的反馈。
另外提到了一点是该IP 65.49.2.178，公司据说和自由门翻墙软件和FLG的镜像站点都有关系。但是考虑到轮子应该木有这么强大的实力攻陷GWF，所以如你所言，可能本来打算屏蔽的但是弄成了dns污染？？
助理工程师
中级工程师
楼上分析的貌似都挺有道理的，静待官方给出的合理解释！
欢迎大神来参与讨论，给俺们膜拜一下~~~~~&&顶一下，看不懂，但是很厉害的样子~
引用:原帖由 beanxyz 于
12:20 发表
我今天在某论坛也看见类似的观点。
当时他们利用google的公共DNS 8.8.8.8做测试，如果从国内运行，那么会返回错误的IP；如果从海外运行，那么就是正常的。这个作者认为如果中国根域名被污染了，那么通过8.8.8.8获取的信息应 ... 这个方法之前已经被应用在西厢小组分析GFW的dns污染技术分析上去，他们的做法是指定让外国一个不具有域名解析的ip地址作为域名解析服务器，发现居然还能返回应答包.说明那是GFW返回的伪包，技术上异曲同工。我觉得运维的人假如可以看看西厢小组的分析GFW的方法应该会获益匪浅吧！
还有，文章可以通过抓包分析一下它返回的伪包，通过分析伪包可以发现出一般规律。（）---请翻墙
还有真的不太可能是自由门弄的，因为做这样一个dns污染，使得大流量流入自由门，这就是一个ddos呀！不能自残吧！
先来看看为什么近期进行dns污染，因为最近的召开的一个会议。在之前的资料有提到，基本在重大会议时期，GFW的封锁力度会加大。而1.21召开的某个会议还很重要
我觉得配置出错的可能性挺大的，下面是wiki上的历史信息，
日，中国大陆一个小型ISP的错误路由数据，经过中国电信的二次传播，扩散到了整个国际互联网，波及到了AT&T、Level3、Deutsche Telekom、Qwest和Telefónica等多个国家的大型ISP。
综上所述，应该是人工的配置错误造成在骨干isp的路由上布满了dns错误的解析
仅仅是根据现有资料分析，这方面的知识还得了解了解
本帖最后由 qq 于
22:15 编辑
站在低处，渴望更高
初级工程师
引用:原帖由 thursdayhawk 于
21:03 发表
1.这个查询方式是迭代查询。
2.退特一个例子并不能完全说明故障发生的范围，是国内和国外的分别。
3.图里面的例子,难道不是根域名服务器直接返回A记录么...而且干嘛要一条一条写A记录呢？对任意查询直接返回就可以了。退 ... 第一點你糾正了樓主的錯誤。很多人認為dns服務器之間是遞歸查詢 其實是想太多了 呵呵
天津的DNS 202.99.96.68还在被污染着。如果用其解析还是不行呢。排除DNS故障时需要牢记的十项要诀
关注IDC评述网官方微信：idcps-com 新浪微博：
&&&中国评述网01月25日报道：对于所有基于Windows系统的网络来说，DNS都属于最重要的服务之一。在没有DNS支持的情况下，活动目录就不能正常工作，并且它使用到的功能也比任何其它类型的网络都多。因此，在DNS出现问题时尽快解决就成为一项非常关键的工作。幸运的是，在通常情况下这一过程是比较容易的。在本文中，作者就列出了自己最喜欢的十项DNS故障排除技术。
&&& 1：对网络连接情况进行验证
&&& 当发现DNS服务出现问题时，应该做的第一件事情就是对DNS服务器的网络连接情况进行验证。毕竟，如果实际问题仅仅是一块网卡出现了故障，耗费在从头开始对设备进行全面检查的大量时间就可以都省下来了。
&&& 对连接情况进行验证的最简单方法就是登录到DNS服务器上，并利用ping命令检查与其它机器的连接状态。还应该做的就是，尝试利用随机机器来ping连接DNS服务器。请务必牢记，只有在防火墙的配置里容许网际消息控制协议(ICMP)数据包通过的情况下，ping命令才能发挥作用。
&&& 2：确定问题波及的范围
&&& 在确定基本连接正常的情况下，下一步要做的工作就是确定问题波及的范围。实际情况是互联网名称解析服务失败，还是本地名称解析服务失败呢?对于不同的问题来说，采取的解决方法也是有很大区别的。举例来说，如果本地名称解析服务正常，而互联网名称解析服务失败的话，问题可能就是出在互联网服务供应商的DNS服务器上。
&&& 3：确认是否所有用户都受到影响
&&& 接下来要考虑的另一件事情就是是否网络上的所有用户都受到了影响，或者是仅仅限于部分用户。如果确认只有部分用户受到影响的话，请对这些用户所在的网络段位置进行检查，确认他们是否属于同一范围。如果答案是确定的话，问题可能与路由器故障或动态主机配置协议(DHCP)配置错误有关。
&&& 4：确认DNS服务器上是否运行了负载均衡处理技术
&&& 某些情况中，公司对网络服务器资源的极大需求会导致DNS服务器被分散到多台相同的网络服务器上利用DNS轮循技术实现工作量的负载平衡技术被投入使用。该技术中存在的一个典型问题就是，在其中一台服务器已经宕机的情况下，DNS服务器不会了解到实际情况发生了变化。因此，尽管其中的一台服务器已经处于脱机状态，但输入流量依然被平均分配给循环中的所有服务器。由此导致的结果就是负载平衡资源在连接间歇性方面出现问题。
&&& 5：对DNS服务器转发器进行检查
&&& 如果已经确认本地名称解析服务运行正常，但互联网名称解析服务无法工作的话，下面要检查的就是DNS服务器是否在使用转发器。尽管很多DNS服务器都利用根提示来提供互联网名称解析服务，但也有一些使用转发器连接到互联网服务供应商的DNS服务器上。如果互联网服务供应商的DNS服务器出现了问题，在解析器缓存中条目过期的情况下，互联网名称解析服务将失败。如果确认DNS服务器没有使用转发器，还可以尝试一下对服务器进行ping检测，以了解它是否在线。可能需要做的还包括致电互联网服务供应商，来了解那里是否存在任何DNS方面的问题，并确保在转发器中使用的网络IP地址仍然属于有效的。
&&& 6：尝试利用一台主机进行ping测试
&&& 如果本地网络中的名称解析服务出现问题，就应该选择尝试对网络中的其它服务器进行ping测试。首先，可以利用服务器的网络IP地址进行ping测试。这样的话，就可以确认该服务器是否依然可以连接。接下来，要做的就是利用计算机名称和服务器的完全合格域名进行ping测试。
&&& 如果网络IP地址可以通过ping测试，但域名无法通过的话，就应该对DNS服务器进行检查，以确保主机(A)记录的存在。如果没有主机(A)记录的话，DNS服务器将无法解析主机的名称。
&&& 7：使用NSLookup查询域名命令
&&& 对于排除DNS故障来说，最方便的工具之一就是NSLookup查询域名命令。它可以在Windows命令提示符窗口中使用。只要输入NSLookup加上需要测试名称解析服务的主机名称，Windows就可以返回DNS服务器的网络IP地址和解析名称(尽管在通常情况下，DNS服务器名称显示的是为未知)。它也可以提供指定主机的完全合格域名和网络IP地址。
&&& 对于两件事情来说，NSLOOKUP命令非常有用。首先，它可以容许对名称解析服务是否正常进行验证。其次，如果名称解析服务无法正常工作，它可以帮助确认使用的服务器是哪一台。请务必牢记，Nslookup的查询结果中只列出它最初连接到的DNS服务器。如果名称解析请求被转发到其它DNS服务器的话，这些服务器是不会被列出的。
&&& 8：尝试使用一台备用DNS服务器
&&& 大多数公司都拥有至少两台DNS服务器。如果主DNS服务器出现了问题，请尝试使用备用DNS服务器。如果在切换DNS服务器后，名称解析服务可以正常工作，就可以确认该问题确实是涉及到DNS服务器，而不是一些外部因素。
&&& 9：扫描病毒
&&& 大约一星期前，有人向我求助。他们的网络中出现了问题，现象是每当试图访问特定网站的时间，就会被重定向到一家恶意站点上。我最早的怀疑是DNS中毒攻击，但在发现实际情况是只有一台计算机受到影响后，这种可能性被排除了。
&&& 最后，我发现问题是一种病毒占据了TCP/IP协议栈，对所有名称解析请求进行拦截。尽管这一问题在最初看起来似乎是DNS的问题，但实际上病毒需要承担最终的责任。
&&& 10：重新启动DNS服务器
&&& 我知道这种措施看上去很象陈词滥调，但当所有解决方案都没有成功的时间，选择重新启动DNS服务器也是一条出路。在这么多年的工作经历中，我见到多起由于未知原因导致名称解析服务失败，但在重新启动DNS服务器后一切就正常的情况。
&&& 同样，我遇到过至少两起消费级路由器出现停止转发DNS请求而其它类型流量依然正常的情况。在其中一起案例中，重新启动路由器就可以解决该问题。而在另一起案例中，就必须更换路由器。据分析，该路由器可能是在前一天发生的停电事故中损坏。
&&& 还有什么?
&&& 你是否也有一些诀窍可以快速解决DNS发生的问题?如果答案是肯定的话，请告诉大家，让我们一起分享。
相关热词搜索：
延伸阅读：
24小时点击排行查看: 3366|回复: 2
注册时间最后登录阅读权限70积分1403精华0帖子
陌上人如玉
金牌会员, 积分 1403, 距离下一级还需 1597 积分
TA的每日心情开心 11:54签到天数: 110 天[LV.6]常住居民II
本帖最后由 LMZG 于
11:05 编辑
在自己服务器上做了转发功能。想把服务器解析不了的域名转发到别的DNS服务器上。、
很奇怪的是A服务器可以转发解析B服务器上的域名和他自己的。但是B服务器解析不了A服务器的域名
主要是想让B能解析本区域的又能把解析不了的转发给外网DNS服务器解析。后来才搭建的A服务器测试。结果A成功了。B不行。
两个DNS服务起都是可以正常启动并且解析本区域的域名。
我想问的是为什么B解析不了A服务器上的区域条目。想知道是哪里出现问题了。想知道DNS转发除了写一条转发地址外还需不需要其他什么配置选项不?
贴上B服务器的配置。options {
11& && && &listen-on port 53 { };
12& && && &listen-on-v6 port 53 { ::1; };
13& && && &directory& && & &/var/named&;
14& && && &dump-file& && & &/var/named/data/cache_dump.db&;
15& && && &statistics-file &/var/named/data/named_stats.txt&;
16& && && &memstatistics-file &/var/named/data/named_mem_stats.txt&;
17& && && &allow-query& &&&{ };
18& && && &allow-query-cache { };
19& && && &
20& && && &forwarders {122.207.199.251;};
22& && && &dnssec-
23& && && &dnssec-
24& && && &dnssec-
26& && && &/* Path to ISC DLV key */
27& && && &bindkeys-file &/etc/named.iscdlv.key&;
29& && && &managed-keys-directory &/var/named/dynamic&;
32 logging {
33& && && &channel default_debug {
34& && && && && &&&file &data/named.run&;
35& && && && && &&&
36& && && &};
39 zone &.& IN {
40& && && &
41& && && &file &named.ca&;
44 include &/etc/named.rfc1912.zones&;
45 include &/etc/named.root.key&;复制代码上面的是DNS.named.conf文件里配置文件。转发的地址：122.207.199.251是A DNS服务器的地址
下面是区域文件的内容。域名是：. 文件名是guang.zone.&&1 $TTL 1D
&&.& && &IN& && &SOA& &&&@ rname.invalid. (
&&3& && && && && && && && && && && && && &&&0& && & ; serial
&&4& && && && && && && && && && && && && &&&1D& && &; refresh
&&5& && && && && && && && && && && && && &&&1H& && &; retry
&&6& && && && && && && && && && && && && &&&1W& && &; expire
&&7& && && && && && && && && && && && && &&&3H )& & ; minimum
&&8& && && && && &&&IN& && &NS& && &.
&&9 dns& && && && & IN& && &A& && & 122.207.199.250
10 my& && && && &&&IN& && &A& && & 122.207.199.250
~
复制代码
注册时间最后登录阅读权限30积分334精华0帖子
中级会员, 积分 334, 距离下一级还需 166 积分
TA的每日心情衰 15:19签到天数: 52 天[LV.5]常住居民I
刚试了下，只加了一条forwarders就可以转发了&&
注册时间最后登录阅读权限70积分1403精华0帖子
陌上人如玉
金牌会员, 积分 1403, 距离下一级还需 1597 积分
TA的每日心情开心 11:54签到天数: 110 天[LV.6]常住居民II
smile 发表于
刚试了下，只加了一条forwarders就可以转发了
感谢回复.这个帖子好久了.也没人回复.
对的.后来验证了一下.是我这个服务器的问题.
我后来在同样系统的其他机器上同样步骤就能成功.后来系统重装了.
嘿嘿,再次感谢回复
为论坛做出突出贡献的会员
经常参与各类话题的讨论，发帖内容较有主见
Powered by