建议华硕官方修正RT-AC88U智能网络卫士导致网络缓慢的问题

sony1979

mona 发表于 2018-6-29 15:10
半天没工作， 就琢磨这问题了。。。。
可能是我平时浏览的网页和你不太一样，基本上没发现什么。 ...

您说的是这个问题第一次慢，和我视频不对，我视频有操作多次，关闭和开启，如果是第一次慢是缓存机制可能导致的以后几次就很快，如果第二次或第三次以后都有慢的情况，就不是缓存造成的！
我视频有操作5次以上，所以可以肯定和网络卫士有关，非浏览器缓或不同浏览器造成的此问题，为了防止缓存的造成的差异，后来的测试，我都清理了缓存，视频已上传。已经测试Firefox60.1.0 和chorme 67.0.3396.99 。

sony1979

pcdiy 发表于 2018-6-29 12:16
我新换的是A6版本的，18年产的，多年前我用过趋势科技的杀毒软件，他对系统的影响与卡巴斯基有点相像，从 ...

刚才的测试并没清理缓存，后面有用chorme每次清理缓存后的测试情况，您会更明白的看懂问题。
谢谢大家的关注，这个测试还是我在昨天初始化后，重配置路由器 今天测试的情况

sony1979

Jun 29 04:13:08 roamast: eth1: add client [14:9d:09:e4:0a:77] to monitor list
Jun 29 04:14:28 roamast: eth2: add client [94:a1:a2:96:80:30] to monitor list
Jun 29 04:26:53 roamast: eth1: add client [a4:ca:a0:82:38:e5] to monitor list
Jun 29 04:47:28 roamast: eth2: add client [a4:ca:a0:82:38:e5] to monitor list
Jun 29 05:30:08 roamast: eth1: add client [14:9d:09:e4:0a:77] to monitor list
Jun 29 06:23:28 roamast: eth1: add client [14:9d:09:e4:0a:77] to monitor list
Jun 29 15:14:52 rc_service: httpd 325:notify_rc restart_wrs;restart_firewall
Jun 29 15:15:01 rc_service: httpd 325:notify_rc restart_wrs;restart_firewall
Jun 29 15:15:01 rc_service: waitting "restart_wrs;restart_firewall" via httpd ...
Jun 29 15:15:08 miniupnpd[9809]: shutting down MiniUPnPd
Jun 29 15:15:08 nat: apply nat rules (/tmp/nat_rules_ppp0_eth0)
Jun 29 15:15:08 miniupnpd[16967]: version 1.9 started
Jun 29 15:15:08 miniupnpd[16967]: HTTP listening on port 47968
Jun 29 15:15:08 miniupnpd[16967]: Listening for NAT-PMP/PCP traffic on port 5351
Jun 29 15:15:25 miniupnpd[16967]: shutting down MiniUPnPd
Jun 29 15:15:25 nat: apply nat rules (/tmp/nat_rules_ppp0_eth0)
Jun 29 15:15:25 miniupnpd[17032]: version 1.9 started
Jun 29 15:15:25 miniupnpd[17032]: HTTP listening on port 42256
Jun 29 15:15:25 miniupnpd[17032]: Listening for NAT-PMP/PCP traffic on port 5351
Jun 29 15:20:06 rc_service: httpd 325:notify_rc restart_wrs;restart_firewall
Jun 29 15:20:08 miniupnpd[17032]: shutting down MiniUPnPd
Jun 29 15:20:08 nat: apply nat rules (/tmp/nat_rules_ppp0_eth0)
Jun 29 15:20:09 miniupnpd[17222]: version 1.9 started
Jun 29 15:20:09 miniupnpd[17222]: HTTP listening on port 35278
Jun 29 15:20:09 miniupnpd[17222]: Listening for NAT-PMP/PCP traffic on port 5351
Jun 29 15:22:36 rc_service: httpd 325:notify_rc restart_wrs;restart_firewall
Jun 29 15:22:50 kernel: SHN Release Version: 2.0.1 3529123_patch
Jun 29 15:22:50 kernel: UDB Core Version: 0.2.14 r3529123
Jun 29 15:22:50 kernel: sizeof forward pkt param = 192
Jun 29 15:22:51 miniupnpd[17222]: shutting down MiniUPnPd
Jun 29 15:22:51 nat: apply nat rules (/tmp/nat_rules_ppp0_eth0)
Jun 29 15:22:52 miniupnpd[17461]: version 1.9 started
Jun 29 15:22:52 miniupnpd[17461]: HTTP listening on port 38238
Jun 29 15:22:52 miniupnpd[17461]: Listening for NAT-PMP/PCP traffic on port 5351
Jun 29 15:26:34 rc_service: httpd 325:notify_rc restart_wrs;restart_firewall
Jun 29 15:26:36 miniupnpd[17461]: shutting down MiniUPnPd
Jun 29 15:26:36 nat: apply nat rules (/tmp/nat_rules_ppp0_eth0)
Jun 29 15:26:37 miniupnpd[17677]: version 1.9 started
Jun 29 15:26:37 miniupnpd[17677]: HTTP listening on port 45946
Jun 29 15:26:37 miniupnpd[17677]: Listening for NAT-PMP/PCP traffic on port 5351
Jun 29 15:27:01 rc_service: httpd 325:notify_rc restart_wrs;restart_firewall
Jun 29 15:27:15 kernel: SHN Release Version: 2.0.1 3529123_patch
Jun 29 15:27:15 kernel: UDB Core Version: 0.2.14 r3529123
Jun 29 15:27:15 kernel: sizeof forward pkt param = 192
Jun 29 15:27:16 miniupnpd[17677]: shutting down MiniUPnPd
Jun 29 15:27:16 nat: apply nat rules (/tmp/nat_rules_ppp0_eth0)
Jun 29 15:27:17 miniupnpd[17865]: version 1.9 started
Jun 29 15:27:17 miniupnpd[17865]: HTTP listening on port 37388
Jun 29 15:27:17 miniupnpd[17865]: Listening for NAT-PMP/PCP traffic on port 5351
Jun 29 15:31:06 rc_service: httpd 325:notify_rc restart_wrs;restart_firewall
Jun 29 15:31:08 miniupnpd[17865]: shutting down MiniUPnPd
Jun 29 15:31:08 nat: apply nat rules (/tmp/nat_rules_ppp0_eth0)
Jun 29 15:31:08 miniupnpd[18118]: version 1.9 started
Jun 29 15:31:08 miniupnpd[18118]: HTTP listening on port 33608
Jun 29 15:31:08 miniupnpd[18118]: Listening for NAT-PMP/PCP traffic on port 5351
Jun 29 08:12:13 roamast: eth1: add client [a4:ca:a0:82:38:e5] to monitor list
Jun 29 16:16:26 rc_service: httpd 325:notify_rc restart_wrs;restart_firewall
Jun 29 16:16:29 kernel:  *** ERROR: [tdts_shell_ioctl_sig_op_load:95] tdts_core_rule_parsing_trf_load() fail!
Jun 29 16:16:30 kernel:  *** ERROR: [tdts_shell_ioctl_sig_op_load:95] tdts_core_rule_parsing_trf_load() fail!
Jun 29 16:16:31 kernel: SHN Release Version: 2.0.1 3529123_patch
Jun 29 16:16:31 kernel: UDB Core Version: 0.2.14 r3529123
Jun 29 16:16:31 kernel: sizeof forward pkt param = 192
Jun 29 16:16:33 miniupnpd[18118]: shutting down MiniUPnPd
Jun 29 16:16:33 nat: apply nat rules (/tmp/nat_rules_ppp0_eth0)
Jun 29 16:16:34 miniupnpd[19552]: version 1.9 started
Jun 29 16:16:34 miniupnpd[19552]: HTTP listening on port 38112
Jun 29 16:16:34 miniupnpd[19552]: Listening for NAT-PMP/PCP traffic on port 5351

sony1979

请看看最近的系统日志

pcdiy

sony1979 发表于 2018-6-29 16:24
请看看最近的系统日志

刚才在家试了一下，没有网页缓慢的情况，你能不能把IPS拦截记录发上来看看，另外建议你初始化路由器后，只连测试的电脑试，最好是用干净的系统，因为既然是趋势科技引起的，那就说明它在起保护作用，说明网络的某一方面出了问题，而不一定是路由器这一端，路由器端初始化干净使用，那就把客户端也用干净的系统测试，这样才容易找到问题，光测试路由器是片面的，你本身浏览器加载的插件也比较多

sony1979

pcdiy 发表于 2018-6-29 18:46
刚才在家试了一下，没有网页缓慢的情况，你能不能把IPS拦截记录发上来看看，另外建议你初始化路由器后， ...

并非片面，朋友，既然我使用了10多天出现这个情况，后测试发现和网络智能卫士有关，双向IPS记录都是防护路由器漏洞的和网络攻击的，不过有朋友反馈说IPS有攻击会造成网络阻塞缓慢（这个有多个帖子反应，请看论坛），视频中有说明，恶意网页和受感染设备阻止和防护无任何记录的，ips里面记录也并无我的电脑和设备，都是外面的设备攻击，另外这种情况只是在出现问题后，我测试的结果，在开始的更新到21054固件的10来天里面，还算正常，不过昨天我有恢复初始化了路由器，ips记录请看下图 ，至于你说的我浏览器插件太多，这个毫无关系，既然在关闭和开启智能网络卫士的情况这么明细，说明和智能网络卫士有关了。

从以上来源可以看到ips都是外部网络的攻击。
当然，有必要说明：大多数情况下，网页的加载速度虽然没秒开的情况，但是还算可以！，
在出现网页缓慢的情况，关闭智能网络安全卫士后，就会有我视频中的情况出现

pcdiy

sony1979 发表于 2018-6-29 16:24
请看看最近的系统日志

就在刚才测试网站后我打开aiprotection，发现增加了三条恶意网站拦截记录，显示的是拦截的我的电脑，我的系统是前几天才装的全新Windows10，就浏览了52asus、凤凰网、太平洋网站等几个主要网站，唯一的一点就是按你视频的测试打开了hao123，当然不一定是它的问题，我想说的是即使它拦截了恶意网站也没有造成网络缓慢的情况，所以仔细检查一下客户端

sony1979

pcdiy 发表于 2018-6-29 19:04
就在刚才测试网站后我打开aiprotection，发现增加了三条恶意网站拦截记录，显示的是拦截的我的电脑，我的 ...

当然，有必要说明：大多数情况下，网页的加载速度虽然没秒开的情况，但是还算可以！当然关闭智能网络卫士的情况下，网站识别和网页加载速度确实很多网站是秒开！
在出现网页缓慢的情况时候，关闭智能网络安全卫士后，就会有我视频中的情况出现IPS中无我设备和电脑，其他2项都是空的，无记录。
所以，我感觉有很多朋友理解错我的意思了。并非只要开了智能网络卫士就必然出现我视频中的情况，
只有当您的网页加载和我视频一样慢的情况下，您测试关闭和开启智能网络卫士就会有我视频中情况，有朋友反馈说是iPS记录一多就会这样，具体情况不明，但是肯定和这个有关[color=inherit !important]
[color=inherit !important]

pcdiy

sony1979 发表于 2018-6-29 18:58
并非片面，朋友，既然我使用了10多天出现这个情况，后测试发现和网络智能卫士有关，双向IPS记录都是防护路 ...

开启了网络卫士造成网络缓慢正是说明了它在起作用，至于它是不是乱起作用需要你仔细检查，由于你的测试环境并不纯净，所以我才建议你只连一个客户端，并且用干净的系统，这是最有效也最简单的方法，如果用这种方法还是出现这种情况才能确认网络卫士的问题，这时可能就不是网络卫士的问题，而有可能是硬件问题，我前一个A5版的路由器因为刷过梅林，那时2.4G的问题并不明显，自从刷回官方固件后就出问题了，无论怎样初始化2.4G都会定时消失，看起来好像是固件问题，因为它开始工作是正常的，但实际上是硬件问题，你的问题也说不定是同样的道理，所以要确诊的话路由器和客户端都保持纯净

sony1979

pcdiy 发表于 2018-6-29 19:21
开启了网络卫士造成网络缓慢正是说明了它在起作用，至于它是不是乱起作用需要你仔细检查，由于你的测试环 ...

您说的很对，我也感觉是网络卫士过度防护造成的网络慢的情况，这种情况并非开启了就必然出现网页慢
而且您也看了防护记录。并没我设备，都是外部设备，有朋友说ips防护造成网络阻塞，但是关闭又正常，
那这只能说明网络卫士有时候做了反作用，而且防护记录中并没ddos等攻击行为，都是路由器漏洞防护记录
[color=inherit !important]