本文速覽

連線異常時不要同時改訂閱、節點和路由。先寫清現象落在哪一層:更新失敗或空列表、欄位或亂碼、延遲與 UDP 或路由。一層穩定後再進下一層。本文預設你已經有自己的訂閱。本站不提供、不銷售、不推薦任何節點、訂閱或服務商。

先固定現象再動手

動手前用三行把現象定住。第一行寫訂閱:更新時間、報錯原文、Home 裡的伺服器條數。第二行寫節點:你準備看的那一條,連接埠和 SNI 是有字還是空白,名稱是否亂碼。第三行寫連線:Connectivity Test 是毫秒還是超時,實際請求是否失敗,UDP 有沒有單獨測過。三行寫不出,就還沒有開始排查,只是在來回點按鈕。

Shadowrocket 是全平臺客戶端:iPhone / iPad 在 App Store 一次性買斷(約 2.99 美元),Mac、Windows、安卓、Linux 在本站下載頁免費。訂閱由你自己的服務商提供,客戶端買斷不等於訂閱本身。這三行都假設應用本身已經裝好。若應用來源還沒核對,先核對開發者 Shadow Launch Technology Limited 和應用 ID 932747118,再進入下面的層。不要把安裝問題和空列表混成一次重灌。

現在不要做的

多條訂閱
不要為了試而複製四五條
同時改
不要又改 URL 又改 SNI
公開令牌
不要把地址發到網頁或群裡
關校驗
不要為了出數字關掉 TLS 校驗

這些動作會讓三行筆記失效。

現在可以做的

抄現象
報錯打碼後保留原文
認格式
在本地看 URL 還是正文
選一層
只處理最靠前的失敗層
改一處
改完立刻重測這一層

靠前的層沒過,就不要測後面的層。

訂閱層:更新失敗與空列表

最靠前的失敗是更新失敗或條數為 0。Subscribe 裡應是 https 訂閱地址,而不是 Base64 長串、YAML 全文或一行 vmess://。地址形狀可對照 https://example.com/sub?token=example ,真實令牌不要寫進這三行筆記。首尾空格和換行刪掉後再更新一次。更新仍失敗,把打碼後的報錯交給自己的服務商。更新成功但條數為 0,請對方確認正文是 Base64 節點列表、YAML、SIP008,還是一份客戶端取不出伺服器的文字。

單條協議連結不要留在 Subscribe 裡反覆更新。改走 Add Server,按原文填寫後再進入節點層。訂閱層透過的標誌很具體:更新時間變化,條數大於 0,名稱至少能讓你點中那一條。名稱亂碼但條數大於 0,可以進入節點層看欄位,不要在訂閱層用改 URL 的方式處理亂碼。

一層的透過條件要能指認

訂閱層看條數,節點層看欄位和原文是否一致,連線層看同一條件下的測試記錄。說“還是不行”時,先指出是哪一個條件沒達到。

節點層:欄位、亂碼與協議

條數已經大於 0,才打開詳情。Shadowsocks 核對加密方式和密碼。VMess、VLESS 核對 UUID、傳輸、Path、Host、TLS、SNI。Trojan 核對密碼與 SNI。Hysteria2、TUIC 核對認證、連接埠和 SNI。WireGuard 核對兩端金鑰和 Endpoint。只修正與原文不符的那一格,儲存後先不要測路由,回到 Home 對這一條做一次 Connectivity Test,把結果寫進第三行。

亂碼分兩種。欄位與原文一致,只是備註無法閱讀:請服務商提供 UTF-8 名稱,或你自己改一個顯示名。欄位是空的或 Type 與原文協議不符:這是匯入不完整,回到訂閱層看格式,而不是在亂碼名字上繼續改 Path。改顯示名不算節點層透過。透過是指準備使用的欄位與原文一致。

  1. 寫三行

    訂閱、節點、連線各一行。沒有的專案寫“尚未測”,不要留空到忘記。

  2. 只修訂閱層

    地址、網路、格式。條數大於 0 再往下。

  3. 只修節點層

    一個欄位,一次測試。亂碼不替代欄位核對。

  4. 只修連線層

    同一網路下讀毫秒或超時,UDP 另計,路由單獨改。

  5. 停止條件

    這一層的透過條件達到,或需要服務商才能繼續。不要同時開啟下一層。

連線層:延遲、UDP 與路由

節點層通過後,在不改欄位的前提下做基線。同一網路連續兩次 Connectivity Test,結果接近就記下範圍;一次成功一次超時就再測一次。然後才允許改連線層的一件事:或者做 UDP 驗證,或者調整 Global Routing,或者更換你選中的記錄。三件不要一起做。UDP 失敗而探測有數字,就停在 UDP 這一件事上詢問服務商。請求失敗而探測有數字,就停在路由上,欄位保持你剛核對過的狀態。

任何一層需要把資訊發給別人時,都先遮住訂閱 URL。若令牌已經公開,暫停後面的層,先請服務商重置,用新地址替換原條目,然後從訂閱層重新寫三行。舊的毫秒數是舊地址上的基線,不能直接當作新地址的基線。

常見問題

三層都像有問題,從哪層開始?

從訂閱層開始。沒有記錄時,節點層和連線層都沒有物件。

改了 SNI 又換了網路,超時了?

改回 SNI,回到原來的網路,重新做基線。一次只保留一個變化。

服務商讓我重灌應用?

先確認對方是在說客戶端清單還是訂閱。空列表通常替換或重置 URL 即可,不必重灌。

筆記能不能截全屏?

不要。全屏常帶有 Subscribe 裡的地址。只抄打碼後的報錯、條數和測試結果。