华硕GT5300频繁掉线，求帮助！

sl5522zw

Master 发表于 2017-8-4 10:33
呃，若是WAN口物理链接有问题的话，LAN端的有线客户端和无线客户端肯定都会受影响的，都会出不去。 ...

那意思是wan口有问题？  之前以为线有问题   换了几根7类线还是一样  。。。华为就不会掉

mandmg

跟楼主一模一样的问题
不过我的情况分为3个症状
1.互联网正常,IPTV可以看,但是IPTV过几个小时会自动断线
2.互联网正常 IPTV永远连不上
3.互联网连不上,IPTV被独占

我的解决办法是按电源键重启,WEB页面的重启不管用

如果论坛不能解决我的问题.我打算去保修了

以下是我的配置文件和系统记录

sl5522zw

mandmg 发表于 2017-8-6 21:27
跟楼主一模一样的问题
不过我的情况分为3个症状
1.互联网正常,IPTV可以看,但是IPTV过几个小时会自动断线

我已经申请换新了     重点是我现在换回原来的华为    看视频看了一天都没出现断线  晚上玩游戏打了几盘也没掉   网速虽不快   但是玩的不心累   3000的路由器还不如300的玩的舒服

aliceoface

kernel: jffs2: warning: (791) jffs2_sum_write_data: Not enough space for summary, padsize = -153
路由有時候會卡住一會然後看到記錄上會有這句東西,但卡不太久..就是20秒到30秒左右又正常

Master

mandmg 发表于 2017-8-6 21:27
跟楼主一模一样的问题
不过我的情况分为3个症状
1.互联网正常,IPTV可以看,但是IPTV过几个小时会自动断线

最好能提供一下你的网络拓扑。

sl5522zw

Master 发表于 2017-8-8 14:49
最好能提供一下你的网络拓扑。

大佬   正常使用了一个星期后   最近接连跳出这个   不知道是什么意思？帮忙看看   谢谢！
Aug 17 16:12:34 miniupnpd[1586]: upnp_event_recv: recv(): Connection reset by peer
Aug 17 16:32:07 miniupnpd[1586]: upnp_event_recv: recv(): Connection reset by peer
Aug 17 18:22:12 miniupnpd[1586]: upnp_event_recv: recv(): Connection reset by peer
Aug 17 23:01:49 miniupnpd[1586]: upnp_event_recv: recv(): Connection reset by peer

Master

sl5522zw 发表于 2017-8-17 23:19
大佬   正常使用了一个星期后   最近接连跳出这个   不知道是什么意思？帮忙看看   谢谢！
Aug 17 16:12: ...

可能是你的RT-AC88U客户端拒绝UPnP连接。若是不影响你正常访问Internet的话，可以忽略该log。

sl5522zw

Master 发表于 2017-8-18 09:31
可能是你的RT-AC88U客户端拒绝UPnP连接。若是不影响你正常访问Internet的话，可以忽略该log。 ...

倒是可以正常上网

sl5522zw

Master 发表于 2017-8-18 09:31
可能是你的RT-AC88U客户端拒绝UPnP连接。若是不影响你正常访问Internet的话，可以忽略该log。 ...

不行  还是掉线了  

Aug 17 16:12:34 miniupnpd[1586]: upnp_event_recv: recv(): Connection reset by peer
Aug 17 16:32:07 miniupnpd[1586]: upnp_event_recv: recv(): Connection reset by peer
Aug 17 18:22:12 miniupnpd[1586]: upnp_event_recv: recv(): Connection reset by peer
Aug 17 23:01:49 miniupnpd[1586]: upnp_event_recv: recv(): Connection reset by peer
Aug 17 23:16:43 ntp: start NTP update
Aug 18 11:16:28 WAN Connection: Fail to connect with some issues.
Aug 18 11:16:28 DualWAN: skip single wan wan_led_control - WANRED off
Aug 18 11:16:28 stop_nat_rules: apply the redirect_rules!
Aug 18 11:16:29 pppd[888]: Connection terminated.
Aug 18 11:16:29 pppd[888]: Modem hangup
Aug 18 11:16:39 pppd[888]: Connected to 34:6a:c2:e3:24:98 via interface eth0
Aug 18 11:16:39 pppd[888]: Connect: ppp0 <--> eth0
Aug 18 11:16:39 pppd[888]: CHAP authentication succeeded
Aug 18 11:16:39 pppd[888]: peer from calling number 34:6A:C2:E3:24:98 authorized
Aug 18 11:16:39 pppd[888]: local  IP address 100.64.34.150
Aug 18 11:16:39 pppd[888]: remote IP address 100.64.0.1
Aug 18 11:16:39 pppd[888]: primary   DNS address 222.172.200.68
Aug 18 11:16:39 pppd[888]: secondary DNS address 61.166.150.123
Aug 18 03:16:39 rc_service: ip-up 14672:notify_rc start_firewall
Aug 18 11:16:39 miniupnpd[1586]: add_filter_rule() : chain FUPNP not found
Aug 18 11:16:39 miniupnpd[1586]: Failed to redirect 43313 -> 192.168.50.203:43313 protocol UDP
Aug 18 11:16:39 miniupnpd[1586]: add_filter_rule() : chain FUPNP not found
Aug 18 11:16:39 miniupnpd[1586]: Failed to redirect 57241 -> 192.168.50.206:57241 protocol UDP
Aug 18 11:16:39 miniupnpd[1586]: add_filter_rule() : chain FUPNP not found
Aug 18 11:16:39 miniupnpd[1586]: Failed to redirect 43313 -> 192.168.50.203:43313 protocol UDP
Aug 18 11:16:39 miniupnpd[1586]: add_filter_rule() : chain FUPNP not found
Aug 18 11:16:39 miniupnpd[1586]: Failed to redirect 57241 -> 192.168.50.206:57241 protocol UDP
Aug 18 11:16:39 miniupnpd[1586]: add_filter_rule() : chain FUPNP not found
Aug 18 11:16:39 miniupnpd[1586]: Failed to redirect 43313 -> 192.168.50.203:43313 protocol UDP
Aug 18 11:16:39 miniupnpd[1586]: add_filter_rule() : chain FUPNP not found
Aug 18 11:16:39 miniupnpd[1586]: Failed to redirect 57241 -> 192.168.50.206:57241 protocol UDP
Aug 18 11:16:39 miniupnpd[1586]: shutting down MiniUPnPd
Aug 18 03:16:39 wan: finish adding multi routes
Aug 18 03:16:39 rc_service: ip-up 14672:notify_rc stop_upnp
Aug 18 03:16:39 rc_service: waitting "start_firewall" via ip-up ...
Aug 18 11:16:39 start_nat_rules: apply the nat_rules(/tmp/nat_rules_ppp0_eth0)!
Aug 18 11:16:39 miniupnpd[14706]: version 1.9 started
Aug 18 11:16:39 miniupnpd[14706]: HTTP listening on port 53242
Aug 18 11:16:39 miniupnpd[14706]: Listening for NAT-PMP/PCP traffic on port 5351
Aug 18 11:16:40 ntp: start NTP update
Aug 18 03:16:40 rc_service: ip-up 14672:notify_rc start_upnp
Aug 18 03:16:40 rc_service: waitting "stop_upnp" via ip-up ...
Aug 18 11:16:40 miniupnpd[14706]: shutting down MiniUPnPd
Aug 18 11:16:41 ntp: start NTP update
Aug 18 11:16:41 miniupnpd[14712]: version 1.9 started
Aug 18 11:16:41 miniupnpd[14712]: HTTP listening on port 33945
Aug 18 11:16:41 miniupnpd[14712]: Listening for NAT-PMP/PCP traffic on port 5351
Aug 18 11:16:42 WAN Connection: WAN was restored.

Master

Aug 17 23:01:49 miniupnpd[1586]: upnp_event_recv: recv(): Connection reset by peer
Aug 17 23:16:43 ntp: start NTP update
Aug 18 11:16:28 WAN Connection: Fail to connect with some issues.

上面最后一行和倒数第二行之间，还有没有其他log？

单从log判断，也不好说，就是因为UPnP导致断线的。