华硕网络产品技术交流平台

标题: RT-AC66U_B1和RT-AC68U流量大断线，网卡属性设置很重要 [打印本页]

作者: argyros 时间: 2018-5-19 14:05
标题: RT-AC66U_B1和RT-AC68U流量大断线，网卡属性设置很重要
RT-AC66U_B1和RT-AC68U买回来都没有刷过，当次级路由用，静态/动态IP获取都试过，接上路由的时候，特别是流量大的时候电脑右下角会显示1-2秒的红叉，然后又正常，特别是看直播同时开游戏时特别频繁，其间路由器也是1-2秒的红灯，但日志没有任何东西。
网线直接插到电脑上无论怎么使用都毫无问题，如此基本可以推断就是路由器的问题，而且RT-AC66U_B1和RT-AC68U两个均为新的路由，拆箱后第一次使用或者升级后均未解决。
RT-AC68U拆箱后版本 v3.0.0.4.380_3264
昨晚更新官方版本后是 v3.0.0.4.384_20648

5.24更新:
问题找到了，网卡设置的100M跟RT-AC68U的千兆网冲突。
千兆网很多地方都有提示了，除了光猫、网线、路由外都支持千兆外，网卡的这个地方也要设置好。
这么简单的问题折腾了我如此之久，实在太蠢了，希望能对同样有这个问题，看过我这个贴的经历还没找到解决办法的朋友有所帮助。
谢谢贴里的所有朋友和管理员，谢谢你们。
[attach]11462[/attach]

作者: hhm73 时间: 2018-5-19 21:52
RT-AC68U没有，RT-AC66U_B1京东买的一直很稳定

作者: Sprite 时间: 2018-5-21 08:59
是否尝试更换下电脑的无线网卡呢?

作者: maple_1994 时间: 2018-5-21 08:59
都这样了，日志居然没有任何信息吗。。。

作者: argyros 时间: 2018-5-21 10:15

Sprite 发表于 2018-5-21 08:59
是否尝试更换下电脑的无线网卡呢?

我是网线直接插到电脑上的,是需要另外购买网卡来确认吗?
网线通过楼下路由上来直接插电脑无论怎么操作.开多少直播+玩游戏都没问题.一接上RT-AC68U再连接电脑就这样

作者: argyros 时间: 2018-5-21 10:16

maple_1994 发表于 2018-5-21 08:59
都这样了，日志居然没有任何信息吗。。。

是的..日志连一条新的记录都没有.所以无从下手

作者: Sprite 时间: 2018-5-21 10:22

argyros 发表于 2018-5-21 10:15
我是网线直接插到电脑上的,是需要另外购买网卡来确认吗?
网线通过楼下路由上来直接插电脑无论怎么操作.开 ...

你能说下你的使用架构吗？
你是同一台电脑使用无线网卡和有线的差别吗？
可以先尝试更换下无线网卡的驱动看看

作者: argyros 时间: 2018-5-21 10:26

Sprite 发表于 2018-5-21 10:22
你能说下你的使用架构吗？
你是同一台电脑使用无线网卡和有线的差别吗？
可以先尝试更换下无线网卡的驱动 ...

我只是楼下一个路由拨号.然后LAN出条网线到我房间.这条网线接RT-AC68U的WAN.然后RT-AC68U的LAN出来条网线接我电脑.全程都是有线的.没涉及到WIFI的问题

作者: Sprite 时间: 2018-5-21 10:50

argyros 发表于 2018-5-21 10:26
我只是楼下一个路由拨号.然后LAN出条网线到我房间.这条网线接RT-AC68U的WAN.然后RT-AC68U的LAN出来条网线 ...

嗯这时候你是使用正常的
那你wifi是如何连线会出现问题呢？

作者: argyros 时间: 2018-5-21 10:56

Sprite 发表于 2018-5-21 10:50
嗯这时候你是使用正常的
那你wifi是如何连线会出现问题呢？

我是这时候使用出现问题，流量大的时候电脑经常右下角红叉1-2秒，红叉消失后又啥事没有，表现就是游戏里卡住几秒又好了。大神这和WIFI没有关系，我没有提到WIFI出现了问题。

作者: Sprite 时间: 2018-5-21 11:12

argyros 发表于 2018-5-21 10:56
我是这时候使用出现问题，流量大的时候电脑经常右下角红叉1-2秒，红叉消失后又啥事没有，表现就是游戏里 ...

然后你是说如果从一楼的机器直接拉有线到电脑不会出现问题？

作者: argyros 时间: 2018-5-21 11:21

Sprite 发表于 2018-5-21 11:12
然后你是说如果从一楼的机器直接拉有线到电脑不会出现问题？

是的.网线直接插PC就没问题,插到RT-AC68U再连PC就有问题.之前是RT-AC66U_B1,以为是那个路由器有问题.就退换货搞了个RT-AC68U.还是这样.崩溃了
另外我主路由是192.168.1.1，2楼和4楼的TP-LINK是192.168.2/4.1，然后我3楼的RT-AC68U是192.168.3.1，所有路由都设置自动分配DHCP，WIFI名称密码都一样，唯独我这个RT-AC68U有问题，这样设置没问题吧？

作者: Sprite 时间: 2018-5-21 11:25

argyros 发表于 2018-5-21 11:21
是的.网线直接插PC就没问题,插到RT-AC68U再连PC就有问题.之前是RT-AC66U_B1,以为是那个路由器有问题.就退换货搞 ...

你直接把路由器设置为AP 模式看看是否还有此问题

作者: argyros 时间: 2018-5-21 11:28

Sprite 发表于 2018-5-21 11:25
你直接把路由器设置为AP 模式看看是否还有此问题

了解，我回去试一下，另外我上面的设置应该没有问题吧，我重新编辑了一下。麻烦您了

作者: Sprite 时间: 2018-5-21 11:28

argyros 发表于 2018-5-21 11:28
了解，我回去试一下，另外我上面的设置应该没有问题吧，我重新编辑了一下。麻烦您了 ...

一般设置默认就好,没什么特别

作者: argyros 时间: 2018-5-21 11:33

Sprite 发表于 2018-5-21 11:28
一般设置默认就好,没什么特别

我能否不动其他次路由情况下单独设置RT-AC68U为AP模式来测试，如果测试下来问题解决，是否所有次级路由都设置AP模式较好？
另外AP模式下接线方面是主路由LAN-次路由WAN，次路由LAN-PC这样吗？没试过这个模式不太了解。问题有点多，抱歉呢

作者: argyros 时间: 2018-5-21 23:27

Sprite 发表于 2018-5-21 11:28
一般设置默认就好,没什么特别

大神你好
今晚发现一个新的问题.
首先以下是我主路由的系统日志:
May 21 13:26:59 dnsmasq-dhcp[511]: DHCPREQUEST(br0) 192.168.10.171 3c:bd:3e:1f:0d:92
May 21 13:26:59 dnsmasq-dhcp[511]: DHCPACK(br0) 192.168.10.171 3c:bd:3e:1f:0d:92 MiBOX3S
May 21 14:50:14 dnsmasq-dhcp[511]: DHCPREQUEST(br0) 192.168.3.187 70:14:a6:79:79:25
May 21 14:50:14 dnsmasq-dhcp[511]: DHCPNAK(br0) 192.168.3.187 70:14:a6:79:79:25 wrong address
May 21 14:50:16 dnsmasq-dhcp[511]: DHCPREQUEST(br0) 192.168.10.187 70:14:a6:79:79:25
May 21 14:50:16 dnsmasq-dhcp[511]: DHCPACK(br0) 192.168.10.187 70:14:a6:79:79:25 iPhone-8
May 21 14:56:58 dnsmasq-dhcp[511]: DHCPREQUEST(br0) 192.168.3.102 ac:cf:5c:de:9e:8f
May 21 14:56:58 dnsmasq-dhcp[511]: DHCPNAK(br0) 192.168.3.102 ac:cf:5c:de:9e:8f wrong address
May 21 14:57:00 dnsmasq-dhcp[511]: DHCPREQUEST(br0) 192.168.10.102 ac:cf:5c:de:9e:8f
May 21 14:57:00 dnsmasq-dhcp[511]: DHCPACK(br0) 192.168.10.102 ac:cf:5c:de:9e:8f iPhone-9
May 21 15:29:51 dnsmasq-dhcp[511]: DHCPREQUEST(br0) 192.168.3.187 70:14:a6:79:79:25
May 21 15:29:51 dnsmasq-dhcp[511]: DHCPNAK(br0) 192.168.3.187 70:14:a6:79:79:25 wrong address
May 21 15:29:54 dnsmasq-dhcp[511]: DHCPREQUEST(br0) 192.168.10.187 70:14:a6:79:79:25
May 21 15:29:54 dnsmasq-dhcp[511]: DHCPACK(br0) 192.168.10.187 70:14:a6:79:79:25 iPhone-8
May 21 18:01:06 dnsmasq-dhcp[511]: DHCPREQUEST(br0) 192.168.3.187 70:14:a6:79:79:25
May 21 18:01:06 dnsmasq-dhcp[511]: DHCPNAK(br0) 192.168.3.187 70:14:a6:79:79:25 wrong address
May 21 18:01:08 dnsmasq-dhcp[511]: DHCPREQUEST(br0) 192.168.10.187 70:14:a6:79:79:25
May 21 18:01:08 dnsmasq-dhcp[511]: DHCPACK(br0) 192.168.10.187 70:14:a6:79:79:25 iPhone-8
May 21 18:03:38 dnsmasq-dhcp[511]: DHCPDISCOVER(br0) e0:b5:2d:c6:f2:5a
May 21 18:03:38 dnsmasq-dhcp[511]: DHCPOFFER(br0) 192.168.10.146 e0:b5:2d:c6:f2:5a
May 21 18:03:39 dnsmasq-dhcp[511]: DHCPREQUEST(br0) 192.168.10.146 e0:b5:2d:c6:f2:5a
May 21 18:03:39 dnsmasq-dhcp[511]: DHCPACK(br0) 192.168.10.146 e0:b5:2d:c6:f2:5a iPhone
以前连接的设备突然上不了网了就会有一种记录.但后来刷过一次固件后.即使出现这种记录,设备也不会上不了网.所以我就一直没理这种记录.只要有设备连接就会产生一条记录.
然后奇怪的是我3楼的AC68U一直以来无论上不上的了网都不会有日志的.今天突然也有这种系统日志了.
请问我今天咨询的问题就是因为这个日志里的DHCP分配导致了异常引起的吗?

作者: Master 时间: 2018-5-22 09:29

argyros 发表于 2018-5-21 23:27
大神你好
今晚发现一个新的问题.
首先以下是我主路由的系统日志:

RT-AC68U设定成Access Point(AP) Mode，有没有应用成功？

将RT-AC68U下面的客户端重新断连一次。

作者: argyros 时间: 2018-5-22 10:55

Master 发表于 2018-5-22 09:29
RT-AC68U设定成Access Point(AP) Mode，有没有应用成功？

将RT-AC68U下面的客户端重新断连一次。 ...

RT-AC68U选择了AP模式后能上网.登陆RT-AC68U看也没有新日志.目前还没有测试出问题.等待今晚再测试一晚
另外我选择AP模式.主路由LAN出来的线是接到RT-AC68U的WAN的.应该没问题吧?我百度了一下说选择AP模式.RT-AC68U的WAN就等于是LAN.

作者: Master 时间: 2018-5-22 11:20

argyros 发表于 2018-5-22 10:55
RT-AC68U选择了AP模式后能上网.登陆RT-AC68U看也没有新日志.目前还没有测试出问题.等待今晚再测试一晚
另 ...

对，你的接线没错！

作者: argyros 时间: 2018-5-22 11:23

Master 发表于 2018-5-22 11:20
对，你的接线没错！

我主路由出来4根网线.其中1根接的AC68U.另外3根接的TPLINK.但TPLINK我没找到AP模式.那TPLINK我空着WAN口.只接LAN.然后动态获取IP.DHCP关掉.其实也相当于AP模式对吗?

作者: Master 时间: 2018-5-22 11:27

argyros 发表于 2018-5-22 11:23
我主路由出来4根网线.其中1根接的AC68U.另外3根接的TPLINK.但TPLINK我没找到AP模式.那TPLINK我空着WAN口. ...

是的，但建议你TP-Link还是保持原来的网关模式(或许还会有其他的叫法)，你TP-Link这样的接法，其实还是会保留NAT功能的。

作者: argyros 时间: 2018-5-22 11:59

Master 发表于 2018-5-22 11:27
是的，但建议你TP-Link还是保持原来的网关模式(或许还会有其他的叫法)，你TP-Link这样的接法，其实还是会 ...

因为几个TP和AC68U是同级路由.那TP是网关模式.AC68U是AP模式.不会有冲突吧?

作者: Master 时间: 2018-5-22 12:01

argyros 发表于 2018-5-22 11:59
因为几个TP和AC68U是同级路由.那TP是网关模式.AC68U是AP模式.不会有冲突吧?

不会，如果你的RT-AC68U设定成AP模式之后，就不算二级路由了，和主路由同级。

作者: argyros 时间: 2018-5-22 12:03

Master 发表于 2018-5-22 12:01
不会，如果你的RT-AC68U设定成AP模式之后，就不算二级路由了，和主路由同级。 ...

明白了.谢谢您
还想麻烦你一下.我上面回复的那个日志.是我主路由上的.有设备连上了就会有这么一个提示.症状我上面也有提到.这是正常的吗?但我看别人日常使用是没这种日志的.如果是有问题.我该怎么解决.

作者: Master 时间: 2018-5-22 13:39

argyros 发表于 2018-5-22 12:03
明白了.谢谢您
还想麻烦你一下.我上面回复的那个日志.是我主路由上的.有设备连上了就会有这么一个提示.症 ...

你看一下，是不是你主路由客户端的IP租约时间到了

作者: argyros 时间: 2018-5-22 14:04

Master 发表于 2018-5-22 13:39
你看一下，是不是你主路由客户端的IP租约时间到了

我看过几个产生日志的设备的IP租约都还有10几20小时..你们的路由平时会有这种日志吗?

作者: Master 时间: 2018-5-22 14:21

argyros 发表于 2018-5-22 14:04
我看过几个产生日志的设备的IP租约都还有10几20小时..你们的路由平时会有这种日志吗? ...

在使用租期超过50%时刻处，DHCP Client会以单播形式向DHCP Server发送DHCPRequest报文来续租IP地址。如果DHCP Client成功收到DHCP Server发送的DHCP ACK报文，则按相应时间延长IP地址租期；如果没有收到DHCP Server发送的DHCP ACK报文，则DHCP Client继续使用这个IP地址。

在使用租期超过87.5%时刻处，DHCP Client会以广播形式向DHCP Server发送DHCPRequest报文来续租IP地址。如果DHCP Client成功收到DHCP Server发送的DHCP ACK报文，则按相应时间延长IP地址租期；如果没有收到DHCP Server发送的DHCP ACK报文，则DHCP Client继续使用这个IP地址，直到IP地址使用租期到期时，DHCP Client才会向DHCP Server发送DHCP Release报文来释放这个IP地址，并开始新的IP地址申请过程。

上述摘自 https://baike.baidu.com/item/DHCP

针对你提供的日志，我也有比较好奇的地方，出现了192.168.3.x的IP。既然你RT-AC68U已经被设定成AP Mode，为什么RT-AC68U下面的客户端还是192.168.3.x网段。按道理，应该直接从主路由获取192.168.1.x的IP。

作者: argyros 时间: 2018-5-22 14:40

Master 发表于 2018-5-22 14:21
在使用租期超过50%时刻处，DHCP Client会以单播形式向DHCP Server发送DHCPRequest报文来续租IP地址。如果D ...

抱歉.我上面提供的日志是设置AP模式前的.目前日志如你所说.通过68U连接的设备IP都是由主路由分配的.

按照上面的解释.但一台新设备连接也会出现这种日志是为什么么?

作者: Master 时间: 2018-5-22 14:56

argyros 发表于 2018-5-22 14:40
抱歉.我上面提供的日志是设置AP模式前的.目前日志如你所说.通过68U连接的设备IP都是由主路由分配的.

按 ...

新设备接入主路由的话，当然会有DHCP相关的日志了，具体你同样可以参考一下我提供的链接。

作者: argyros 时间: 2018-5-22 15:01

Master 发表于 2018-5-22 14:56
新设备接入主路由的话，当然会有DHCP相关的日志了，具体你同样可以参考一下我提供的链接。 ...

可能是日志太频繁给我一种只要连上路由就会产生日志的感觉吧.我再仔细观察一下

另外你们的路由会产生这种日志吗?我的每天还特别多

作者: Master 时间: 2018-5-22 16:22

argyros 发表于 2018-5-22 15:01
可能是日志太频繁给我一种只要连上路由就会产生日志的感觉吧.我再仔细观察一下

另外你们的路由会产生这 ...

没有特别去关注这一块，只有租约到点了，才会蹦出来这些相关信息。

作者: argyros 时间: 2018-5-22 16:27

Master 发表于 2018-5-22 16:22
没有特别去关注这一块，只有租约到点了，才会蹦出来这些相关信息。

就是说你们还是会有这些日志
但之前我66U和68U网关模式的时候也不会有这些日志.每天就几条确认路由器时间的日志

作者: Master 时间: 2018-5-22 17:07

argyros 发表于 2018-5-22 16:27
就是说你们还是会有这些日志
但之前我66U和68U网关模式的时候也不会有这些日志.每天就几条确认路由器时间 ...

这些日志要看具体路由器厂牌和日志功能提不提供的，像华硕路由器的话，如果你在一般系统日志中找不到的话，你也可以参考“DHCP租约”那个分页，虽然没有详细的DHCP封包类型日志，但可以看到简单的租约时间还剩多少。

如果你想了解更多的DHCP封包资讯，自己也可以通过抓包软件去抓，比如wireshark。

作者: argyros 时间: 2018-5-22 17:16

Master 发表于 2018-5-22 17:07
这些日志要看具体路由器厂牌和日志功能提不提供的，像华硕路由器的话，如果你在一般系统日志中找不到的话 ...

明白了.那目前我的情况只要不是问题日志.都不用理他了.

作者: argyros 时间: 2018-5-22 20:19

Master 发表于 2018-5-22 17:07
这些日志要看具体路由器厂牌和日志功能提不提供的，像华硕路由器的话，如果你在一般系统日志中找不到的话 ...

大神你好.今晚测试下来AP模式下还是有问题.表现一样.右下角红叉.主路由日志还是那些DHCP的提醒.但我看过了.跟电脑右下出现红叉时没什么关系.应该是正常的DHCP提醒日志.

作者: Master 时间: 2018-5-23 09:21

argyros 发表于 2018-5-22 20:19
大神你好.今晚测试下来AP模式下还是有问题.表现一样.右下角红叉.主路由日志还是那些DHCP的提醒.但我看过 ...

把三楼的华硕路由器和二楼或者四楼的TP-Link对换一下，注意，只换机器，网线不要换。

观察二三四楼的PC使用状况。

作者: argyros 时间: 2018-5-23 12:26

Master 发表于 2018-5-23 09:21
把三楼的华硕路由器和二楼或者四楼的TP-Link对换一下，注意，只换机器，网线不要换。

观察二三四楼的PC ...

这就有点尴尬了..除了3楼没PC..没法观察..

作者: Master 时间: 2018-5-23 13:45

argyros 发表于 2018-5-23 12:26
这就有点尴尬了..除了3楼没PC..没法观察..

不管有没有PC啦，原来怎么用，调换路由器之后仍旧怎么用，观察看看还有没有问题。

作者: argyros 时间: 2018-5-23 13:49

Master 发表于 2018-5-23 09:21
把三楼的华硕路由器和二楼或者四楼的TP-Link对换一下，注意，只换机器，网线不要换。

观察二三四楼的PC ...

May 22 18:52:11 dnsmasq-dhcp[9465]: DHCPNAK(br0) 192.168.4.103 e0:b5:2d:c6:f2:5a wrong address
May 22 20:09:12 dnsmasq-dhcp[9465]: DHCPNAK(br0) 192.168.2.101 6c:72:e7:7e:1b:74 wrong address
May 22 20:16:42 dnsmasq-dhcp[9465]: DHCPNAK(br0) 192.168.2.101 04:e6:76:0c:c1:1d wrong network
May 22 21:27:53 dnsmasq-dhcp[9465]: DHCPNAK(br0) 192.168.2.102 70:14:a6:79:79:25 wrong server-ID
May 23 01:06:22 ntp: start NTP update
May 23 01:39:29 miniupnpd[8469]: remove port mapping 41646 UDP because it has expired
May 23 11:44:25 dnsmasq-dhcp[9465]: DHCPNAK(br0) 192.168.2.100 f0:79:60:ac:30:61 wrong address
May 23 12:21:29 dnsmasq-dhcp[9465]: DHCPNAK(br0) 192.168.2.101 6c:72:e7:7e:1b:74 wrong address
May 23 13:01:21 pppd[571]: LCP terminated by peer
May 23 13:01:21 pppd[571]: Connect time 2875.1 minutes.
May 23 13:01:21 pppd[571]: Sent 979633853 bytes, received 560407654 bytes.
May 23 13:01:21 miniupnpd[8469]: Failed to get IP for interface ppp0
May 23 13:01:21 miniupnpd[8469]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
May 23 13:01:21 dnsmasq[9465]: read /etc/hosts - 5 addresses
May 23 13:01:21 dnsmasq[9465]: read /etc/hosts.dnsmasq - 1 addresses
May 23 13:01:21 dnsmasq-dhcp[9465]: read /etc/ethers - 1 addresses
May 23 13:01:21 dnsmasq[9465]: using nameserver 202.96.134.33#53
May 23 13:01:21 dnsmasq[9465]: using nameserver 202.96.128.86#53
May 23 13:01:22 WAN_Connection: Fail to connect with some issues.
May 23 13:01:22 stop_nat_rules: apply the redirect_rules!
May 23 13:01:24 pppd[571]: Connection terminated.
May 23 13:01:24 pppd[571]: Sent PADT
May 23 13:01:24 pppd[571]: Modem hangup
May 23 13:01:34 pppd[571]: PPP session is 13536 (0x34e0)
May 23 13:01:34 pppd[571]: Connected to 70:62:ac:e8:00:05 via interface eth0
May 23 13:01:34 pppd[571]: Using interface ppp0
May 23 13:01:34 pppd[571]: Connect: ppp0 <--> eth0
May 23 13:01:35 pppd[571]: syncppp: first pppd checked, waitting for 2 second
May 23 13:01:38 pppd[571]: Remote message: Authentication success,Welcome!
May 23 13:01:38 pppd[571]: PAP authentication succeeded
May 23 13:01:38 pppd[571]: peer from calling number 70:62:AC:E8:00:05 authorized
May 23 13:01:38 miniupnpd[8469]: Failed to get IP for interface ppp0
May 23 13:01:38 miniupnpd[8469]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
May 23 13:01:38 miniupnpd[8469]: Failed to get IP for interface ppp0
May 23 13:01:38 miniupnpd[8469]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
May 23 13:01:38 miniupnpd[8469]: Failed to get IP for interface ppp0
May 23 13:01:38 miniupnpd[8469]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
May 23 13:01:38 pppd[571]: local IP address 100.64.???.???
May 23 13:01:38 pppd[571]: remote IP address 100.64.???.???
May 23 13:01:38 pppd[571]: primary DNS address 202.96.???.???
May 23 13:01:38 pppd[571]: secondary DNS address 202.96.???.???
May 23 13:01:38 miniupnpd[8469]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
May 23 13:01:38 miniupnpd[8469]: Failed to get IP for interface ppp0
May 23 13:01:38 miniupnpd[8469]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
May 23 13:01:38 custom_script: Running /jffs/scripts/wan-start (args: 0)
May 23 13:01:38 rc_service: ip-up 9929:notify_rc start_firewall
May 23 13:01:38 dnsmasq[9465]: read /etc/hosts - 5 addresses
May 23 13:01:38 dnsmasq[9465]: read /etc/hosts.dnsmasq - 1 addresses
May 23 13:01:38 dnsmasq-dhcp[9465]: read /etc/ethers - 1 addresses
May 23 13:01:38 dnsmasq[9465]: using nameserver 202.96.???.???#53
May 23 13:01:38 dnsmasq[9465]: using nameserver 202.96.???.???#53
May 23 13:01:39 miniupnpd[8469]: shutting down MiniUPnPd
May 23 13:01:40 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
May 23 13:01:40 custom_script: Running /jffs/scripts/nat-start
May 23 13:01:40 rc_service: ip-up 9929:notify_rc stop_upnp
May 23 13:01:40 rc_service: waitting "start_firewall" via ip-up ...
May 23 13:01:40 miniupnpd[9993]: HTTP listening on port 58777
May 23 13:01:40 miniupnpd[9993]: Listening for NAT-PMP/PCP traffic on port 5351
May 23 13:01:41 admin: [软件中心]: skipd进程成功启动！
May 23 13:01:41 rc_service: ip-up 9929:notify_rc start_upnp
May 23 13:01:41 rc_service: waitting "stop_upnp" via ip-up ...
May 23 13:01:41 miniupnpd[9993]: shutting down MiniUPnPd
May 23 13:01:42 WAN_Connection: WAN was restored.
May 23 13:01:42 ntp: start NTP update
May 23 13:01:43 miniupnpd[10021]: HTTP listening on port 46864
May 23 13:01:43 miniupnpd[10021]: Listening for NAT-PMP/PCP traffic on port 5351
May 23 13:25:33 dnsmasq-dhcp[9465]: DHCPNAK(br0) 192.168.2.101 6c:72:e7:7e:1b:74 wrong address

这是设置AP模式后昨晚到今天主路由的日志.昨天我找到关DHCP提醒的地方了.所以一晚上日志就这么点.因为AC68U设置了AP模式基本没日志.而且IP是由主路由分配的.所以我发出来.大神能看出点什么吗?打红的问号是我修改的IP.可以无视

作者: argyros 时间: 2018-5-23 13:50

Master 发表于 2018-5-23 13:45
不管有没有PC啦，原来怎么用，调换路由器之后仍旧怎么用，观察看看还有没有问题。 ...

好的我试试.谢谢

作者: argyros 时间: 2018-5-23 15:03

Master 发表于 2018-5-23 13:45
不管有没有PC啦，原来怎么用，调换路由器之后仍旧怎么用，观察看看还有没有问题。 ...

我把2楼的TP-LINK拿来用.怎么玩怎么流量大没问题.换上RT-AC68U立马频繁断线.再换TP-LINK.同样操作.不会断.
崩溃了

作者: Master 时间: 2018-5-23 15:11

argyros 发表于 2018-5-23 15:03
我把2楼的TP-LINK拿来用.怎么玩怎么流量大没问题.换上RT-AC68U立马频繁断线.再换TP-LINK.同样操作.不会断. ...

再确认一下，你三楼的上网设备都是靠无线的方式，对不对？

作者: argyros 时间: 2018-5-23 15:22

Master 发表于 2018-5-23 15:11
再确认一下，你三楼的上网设备都是靠无线的方式，对不对？

我说的都是PC的情况.因为没在意过无线的情况.所以没拿手机等无线设备测试

以下都是说的玩电脑时的情况:
情况是我3楼接了AC68U.流量大的时候PC右下角偶尔红叉1-2秒然后恢复.全程没动过路由.他自动恢复能上网.cmd里一直在ping而红叉时显示一般故障.没红叉时ping正常
然后设置AP模式.还是这样
然后刚听你说的换一下.我把2楼tplink拿上来换上去.tplink是网关模式的.网线接到PC.怎么玩/测试都没问题.cmd一直ping都没有出现一般故障提示.右下角也没红叉.

作者: Master 时间: 2018-5-23 15:58

argyros 发表于 2018-5-23 15:22
我说的都是PC的情况.因为没在意过无线的情况.所以没拿手机等无线设备测试

以下都是说的玩电脑时的情况:

看你在40楼提供的日志，主路由刚刚下午13:01的时候，本身也断线重连了一次，不知道你发现RT-AC68U断线的时候是不是也大概这个时候？

还有，
1. 你能否确认一下RT-AC68U放在二楼使用的话，会不会有异常？（不要用三楼的PC和网线来验证，这样做事为了排除网卡和接线的因素）

2. 你主路由的型号是什么，建议你先刷回官方固件。

作者: argyros 时间: 2018-5-23 16:10

Master 发表于 2018-5-23 15:58
看你在40楼提供的日志，主路由刚刚下午13:01的时候，本身也断线重连了一次，不知道你发现RT-AC68U断线的时 ...

13:01的时候没在测试.并不知道断线情况

1.这个目前没有设备测试不了.但我不接路由直接主路由LAN出来线接PC.没有问题.排除了主路由-PC之间的网线问题.然后我换了2楼的tplink.用同一根网线搭路由-PC.也排除了那根网线的问题(而且那跟网线我已经换过3次了用来确认问题了).无论是主路由直连还是换tplink.都是同一台PC.应该网卡问题也能排除
2.主路由是网件的R6400.官方原版/最新版和梅林7.2/7.8/7.9这5个固件都试过.主路由正常.但我3楼PC上网5个固件下问题依旧

作者: argyros 时间: 2018-5-24 20:44

Master 发表于 2018-5-23 15:58
看你在40楼提供的日志，主路由刚刚下午13:01的时候，本身也断线重连了一次，不知道你发现RT-AC68U断线的时 ...

问题找到了，网卡没设置千兆，太蠢了我。
主楼我编辑了，希望能帮到同样问题的朋友，谢谢你们。

作者: Master 时间: 2018-5-25 09:22

argyros 发表于 2018-5-24 20:44
问题找到了，网卡没设置千兆，太蠢了我。
主楼我编辑了，希望能帮到同样问题的朋友，谢谢你们。 ...

感谢分享，同时已将你的帖文分类为“分享”类别，供大家参考，再次感谢！

作者: argyros 时间: 2018-5-25 10:33

Master 发表于 2018-5-25 09:22
感谢分享，同时已将你的帖文分类为“分享”类别，供大家参考，再次感谢！ ...

嗯，谢谢两位管理热心帮助

欢迎光临华硕网络产品技术交流平台 (https://www.52asus.com/)