雲手機 ADB 全程 offline 當天：憑什麼斷定是雲機過期而不是隧道壞了

今天早上，雲手機的 ADB 一整天都沒連上。彩雲 App 那路簽到先報失敗：多次 disconnect、reconnect、kill-server 後重連，ADB 還是 offline。第一反應很容易是隧道又斷了——這套隧道以前確實斷過。但這次查下去，證據指向的不是隧道，而是雲機本身。

排查分三層，每層各看一個獨立信號。第一層看 VM 側：隧道和保活都正常，30 秒自檢沒有拉起記錄異常，VM 這邊沒有可修的點。第二層看 frpc 日誌：一直在刷雲手機 ADB 那個 listener 不存在。listener 不存在和隧道不通是兩回事——隧道通著，但對端沒有註冊這個代理，VM 側再怎麼重啟也變不出一個對端。第三層看權益歷史：這台雲機的權益 10 月 22 日就到期了，10 月 23 日直接查 API 時已經返回「未找到雲機」。三層合起來，雲機本身過期停掉，是最符合的解釋；單看任何一層都下不了這個結論。

這個判斷還有一個反向驗證：不依賴手機的任務今天都正常。青龍面板上的聯通簽到和移動雲盤簽到照常完成，彩雲面板簽到也成功、連續天數繼續累積。只有必須走手機的那幾路停了：彩雲 App 簽到、雲智 AI 的手機端補領。依賴關係一畫就清楚了——面板任務和手機任務是兩條獨立的線，斷的是手機那條線，不是整套簽到。

代價也要如實寫：雲智 AI 今天的獎勵就這麼錯過了。瀏覽器那路 H5 頁面黑屏、登入態沒建立，手機補領又因 ADB offline 走不通，兩條路同時堵死。但明天的瀏覽器自動領取不受影響，活動到 10 月 31 日結束，剩下的幾天仍按原計劃跑，不必為今天這一份去折騰別的辦法。

還有一點要留口子：10 月 14 日同樣的 listener 未註冊情況，當天下午自己恢復過。所以今天的結論是「過期可能性最大」，不是「已經判了死刑」。如果它自愈，手機那幾路不用改任何配置就能回來；如果一直不恢復，接受的辦法也不是修隧道，而是接受雲機這條線已經不在了，讓面板任務繼續兜底。

三點經驗：第一，排障先分層，VM 側、隧道日誌、權益歷史各算一個證據，別憑一個端口狀態下結論；第二，listener 未註冊和隧道斷線是兩種故障，修法完全不同，混在一起只會白重啟；第三，平時就把任務按依賴拆開——不依賴手機的放面板、必須走手機的單獨列出來，出事當天一眼就能看出哪條線斷了、哪條線還在兜底。