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

标题: GT-AC5300 WiFi突然全部崩掉，需要手动重启才正常 [打印本页]

作者: mikeken1992 时间: 2019-2-12 00:29
标题: GT-AC5300 WiFi突然全部崩掉，需要手动重启才正常
GT-AC5300 WiFi突然全部崩掉，需要手动重启才正常，有线是正常的，无线用着用着就全崩掉了，时间有时一两天，有时两三天，最长两个星期必崩掉一起，请问各位大佬这是怎么回事
日志如下
Feb 11 22:55:33 kernel: acme-client: https://acme-v01.api.letsencrypt ... mTBj7g/12512328027: bad response
Feb 11 22:55:33 kernel: acme-client: transfer buffer: [{ "type": "http-01", "status": "invalid", "error": { "type": "urn:acme:error:connection", "detail": "Fetching Timeout during connect (likely firewall problem)", "status": 400 }, "uri": "https://acme-v01.api.letsencrypt.org/acme/challenge/SY1U8d_VMjBsMcd7iHe8QaBePAkVX9_e5YnOAmTBj7g/12512328027", "token": "g2H6bVNU86iTRD2NxCpOBYYOOYYs5ZqcZ-43ACesfW
Feb 11 22:57:56 WLCEVENTD: eth7: Disassoc D8:63:75:91:B5:A9
Feb 11 22:57:56 WLCEVENTD: eth7: Disassoc D8:63:75:91:B5:A9
Feb 11 22:57:57 kernel: pgd = ffffffc002554000
Feb 11 22:57:57 kernel: [00000000] *pgd=000000000149a003, *pud=000000000149a003, *pmd=0000000003248003, *pte=0000000000000000
Feb 11 22:57:57 kernel: CPU: 1 PID: 30763 Comm: dcd Tainted: P          O 4.1.27 #2
Feb 11 22:57:57 kernel: Hardware name: Broadcom-v8A (DT)
Feb 11 22:57:57 kernel: task: ffffffc03414b480 ti: ffffffc0025b0000 task.ti: ffffffc0025b0000
Feb 11 22:57:57 kernel: PC is at 0xf7399f44
Feb 11 22:57:57 kernel: LR is at 0x1dc74
Feb 11 22:57:57 kernel: pc : [<00000000f7399f44>] lr : [<000000000001dc74>] pstate: 600e0010
Feb 11 22:57:57 kernel: sp : 00000000ff9708e8
Feb 11 22:57:57 kernel: x12: 000000000009ff10
Feb 11 22:57:57 kernel: x11: 00000000f66ff024 x10: 00000000000a02b4
Feb 11 22:57:57 kernel: x9 : 00000000f66ffb84 x8 : 00000000000a076c
Feb 11 22:57:57 kernel: x7 : 00000000f66ffbb4 x6 : 00000000000a0766
Feb 11 22:57:57 kernel: x5 : 0000000000000000 x4 : 00000000f66ffb68
Feb 11 22:57:57 kernel: x3 : 0000000000000000 x2 : 0000000000000000
Feb 11 22:57:57 kernel: x1 : 000000000007c674 x0 : 0000000000000000
Feb 11 22:59:59 WLCEVENTD: eth6: Assoc D8:63:75:91:B5:A9
Feb 11 23:00:00 rc_service: service 31833:notify_rc restart_letsencrypt
Feb 11 23:00:38 kernel: acme-client: https://acme-v01.api.letsencrypt ... dRVVJo/12512442229: bad response
Feb 11 23:00:38 kernel: acme-client: transfer buffer: [{ "type": "http-01", "status": "invalid", "error": { "type": "urn:acme:error:connection", "detail": "Fetching... wq4GP5Z__gkSmTpQTs: Timeout during connect (likely firewall problem)", "status": 400 }, "uri": "https://acme-v01.api.letsencrypt.org/acme/challenge/cG3tiFi6maC4GnJk4TUT1vGh36YKhyGjD64kVdRVVJo/12512442229", "token": "h2tP0VmQLUoFCgrqjLO3AVuGJwq4GP5Z__gkSmTpQT
Feb 11 23:02:03 disk_monitor: Got SIGALRM...
Feb 11 23:03:15 WLCEVENTD: eth7: Assoc E0:B9:BA:E0:7C:80
Feb 11 23:03:28 WLCEVENTD: eth7: Disassoc E0:B9:BA:E0:7C:80
Feb 11 23:05:00 rc_service: service 32121:notify_rc restart_letsencrypt
Feb 11 23:05:07 kernel: acme-client: https://acme-v01.api.letsencrypt.org/acme/new-authz: bad HTTP: 429
Feb 11 23:05:07 kernel: acme-client: transfer buffer: [{ "type": "urn:acme:error:rateLimited", "detail": "Error creating new authz :: too many failed authorizations recently: see https://letsencrypt.org/docs/rate-limits/", "status": 429 }] (189 bytes)
Feb 11 23:09:37 kernel: pgd = ffffffc0031f4000
Feb 11 23:09:37 kernel: [00000000] *pgd=000000001ca9b003, *pud=000000001ca9b003, *pmd=000000001caf3003, *pte=0000000000000000
Feb 11 23:09:37 kernel: CPU: 1 PID: 31642 Comm: dcd Tainted: P          O 4.1.27 #2
Feb 11 23:09:37 kernel: Hardware name: Broadcom-v8A (DT)
Feb 11 23:09:37 kernel: task: ffffffc03e86e080 ti: ffffffc002648000 task.ti: ffffffc002648000
Feb 11 23:09:37 kernel: PC is at 0xf7546f44
Feb 11 23:09:37 kernel: LR is at 0x1dc74
Feb 11 23:09:37 kernel: pc : [<00000000f7546f44>] lr : [<000000000001dc74>] pstate: 600e0010
Feb 11 23:09:37 kernel: sp : 00000000ffcb6238
Feb 11 23:09:37 kernel: x12: 000000000009ff10
Feb 11 23:09:37 kernel: x11: 00000000f67ff024 x10: 00000000000a02b4
Feb 11 23:09:37 kernel: x9 : 00000000f67ffb84 x8 : 00000000000a076c
Feb 11 23:09:37 kernel: x7 : 00000000f67ffbb4 x6 : 00000000000a0766
Feb 11 23:09:37 kernel: x5 : 0000000000000000 x4 : 00000000f67ffb68
Feb 11 23:09:37 kernel: x3 : 0000000000000000 x2 : 0000000000000000
Feb 11 23:09:37 kernel: x1 : 000000000007c674 x0 : 0000000000000000
Feb 11 23:10:00 rc_service: service 32470:notify_rc restart_letsencrypt
Feb 11 23:10:08 kernel: acme-client: https://acme-v01.api.letsencrypt.org/acme/new-authz: bad HTTP: 429
Feb 11 23:10:08 kernel: acme-client: transfer buffer: [{ "type": "urn:acme:error:rateLimited", "detail": "Error creating new authz :: too many failed authorizations recently: see https://letsencrypt.org/docs/rate-limits/", "status": 429 }] (189 bytes)
Feb 11 23:13:05 WLCEVENTD: eth7: Assoc E0:B9:BA:E0:7C:80
Feb 11 23:13:17 WLCEVENTD: eth7: Disassoc E0:B9:BA:E0:7C:80
Feb 11 23:15:00 rc_service: service 408:notify_rc restart_letsencrypt
Feb 11 23:15:07 kernel: acme-client: https://acme-v01.api.letsencrypt.org/acme/new-authz: bad HTTP: 429
Feb 11 23:15:07 kernel: acme-client: transfer buffer: [{ "type": "urn:acme:error:rateLimited", "detail": "Error creating new authz :: too many failed authorizations recently: see https://letsencrypt.org/docs/rate-limits/", "status": 429 }] (189 bytes)
Feb 11 23:20:00 rc_service: service 783:notify_rc restart_letsencrypt
Feb 11 23:20:39 kernel: acme-client: https://acme-v01.api.letsencrypt ... CExtdY/12512918368: bad response
Feb 11 23:20:39 kernel: acme-client: transfer buffer: [{ "type": "http-01", "status": "invalid", "error": { "type": "urn:acme:error:connection", "detail": "Fetching http://mikeken1992.asuscomm.com/ ... uiN42L_lC5-jPFsT2E: Timeout during connect (likely firewall problem)", "status": 400 }, "uri": "https://acme-v01.api.letsencrypt.org/acme/challenge/bnKl6tiQNVlfhQVS5JQmDDVxVbx2YSyxUmWGgCExtdY/12512918368", "token": "HyRSALLQ_RJdcjlwS_DN3A_dxuiN42L_lC5-jPFsT2
Feb 11 23:21:08 rc_service: cfg_server 1005:notify_rc restart_wireless
Feb 11 23:21:09 kernel: ubi1: attaching mtd9
Feb 11 23:21:09 kernel: ubi1: scanning is finished
Feb 11 23:21:09 kernel: ubi1: attached mtd9 (name "misc1", size 8 MiB)
Feb 11 23:21:09 kernel: ubi1: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes
Feb 11 23:21:09 kernel: ubi1: min./max. I/O unit sizes: 2048/2048, sub-page size 2048
Feb 11 23:21:09 kernel: ubi1: VID header offset: 2048 (aligned 2048), data offset: 4096
Feb 11 23:21:09 kernel: ubi1: good PEBs: 64, bad PEBs: 0, corrupted PEBs: 0
Feb 11 23:21:09 kernel: ubi1: user volume: 1, internal volumes: 1, max. volumes count: 128
Feb 11 23:21:09 kernel: ubi1: max/mean erase counter: 4/2, WL threshold: 4096, image sequence number: 1913963574
Feb 11 23:21:09 kernel: ubi1: available PEBs: 0, total reserved PEBs: 64, PEBs reserved for bad PEB handling: 4
Feb 11 23:21:09 kernel: ubi1: background thread "ubi_bgt1d" started, PID 1023
Feb 11 23:21:10 kernel: UBIFS (ubi1:0): UBIFS: mounted UBI device 1, volume 0, name "nvram", R/O mode
Feb 11 23:21:10 kernel: UBIFS (ubi1:0): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes
Feb 11 23:21:10 kernel: UBIFS (ubi1:0): FS size: 5840896 bytes (5 MiB, 46 LEBs), journal size 1015809 bytes (0 MiB, 6 LEBs)
Feb 11 23:21:10 kernel: UBIFS (ubi1:0): reserved for root: 275879 bytes (269 KiB)
Feb 11 23:21:10 kernel: UBIFS (ubi1:0): media format: w4/r0 (latest is w4/r0), UUID 4EFAFF37-F891-4CD7-BBFE-8A60474AB116, small LPT model
Feb 11 23:21:10 kernel: UBIFS (ubi1:0): un-mount UBI device 1
Feb 11 23:21:10 kernel: ubi1: detaching mtd9
Feb 11 23:21:10 kernel: ubi1: mtd9 is detached
Feb 11 23:25:00 rc_service: service 1422:notify_rc restart_letsencrypt
Feb 11 23:25:00 rc_service: waitting "restart_wireless" via cfg_server ...
Feb 11 23:25:15 rc_service: skip the event: restart_letsencrypt.
Feb 11 23:30:00 rc_service: service 1653:notify_rc restart_letsencrypt
Feb 11 23:30:00 rc_service: waitting "restart_wireless" via cfg_server ...
Feb 11 23:30:15 rc_service: skip the event: restart_letsencrypt.
Feb 11 23:32:50 kernel: pgd = ffffffc007665000
Feb 11 23:32:50 kernel: [4a434c74] *pgd=0000000000000000, *pud=0000000000000000
Feb 11 23:32:50 kernel: CPU: 0 PID: 4542 Comm: asus_lighttpd Tainted: P          O 4.1.27 #2
Feb 11 23:32:50 kernel: Hardware name: Broadcom-v8A (DT)
Feb 11 23:32:50 kernel: task: ffffffc015d6a080 ti: ffffffc0031dc000 task.ti: ffffffc0031dc000
Feb 11 23:32:50 kernel: PC is at 0xf739c7bc
Feb 11 23:32:50 kernel: LR is at 0xf73ed088
Feb 11 23:32:50 kernel: pc : [<00000000f739c7bc>] lr : [<00000000f73ed088>] pstate: 20000010
Feb 11 23:32:50 kernel: sp : 00000000ffacf718
Feb 11 23:32:50 kernel: x12: 00000000706a4950
Feb 11 23:32:50 kernel: x11: 00000000f73ed088 x10: 00000000002f9518
Feb 11 23:32:50 kernel: x9 : 00000000f73ed0bc x8 : 0000000000000100
Feb 11 23:32:50 kernel: x7 : 00000000f73ed088 x6 : 0000000000000138
Feb 11 23:32:50 kernel: x5 : 0000000000000028 x4 : 00000000002f9ce0
Feb 11 23:32:50 kernel: x3 : 00000000f73ed0f4 x2 : 00000000002f9cd8
Feb 11 23:32:50 kernel: x1 : 00000000706a4978 x0 : 000000004a434c6c
Feb 11 23:33:17 kernel: pgd = ffffffc01ca06000
Feb 11 23:33:17 kernel: [00000000] *pgd=000000002e8ab003, *pud=000000002e8ab003, *pmd=0000000015f24003, *pte=0000000000000000
Feb 11 23:33:17 kernel: CPU: 1 PID: 32547 Comm: dcd Tainted: P          O 4.1.27 #2
Feb 11 23:33:17 kernel: Hardware name: Broadcom-v8A (DT)
Feb 11 23:33:17 kernel: task: ffffffc034244b80 ti: ffffffc0053c8000 task.ti: ffffffc0053c8000
Feb 11 23:33:17 kernel: PC is at 0xf75acf44
Feb 11 23:33:17 kernel: LR is at 0x1dc74
Feb 11 23:33:17 kernel: pc : [<00000000f75acf44>] lr : [<000000000001dc74>] pstate: 600e0010
Feb 11 23:33:17 kernel: sp : 00000000ff90c4e8
Feb 11 23:33:17 kernel: x12: 000000000009ff10
Feb 11 23:33:17 kernel: x11: 00000000f68ff024 x10: 00000000000a02b4
Feb 11 23:33:17 kernel: x9 : 00000000f68ffb84 x8 : 00000000000a076c
Feb 11 23:33:17 kernel: x7 : 00000000f68ffbb4 x6 : 00000000000a0766
Feb 11 23:33:17 kernel: x5 : 0000000000000000 x4 : 00000000f68ffb68
Feb 11 23:33:17 kernel: x3 : 0000000000000000 x2 : 0000000000000000
Feb 11 23:33:17 kernel: x1 : 000000000007c674 x0 : 0000000000000000
Feb 11 23:35:00 rc_service: service 1894:notify_rc restart_letsencrypt
Feb 11 23:35:00 rc_service: waitting "restart_wireless" via cfg_server ...
Feb 11 23:35:15 rc_service: skip the event: restart_letsencrypt.
Feb 11 23:40:00 rc_service: service 2070:notify_rc restart_letsencrypt
Feb 11 23:40:00 rc_service: waitting "restart_wireless" via cfg_server ...
Feb 11 23:40:15 rc_service: skip the event: restart_letsencrypt.
Feb 11 23:45:00 rc_service: service 2311:notify_rc restart_letsencrypt
Feb 11 23:45:00 rc_service: waitting "restart_wireless" via cfg_server ...
Feb 11 23:45:15 rc_service: skip the event: restart_letsencrypt.
Feb 11 23:50:00 rc_service: service 2482:notify_rc restart_letsencrypt
Feb 11 23:50:00 rc_service: waitting "restart_wireless" via cfg_server ...
Feb 11 23:50:16 rc_service: skip the event: restart_letsencrypt.
Feb 11 23:55:00 rc_service: service 2659:notify_rc restart_letsencrypt
Feb 11 23:55:00 rc_service: waitting "restart_wireless" via cfg_server ...
Feb 11 23:55:16 rc_service: skip the event: restart_letsencrypt.
Feb 12 00:00:01 rc_service: service 2896:notify_rc restart_letsencrypt
Feb 12 00:00:01 rc_service: waitting "restart_wireless" via cfg_server ...
Feb 12 00:00:16 rc_service: skip the event: restart_letsencrypt.
Feb 12 00:05:00 rc_service: service 3071:notify_rc restart_letsencrypt
Feb 12 00:05:00 rc_service: waitting "restart_wireless" via cfg_server ...
Feb 12 00:05:15 rc_service: skip the event: restart_letsencrypt.
Feb 12 00:10:00 rc_service: service 3375:notify_rc restart_letsencrypt
Feb 12 00:10:00 rc_service: waitting "restart_wireless" via cfg_server ...
Feb 12 00:10:15 rc_service: skip the event: restart_letsencrypt.
Feb 12 00:15:00 rc_service: service 3652:notify_rc restart_letsencrypt
Feb 12 00:15:00 rc_service: waitting "restart_wireless" via cfg_server ...
Feb 12 00:15:15 rc_service: skip the event: restart_letsencrypt.
Feb 12 00:20:00 rc_service: service 4783:notify_rc restart_letsencrypt
Feb 12 00:20:00 rc_service: waitting "restart_wireless" via cfg_server ...
Feb 12 00:20:15 rc_service: skip the event: restart_letsencrypt.

作者: Sprite 时间: 2019-2-12 10:11
你的崩掉是什么现象,搜不到？能搜到连不上？连上了无法上网?
看你启用了smart connect ,试着关闭看看,
另外截图最好截到顶部你使用的固件版本

作者: Master 时间: 2019-2-12 11:14
WiFi硬件部分会不会有问题了？

作者: mikeken1992 时间: 2019-2-12 11:50

Sprite 发表于 2019-2-12 10:11
你的崩掉是什么现象,搜不到？能搜到连不上？连上了无法上网?
看你启用了smart connect ,试着关闭看看,
...

WIFI信号搜不到，重启后WIFI信号又出来了，固件是官方最新固件3.0.0.4.384_45149

作者: mikeken1992 时间: 2019-2-12 11:51

Master 发表于 2019-2-12 11:14
WiFi硬件部分会不会有问题了？

应该不关硬件的事吧，我之前在狗东上买了个RT-AC5300，也是这样的问题，我才退了，入了GT-AC5300也是这卵样

作者: mikeken1992 时间: 2019-2-12 11:53
手动重启后毛事没有，但是总是不间断就出现这种问题，最长不超过两个星期

作者: mikeken1992 时间: 2019-2-12 11:58
我帮家人从狗东去的RT-AC86U却没有这个问题，坑爹啊

作者: 風筝 时间: 2019-2-12 14:12
看楼主应该是和我差不多应该是断网了，我的断了指示灯却显示全部正常，不过断了不重拨，要手动开关路由才正常，我也是GT-AC5300，我的是路由拨号两天就断一次网最长是六天一断，断了也是全部wifi连不上，必须手动开关重启，固件是45149。我这现象差不多俩月了

作者: mikeken1992 时间: 2019-2-12 15:29

風筝发表于 2019-2-12 14:12
看楼主应该是和我差不多应该是断网了，我的断了指示灯却显示全部正常，不过断了不重拨，要手动开关路由才正 ...

我的也是指示灯全部正常，有时有线和无线一起崩掉，在崩掉的时候如果有线正在上网，那就只崩掉无线，几千块买个路由也不至于这样吧

作者: Sprite 时间: 2019-2-12 16:33

mikeken1992 发表于 2019-2-12 15:29
我的也是指示灯全部正常，有时有线和无线一起崩掉，在崩掉的时候如果有线正在上网，那就只崩掉无线，几千 ...

你切换区域了吗？

作者: mikeken1992 时间: 2019-2-12 16:42

Sprite 发表于 2019-2-12 16:33
你切换区域了吗？

澳大利亚

作者: 風筝 时间: 2019-2-12 19:13

mikeken1992 发表于 2019-2-12 15:29
我的也是指示灯全部正常，有时有线和无线一起崩掉，在崩掉的时候如果有线正在上网，那就只崩掉无线，几千 ...

这种情况就是运营商24小时或48小时换ip断网，设置过网络监测里ppp echo和dns probe开启或是关闭。根本不管用，到时间该断还是断而且还不重拨，我以前用tp和网件r7800一开就是半年从不断网。华硕路由最麻烦的是运营商换IP断网，它自己不重拨导致所有WIFI和有线链接全断开。只能自己手动开关按钮重启，隔两天就要自己开关。我打算换回r7800省心。GT-AC5300不重拨很让人头疼。唉╯﹏╰

作者: mikeken1992 时间: 2019-2-12 19:18

風筝发表于 2019-2-12 19:13
这种情况就是运营商24小时或48小时换ip断网，设置过网络监测里ppp echo和dns probe开启或是关闭。根本不 ...

我的换IP时没事，也会崩掉，这就神奇了

作者: 風筝 时间: 2019-2-26 14:56

mikeken1992 发表于 2019-2-12 19:18
我的换IP时没事，也会崩掉，这就神奇了

现在怎么样了，还会不会突然全部崩掉。我有时全部崩掉之后，5g-1有几率就直接不显示消失了。其他一样，手动一重启又全部正常了。用着闹心，我觉得近期生产这一批路由都有问题。

作者: mikeken1992 时间: 2019-2-26 16:24

風筝发表于 2019-2-26 14:56
现在怎么样了，还会不会突然全部崩掉。我有时全部崩掉之后，5g-1有几率就直接不显示消失了。其他一样，手动 ...

我的是17年8月买的，现在暂时没有这种情况，不过还要观察观察，不过我在挂了硬盘后内存占用率达到百分之九十七，不知是不是内存占满了导致死机的

作者: Master 时间: 2019-2-26 16:48

mikeken1992 发表于 2019-2-26 16:24
我的是17年8月买的，现在暂时没有这种情况，不过还要观察观察，不过我在挂了硬盘后内存占用率达到百分之九 ...

无线异常，一般和内存高使用率无关。况且，GT-AC5300内存表面上看会维持高使用率，但真正要使用时，它的机制还是会自动释放的。

作者: mikeken1992 时间: 2019-2-26 16:52

Master 发表于 2019-2-26 16:48
无线异常，一般和内存高使用率无关。况且，GT-AC5300内存表面上看会维持高使用率，但真正要使用时，它的 ...

那开了Smart Connect ，这个和无线异常有关系吗

作者: Master 时间: 2019-2-26 16:52

mikeken1992 发表于 2019-2-26 16:24
我的是17年8月买的，现在暂时没有这种情况，不过还要观察观察，不过我在挂了硬盘后内存占用率达到百分之九 ...

你这种情况，多半要考虑无线硬件是不是有问题。下次出现这种状况的时候，再把无线-一般设置页面，和系统记录-无线用户页面，截图传上来参考一下。

作者: Master 时间: 2019-2-26 16:52

mikeken1992 发表于 2019-2-26 16:52
那开了Smart Connect ，这个和无线异常有关系吗

一般也不会的！

作者: mikeken1992 时间: 2019-2-26 16:58

Master 发表于 2019-2-26 16:52
一般也不会的！

我开了Smart Connect 之后，三频合一，米家的智能家居一般是2.4G，运营商换IP后，有些设备死活都连不上，关了Smart Connect 之后，竟然全部神奇的连上了，请教一下，这是什么原因

作者: gy625 时间: 2019-2-26 17:05
JD买的可以换个新的试试，我买2年只换不修，要是有问题确实解决不掉的就换个新的再试试。

作者: Master 时间: 2019-2-26 17:16

mikeken1992 发表于 2019-2-26 16:58
我开了Smart Connect 之后，三频合一，米家的智能家居一般是2.4G，运营商换IP后，有些设备死活都连不上， ...

Smart Connect开了之后，WiFi设备能搜到但连不上，就要考虑会不会是固件bug了。

但你也能先收敛问题，在未开Smart Connect之前，你的WiFi设备，是不是三个频段的SSID都能连上。都能连上的话，那就是Smart Connect问题；同样发生有频段SSID连不上，可能性就比较多了，可能是WiFi设备不支持频段，可能是兼容性，可能是GT-AC5300 WiFi硬件问题，也可能是GT-AC5300 WiFi驱动有问题。

作者: mikeken1992 时间: 2019-2-26 17:18

Master 发表于 2019-2-26 17:16
Smart Connect开了之后，WiFi设备能搜到但连不上，就要考虑会不会是固件bug了。

但你也能先收敛问题，在 ...

关了之后一切正常，是Smart Connect的设置问题还是？

作者: mikeken1992 时间: 2019-2-26 17:21

Master 发表于 2019-2-26 17:16
Smart Connect开了之后，WiFi设备能搜到但连不上，就要考虑会不会是固件bug了。

但你也能先收敛问题，在 ...

这个是我按照网上找的教程设置的，看界面应该是RT-AC5300

作者: Master 时间: 2019-2-26 17:27

mikeken1992 发表于 2019-2-26 17:21
这个是我按照网上找的教程设置的，看界面应该是RT-AC5300

你先用默认的设置值，先不要改。

关了Smart Connect之后，一切正常，还不能完全收敛问题，需要将你的WiFi设备，三个频段的SSID都尝试连线一下，看看结果。

作者: mikeken1992 时间: 2019-2-26 17:29

Master 发表于 2019-2-26 17:27
你先用默认的设置值，先不要改。

关了Smart Connect之后，一切正常，还不能完全收敛问题，需要将你的WiF ...

智能家居的一般只支持2.4G啊，只能连2.4G的

作者: Master 时间: 2019-2-26 17:45

mikeken1992 发表于 2019-2-26 17:29
智能家居的一般只支持2.4G啊，只能连2.4G的

如果你确定你的智能WiFi设备只支持2.4G的话，那你就保持Smart Connect规则为出厂设置，再确定一次关和开Smart Connect的连线状况。

根据之前的描述，也有可能是Smart Connect规则，导致你的智能WiFi设备尝试连线2.4G SSID的时候，被踢掉。

作者: wchzxl 时间: 2020-2-20 19:48
我的路由器也出现这个问题，GT-AC5300，家里面所有无线连接的之前都是好好的，最近突然也变成这样了，路由手动关闭再通电就好了，没多长时间所有无线设备全部断开了，然后有线是好的，Smart Connect关闭打开都不行，然后改成澳大利亚也不行

作者: SEXFPS 时间: 2020-2-21 15:53
京东买的，最新固件，目前没遇到这问题

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