各位大神，我的RT-AX89X时不时的半夜0时断网一次，咋整

xukezhe

就是过几天就会准时在半夜0点断网一次，各位给看一下，是不是路由的问题？谢谢！！！以下是断网前的记录：

Sep  5 23:43:42 miniupnpd[1985]: upnp_event_process_notify: connect(192.168.50.137:2869): Connection timed out
Sep  5 23:43:47 miniupnpd[1985]: upnp_event_process_notify: connect(192.168.50.137:2869): Connection timed out
Sep  5 23:58:32 pppd[1596]: Modem hangup
Sep  5 23:58:32 pppd[1596]: Connection terminated.
Sep  5 23:58:32 pppd[1596]: Failed to disconnect PPPoE socket: 114 Operation already in progress
Sep  5 23:58:35 WAN Connection: Fail to connect with some issues.
Sep  5 23:58:35 nat: apply redirect rules
Sep  5 23:58:42 pppd[1596]: Connected to 70:7b:e8:bc:97:cc via interface eth3
Sep  5 23:58:42 pppd[1596]: Connect: ppp0 <--> eth3
Sep  5 23:58:48 pppd[1596]: PAP authentication succeeded
Sep  5 23:58:48 pppd[1596]: peer from calling number 70:7B:E8:BC:97:CC authorized
Sep  5 23:58:48 pppd[1596]: local  IP address 125.33.120.223
Sep  5 23:58:48 pppd[1596]: remote IP address 125.33.120.1
Sep  5 23:58:48 pppd[1596]: primary   DNS address 202.106.195.68
Sep  5 23:58:48 pppd[1596]: secondary DNS address 202.106.46.151
Sep  5 23:58:48 nat: apply nat rules (/tmp/nat_rules_ppp0_eth3)
Sep  5 23:58:48 wan: finish adding multi routes
Sep  5 23:58:48 miniupnpd[1985]: shutting down MiniUPnPd
Sep  5 23:58:48 ntp: start NTP update
Sep  5 23:58:48 miniupnpd[10392]: version 1.9 started
Sep  5 23:58:48 miniupnpd[10392]: HTTP listening on port 40792
Sep  5 23:58:48 miniupnpd[10392]: Listening for NAT-PMP/PCP traffic on port 5351
Sep  5 23:58:48 kernel: [500103.197143] HTB: quantum of class 10001 is big. Consider r2q change.
Sep  5 23:58:48 kernel: [500103.200039] HTB: quantum of class 10010 is big. Consider r2q change.
Sep  5 23:58:48 kernel: [500103.211382] HTB: quantum of class 10040 is big. Consider r2q change.
Sep  5 23:58:48 kernel: [500103.232277] HTB: quantum of class 20010 is big. Consider r2q change.
Sep  5 23:58:48 kernel: [500103.240728] HTB: quantum of class 20040 is big. Consider r2q change.
Sep  5 23:58:50 WAN Connection: WAN was restored.

微信扫一扫，阅读更方便^_^

jsnj916

恢复出厂设置，重新安装最新版固件试试。

Sprite

你这是断网后的日志了,将整个日志点保存保存下来上传看完整的日志

xukezhe

Sprite 发表于 2020-9-7 10:31
你这是断网后的日志了,将整个日志点保存保存下来上传看完整的日志

感谢回复，但是我这个日志显示不完整，它会自己清数据。
比如上午看的还是十几二十行的记录，中午再看就只剩下4行了。这是为什么？
谢谢！

Master

xukezhe 发表于 2020-9-7 11:52
感谢回复，但是我这个日志显示不完整，它会自己清数据。
比如上午看的还是十几二十行的记录，中午再看就 ...

会不会误碰了“一般记录文件”页面的“清除”按钮？一般是不会自动擦除日志的。

xukezhe

Master 发表于 2020-9-7 14:00
会不会误碰了“一般记录文件”页面的“清除”按钮？一般是不会自动擦除日志的。 ...

感谢回复。
事实上我并没有点到过“清除”按钮。
这货真就自己顾自己的显示，刚才看了一眼，只剩下5行记录了。
如下：
Sep  7 17:04:36 APSTATS: band 0: beacon success: 417033
Sep  7 17:04:36 APSTATS: band 1: beacon success: 421183
Sep  7 17:05:08 ntp: start NTP update
Sep  7 18:04:36 APSTATS: band 0: beacon success: 451529
Sep  7 18:04:36 APSTATS: band 1: beacon success: 456306

完全不明白，别人的为什么显示那么一大串记录。
这都无所谓，只要这货别再隔三差五得断线就好。

Master

xukezhe 发表于 2020-9-7 18:46
感谢回复。
事实上我并没有点到过“清除”按钮。
这货真就自己顾自己的显示，刚才看了一眼，只剩下5行记 ...

你的固件版号是多少？方便的话，下载你的设定档，然后打包传上来。

sasalemma

看DNS是北京联通的。

可能只是那个72小时强制断网而已。

在大广东的电信就是这样。每47小时55分准时重拨。对挂游戏有影响，但是对于普通人，影响不大。

xukezhe

Master 发表于 2020-9-8 09:22
你的固件版号是多少？方便的话，下载你的设定档，然后打包传上来。

不好意思，才过来看一眼，我这边可能就是网传的通讯商强制断网的原因，我开了网络监测的ppp echo，时间间隔是7200，最大失败次数50，这一个星期用下来半夜0点不断网了。
虽然log里还是只会显示很少的几行记录，还是会时不时就“自动”删除之前记录。这都不重要了，只要不断网就可以了。
谢谢回复！

xukezhe

sasalemma 发表于 2020-9-8 14:11
看DNS是北京联通的。

可能只是那个72小时强制断网而已。

嗯，应该就是被强制断网了。我打开网络监测的ppp echo，现在一个星期过去了，半夜0点不断网了。
谢谢。