華碩AP 異常狀況 ASUS RT-AC1500G PLUS (2023.05.18)

昨天下午家中無線網路異常無法連線但接網路線的乙太用戶網路都正常,
將AP關閉後重啟問題解決,此後晚上睡覺前手機又連不上無線網路,將
AP關閉後重啟問題解決,今天早上起床發現手機LINE 群組資訊無更新,
再將AP關閉後重啟,手機連上WIFI後LINE群組馬上一堆資訊跳出來!
--------------------------------------------------------------------------------------------
只要將AP重啟後就能解決問題,但總想著不能一直這樣處理~對吧?
因此早上家裡無線又斷了我就去查,當下AP是PING得到的但介面連不上,
接乙太網路的電腦上網都正常但也是連不到AP介面!
將AP重啟後連入系統檢查Log
發現設備運作一段時間後時間都會被改成掉,log如下:
(這一段正常)
May 18 07:17:31 kernel: ath1: [ee:be:54:16:40:91]station with aid 0 leaves (refcnt 3)
May 18 07:44:41 crond[495]: time disparity of 68 minutes detected
May 18 07:34:52 kernel: ath1: [ee:be:54:16:40:91]station with aid 0 leaves (refcnt 2)
May 18 08:06:18 kernel: ath1: [ee:be:54:16:40:91]station with aid 0 leaves (refcnt 2)
以上log為正常運作中,下面開始系統時間改變..
我猜這裏AP就已經掛了
May 5 05:05:13 syslogd started: BusyBox v1.17.4
May 5 05:05:13 INIT: firmware version: 3.0.0.4_382_52482-g0a576bd
May 5 05:05:13 kernel: klogd started: BusyBox v1.17.4 (2021-01-06 15:05:06 CST)
May 5 05:05:13 kernel: Linux version 4.4.60 ([email protected]) (gcc version 4.6.3 20120201 (prerelease) (Linaro GCC 4.6-2012.02) ) #1 Wed Jan 6 15:07:10 CST 2021
May 5 05:05:13 kernel: Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
May 5 05:05:13 kernel: Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
May 5 05:05:13 kernel: Kernel command line: board=DTB console=ttyS0,115200 root=/dev/mtdblock4 rootfstype=squashfs mem=128M
May 5 05:05:13 kernel: registering PCI controller with io_map_base unset
May 5 05:05:13 kernel: WLAN firmware dump buffer allocation of 2097152 bytes @ address 0x87a00000- SUCCESS !!!
May 5 05:05:13 kernel: SCSI subsystem initialized
May 5 05:05:14 kernel: ath79_spi_fixup_mac_addr: No eth1 alias in DT
May 5 05:05:14 kernel: m25p80 spi0.0: found w25q128, expected n25q128a11
May 5 05:05:14 kernel: Creating 7 MTD partitions on "ath79-nor0":
May 5 05:05:14 kernel: 0x000000000000-0x000000040000 : "Bootloader"
May 5 05:05:14 kernel: 0x000000040000-0x000000050000 : "nvram"
May 5 05:05:14 kernel: 0x000000050000-0x000000060000 : "Factory"
May 5 05:05:14 kernel: 0x000000060000-0x000000f80000 : "linux"
May 5 05:05:14 kernel: 0x0000001ecb00-0x000000f80000 : "rootfs"
May 5 05:05:14 kernel: 0x000000f80000-0x000001000000 : "jffs2"
May 5 05:05:14 kernel: 0x000000000000-0x000001000000 : "ALL"
May 5 05:05:14 kernel: Bridge firewalling registered
May 5 05:05:14 kernel: fdt: not creating '/sys/firmware/fdt': CRC check failed
May 5 05:05:14 kernel: random: init: uninitialized urandom read (4 bytes read, 7 bits of entropy available)
May 5 05:05:14 kernel: random: modprobe: uninitialized urandom read (4 bytes read, 8 bits of entropy available)
May 5 05:05:14 kernel: random: modprobe: uninitialized urandom read (4 bytes read, 8 bits of entropy available)
May 5 05:05:14 kernel: random: modprobe: uninitialized urandom read (4 bytes read, 8 bits of entropy available)
May 5 05:05:14 kernel: random: modprobe: uninitialized urandom read (4 bytes read, 8 bits of entropy available)
May 5 05:05:14 kernel: random: ln: uninitialized urandom read (4 bytes read, 8 bits of entropy available)
May 5 05:05:14 kernel: random: modprobe: uninitialized urandom read (4 bytes read, 9 bits of entropy available)
May 5 05:05:14 nat: apply redirect rules
May 5 05:05:14 kernel: random: modprobe: uninitialized urandom read (4 bytes read, 9 bits of entropy available)
May 5 05:05:14 kernel: random: modprobe: uninitialized urandom read (4 bytes read, 9 bits of entropy available)
May 5 05:05:14 kernel: random: modprobe: uninitialized urandom read (4 bytes read, 9 bits of entropy available)
因為LOG很長,下面就不再貼了
--------------------------------------------------------------------------------------------------------------------------------
目前設備還在保固中因此打給華碩客服,客服給的回應是:
因為某些原因昨日華碩路由器用戶都有發生異常,請將設備回歸原廠設定後問題就可解決,如果不行解決
保固內就送回原廠處理。
-----------------------------------------------------------
客服的回答我實在無法滿意,但無奈之下也只能這樣做,不知道各位使用華碩路由器無線AP的網友昨天或之前
有碰過類似狀況嗎? 其實這種情況我不是第一天碰到,但總覺得回歸原廠設定這個不是解決問題的好方式啊!
看到這篇文章後趕緊進入1300UHP來瞧瞧
發現RAM洩漏跟CPU莫名其妙高占用率...
即使嘗試斷電重開後也是這副鳥樣...
稍微看一下華碩的論壇上災情已經一大堆了
問題好像都指向韌體自動更新檢查?
有時真心覺得華碩的路由韌體寫得很兩光
JQJQ
asus 就目前來說,主機板、顯卡 可以,其餘一般般
我的是RT-AC1500UHP
這幾天晚上都在跟美國分公司同事視訊是沒有斷訊過
這台訊號還真的很強
今天又要視訊我再來注意看看
joe641011 wrote:
昨天下午家中無線網路...(恕刪)


joe641011 您好,
請您私訊提供產品序號,小編會協助確認唷,謝謝。
買電腦,買延保找小編,有優惠唷!
藍天翱翔 wrote:
我的是RT-AC1500UHP...(恕刪)

這次災情從低階到高階幾乎所有型號都中
主要症狀是由asd進程引起的RAM洩漏跟CPU高使用率
極少數情況下也可會導致WIFI莫名失效??
我想光CPU高使用率就足以讓機子壽命縮短了吧...
目前用國外網友提供的刪除chknvram20230516暫時修復這問題...
劍心san
談到WIFI失效的話,我在GT AC2900前一版的韌體上有遇過,後來升至最新版本的韌體+強制重置後就沒事了,倒是AC68U一直都沒事,最近也更新到最新版本韌體+強制重置後,同樣什麼事也沒有遇到...
有設定固定時間重新啟動分享器嗎
一流人專做開源未來事,二流人專做停滯不前淘汰事,三流人只做問題進行事,四流人只做同溫取暖裝傻事。
我的AX-3000也中獎
台灣, 美國與加拿大官方都有公告, 看來事件燒很大...

https://www.asus.com/us/support/



https://www.asus.com/tw/support/




16 日, 華碩推送了一個損壞的 ASD 定義文件, ASD 是一種內置安全守護程序, 廣泛存在於他們的路由器中, 隨著路由器自動更新並獲取損壞的定義文件, 它們開始耗盡文件系統空間和內存並崩潰...

不過報告 18 日已經修復, 所以應該能夠重新啟動並獲得正確的安全定義文件來替換不穩定的文件即可...

若問題無法自行排除, 就找四樓 或 官方支援處理吧, 畢竟解鈴還須繫鈴人...

update:

好奇問一下 AI GPT,

ASD(ASUS System Diagnosis) 是華碩內建提供的診斷工具, 並非是趨勢公司 AiProtection 所提供的代碼或產品...

猜測 ASD 工具由來, 可能是 FTC 美國聯邦貿易委員會(Federal Trade Commission), 在2016年, FTC 曾對華碩進行調查, 並對華碩路由器的安全漏洞和不當行為提出指控, 據報導, 華碩在過去幾年中沒有採取足夠的措施來保護其路由器的安全性...

根據 FTC 的指控, 華碩被指控未能提供適當的安全措施, 導致其路由器容易受到黑客攻擊, 從而危及用戶的個人信息和隱私, FTC 迫使華碩與其達成了和解, 要求華碩採取必要的措施來確保其路由器保持最新的安全狀態, 並實施更嚴格的安全實踐...

這個事件促使華碩加強了對其路由器產品的安全性和更新, 以更好地保護用戶的網絡和數據安全, 提供包含自動更新韌體, 和 ASD 代碼工具, 雖然這類工具引發了更大麻煩, 導致全球用戶哀號遍野, 甚至尿布包不完, 但初心是保護用戶安全性為出發點...

ASD 專門設計用於處理針對華碩路由器的惡意軟體, 就像 Windows 有自己的惡意軟體刪除程序一樣, 損壞的簽名文件只是生活中的一個事實, 如 Microsoft、Trend Micro、Eset、Norton - 他們都曾在某一時刻推出了損壞的簽名文件, 導致崩潰...

Windows 也常有惡意軟體移除工具更新...
Have a nice day~
前幾天我也遇到了
但不是我家的AX86U (AP模式) <<<共5台,沒影響

是親戚家的AX1800S (路由模式)
WIFI雙頻被關閉 ,怎改都無法讓WIFI啟用 ,
遠端重開之後連不上,
還要找個時間跑過去重置


歸剛欸
hydra79545
其實可以不用重置,telnet或ssh進去刪除有問題的檔案後重開即可。
關閉廣告
文章分享
評分
評分
複製連結

今日熱門文章 網友點擊推薦!