個人積分：633分
文章編號：92140190
個人積分：3449分
文章編號：92157443
個人積分：66分
文章編號：92158074
個人積分：131分
文章編號：92159141
https://www.ptt.cc/bbs/Broad_Band/M.1758038114.A.E3F.html
網友說，要找到"PasswordQrcode":false，瀏覽器按F12的開發者工具我怎麼找都找不到，後來網友又提示/cgi-bin/UserLoginCheck這個網頁，還提示需要使用mitmproxy 或 xhook 攔截，AI提示要修改網頁回應，要使用Tampermonkey瀏覽器擴充元件，安裝了這個擴充元件後，讓AI撰寫修改PasswordQrcode變成false的腳本，在Tampermonkey中加入新腳本，把AI寫的腳本貼上，再把瀏覽器擴充元件管理中的開發者模式打開，重新登入數據機的登入畫面，真的可以跳過QR CODE驗證了。
就不知道種花斷訊會等多久又把這個給改掉......
個人積分：340分
文章編號：92159449
看來只是加一道防盜，密碼沒變……
個人積分：1291分
文章編號：92160354
個人積分：66分
文章編號：92160409
個人積分：66分
文章編號：92160463
個人積分：633分
文章編號：92160583
個人積分：1621分
文章編號：92161378
billese10 wrote:
這機制感覺防範用戶更換貓棒，Nokia & Zyxel 哪一台數據機延遲會比較低?
我是合勤512NP換大山H660WM，在軟撥加上凌晨使用下，大山幾乎是<1~1ms，合勤我沒印象有出現過這數字。
我在這裡公布我自己數據機型號會不會下一個2FA就換我啊XDD
中午ping好像會比較跳，凌晨就比較穩定。
合勤（應該是軟撥）
大山Windows 11軟撥
大山硬撥
大山Deco BE65撥
以上都中午測，另外ipv6的dns hinet延遲也比ipv4的少些，ipv4在中午比較難測到<1ms的數字。
大山ipv4 macOS 26軟撥
題外話，512NP跟Deco系列（BE65或X20）很不穩，且初始連接看燈號512NP會一直滅、亮，好不容易Deco撥成功綠燈了，512NP燈號又滅，這樣持續好幾分鐘，連上要看緣分，連上後過幾天又斷線或跳100M，反倒華碩路由器或Windows撥512NP或是以前Deco配P883、現在Deco配大山就沒這問題
建議自備貓棒或是ASKEY沒問題就別換了吧，不然又多一個不穩定的風險...
