Clash 故障排除指南

無法上網：分層定位問題

先確認直連網路是否正常

先關閉用戶端的系統代理與 TUN，再結束用戶端，使用瀏覽器開啟平時可直接連線的網站。公共 Wi-Fi 可能需要先登入認證頁面；網路線已接妥或 Wi-Fi 圖示正常，都不代表已連上可用的網際網路。若此時仍無法連線，請先檢查路由器、登入狀態及其他裝置的網路連線。基礎網路尚未恢復前，請勿連續更換節點，否則每次失敗都會受到相同底層問題影響。

結束用戶端後仍無法直接連線，請檢查系統是否殘留本機代理位址，以及其他 VPN 是否仍在接管路由。正常結束用戶端不一定會還原其他程式修改的設定。請先記下原本的值，再停用不再使用的手動代理；受組織管理的裝置則應遵循管理員的政策。請勿直接重設所有網路介面卡，這可能連同工作網路的固定 IP 位址及專用路由一併移除。

確認本機入口與代理出口

重新啟動用戶端，只載入一份設定，並先關閉 TUN。確認核心是否成功執行，以及混合連接埠的實際值。以下命令假設監聽連接埠為本機的 7890；若介面顯示其他連接埠，請一併修改。Windows 可在終端機使用 curl.exe，避免部分終端環境將命令解讀為其他工具。測試網址僅供取得一致的比較結果，無法代表所有網站都能連線。

curl --noproxy "*" -I --connect-timeout 10 https://example.com
curl --noproxy "" -x http://127.0.0.1:7890 -I --connect-timeout 10 https://example.com

若明確指定代理後立即顯示連線遭拒，請先檢查本機監聽狀態，不要歸咎於遠端節點。常見原因包括核心未啟動、連接埠填錯，或連接埠已被另一個用戶端占用。若能連上本機連接埠，但接著等待遠端回應逾時，代表要求已進入下一階段，應繼續檢查連線記錄中的目標位址、出口策略及交握錯誤。這兩種結果屬於不同層級，處理方式不可混用。

一次只改一項，定位模式與規則問題

確認本機入口可用後，請在規則模式中查看測試要求實際命中了哪一條規則。全域模式可作為短時間的對照：選擇同一個已知可用的出口，並保持測試網址不變。若全域模式成功、規則模式失敗，應檢查規則順序、策略群組選擇及直連出口，而非繼續修改訂閱。全域模式也無法修復失效節點，測試結束後請還原原本模式。

策略群組中顯示名稱，不代表已選到有效成員。請確認群組引用的節點或提供器確實存在，特別留意訂閱更新後名稱變更造成的失效引用。規則會由上往下比對，前方過於寬泛的直連規則可能攔截目標；最後的兜底規則也必須指向有效策略。請勿一次換掉整套規則，先從連線記錄確認命中項目，再小幅調整。

恢復後，請分別測試瀏覽器、新開的終端機及原本失敗的應用程式。瀏覽器成功、其他應用程式失敗，通常還涉及代理接入方式；只有網域名稱要求失敗，則請參閱 DNS 章節。若仍無法穩定重現，請補記問題是否發生於睡眠喚醒後、網路切換後，以及是否另有網路工具同時執行。這些條件比反覆描述「已開啟但不能用」更有助於診斷。

節點逾時：檢查傳輸與交握

分辨測速失敗與實際連線失敗

用戶端的延遲測試通常會連線到指定網址，結果反映的是該測試路徑，不代表所有實際流量的狀態。測試網址遭到限制、重新導向或暫時無法使用時，節點可能顯示逾時，但一般網站仍可正常瀏覽。反過來說，測試成功只代表一次輕量要求完成，無法證明影片傳輸、上傳或長連線穩定。請先用實際發生問題的應用程式重新測試，再判斷節點是否失效。

先在相同網路比較不同節點，再讓同一節點改用另一個可信任的網路測試。若只有一個節點失敗，優先檢查該節點的服務狀態及參數；若所有節點在目前網路都失敗，換網路後卻成功，問題較可能出在網路限制或路由。測試時請保持用戶端模式與設定不變，否則無法判斷差異來自網路還是設定。

依連線階段判讀記錄

開啟用戶端提供的記錄頁面，暫時提高記錄等級，送出一次要求後立即記下相關行。解析錯誤會發生在取得伺服器位址之前；連線逾時通常發生於建立傳輸期間；交握失敗則表示連線已進入協定協商階段。記錄中的遠端關閉、認證失敗及憑證錯誤，也不能一概解讀為網路速度慢。請先確認最早出現的錯誤，後續連續報錯可能只是前一個問題引發的連鎖反應。

若連線使用 TLS，請先確認系統日期、時區及自動校時功能正常。接著核對伺服器名稱、傳輸類型、路徑等欄位是否與伺服器端一致。伺服器位址與憑證驗證所用的名稱可能不同，不要憑猜測互相替換。遇到憑證錯誤時，不應把略過憑證驗證當成通用修復方法；這可能掩蓋設定錯誤，也會削弱連線身分驗證。

檢查協定支援與測試條件

某些傳輸方式依賴 UDP，目前網路可能允許一般網頁連線，卻限制 UDP。此時應從服務提供方支援的選項中選擇另一種傳輸方式作比較，而非只修改本機連接埠。也不要因此認定所有 UDP 應用程式都無法使用：節點協定的底層傳輸與代理應用程式使用的傳輸屬於不同層面，必須分別檢查支援情況與規則。

較舊的核心可能無法辨識訂閱中的新協定欄位。若記錄明確顯示不支援該類型，請先確認用戶端實際使用的核心，再改用相容的用戶端或訂閱格式。可前往下載頁優先查看 Clash Plus，或依作業系統選擇其他仍在維護的用戶端。核心關係與欄位差異請參閱原版、Meta 與 mihomo 核心比較，不要只憑設定檔副檔名判斷相容性。

短時間內連續啟動大量平行測試，會增加本機網路與遠端服務的負擔，反而造成更多逾時。請暫停自動測試，固定使用一個節點，等舊連線結束後再少量送出要求。若要回報服務提供方，請提供已遮蔽敏感資訊的錯誤階段、網路類型及重現時間，不要公開認證資訊。修復後也要同時檢查輕量要求與持續連線，確認不只是測試入口恢復。

訂閱失敗：分辨下載與解析問題

確認是否確實取得設定內容

訂閱更新失敗主要分成兩個階段：網址未能取得內容，或取得的內容無法由目前用戶端讀取。請先查看更新提示與記錄，確認問題屬於網域解析、連線逾時、存取遭拒，還是設定解析錯誤。訂閱清單仍顯示舊節點，也不代表更新成功；許多用戶端會保留上一份可用快取，介面仍可使用與遠端更新成功是兩回事。

請從服務提供方的管理頁面重新複製完整訂閱網址，檢查是否多了空格、換行或通訊軟體自動加上的標點。網址中的查詢參數可能用於授權，任意刪除會使要求失效。使用系統剪貼簿時，請留意其他應用程式可能讀取其中內容；不要為了驗證連結而交給不明的轉換網站。若連結曾公開，請使用服務提供方的管理功能更換訂閱授權。

存取遭拒不一定是用戶端故障，也可能與訂閱過期、流量條件、存取頻率或伺服器政策有關。開啟網址後若取得登入頁面、錯誤說明或網頁驗證內容，雖然成功載入網頁，卻不代表成功取得設定。排查時只要確認回應類型與錯誤訊息，不必分享完整回應內容。遇到暫時限流，請停止反覆按下更新，依服務提供方說明等待或處理帳戶狀態。

確認設定類型與更新方式

完整設定、節點清單與規則集並非同一種內容。完整設定可包含連接埠、策略群組及規則；代理提供器通常只接收節點資料；規則提供器則接收指定行為類型的規則。將節點清單當成完整設定匯入，可能導致規則與策略群組缺漏；將完整設定填入規則集網址，則會發生結構錯誤。請先確認服務提供方提供的是哪一種內容，再選擇用戶端中的對應功能。

下載訂閱本身也需要可用的網路。有些設定會讓更新要求經過代理，而唯一可用的節點又必須靠這次更新取得，形成啟動依賴。可以暫時使用用戶端支援的直連更新方式，或先切換至另一個已驗證的出口；前提是該訂閱網址確實允許這樣存取。請勿為了解除依賴，把含有授權資訊的網址交給第三方代為抓取。

解析錯誤與本機覆寫

遇到 YAML 錯誤時，請優先檢查錯誤附近的縮排、冒號及清單符號。使用空格縮排，避免使用定位字元；含特殊字元的字串應依語法正確加上引號。錯誤行號可能指向下一個無法繼續解析的位置，因此也要檢查前一行。請勿直接刪除報錯欄位來求得載入成功；該欄位可能包含認證、傳輸或策略關係，刪除後只會把解析失敗變成執行失敗。

mode: rule
log-level: info
rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - MATCH,DIRECT

這段內容僅用於查看清單層級與規則寫法，不包含代理出口，無法取代完整訂閱。若原設定中的策略群組名稱不同，規則必須使用完全相同的名稱，包含空格與大小寫。解析成功後仍提示策略不存在，請依序檢查規則、策略群組、節點或提供器之間的引用，尤其留意遠端更新移除舊名稱的情況。

修復前先備份目前設定，再將新訂閱匯入獨立副本。確認節點、策略群組及規則完整後再切換，請勿同時刪除舊快取與舊設定。若只有自動更新失敗、手動更新成功，應檢查排程工作是否受到休眠、背景執行限制或啟動時網路尚未就緒影響。基本概念請參閱常見問題；操作順序請回到設定教學，本章著重於故障分支與復原依據。

速度慢：拆解解析與傳輸問題

先描述哪個階段變慢

頁面長時間空白、開始傳輸後速度偏慢，以及播放時週期性停頓，可能分別與解析、建立連線、傳輸量或連線穩定度有關。請先記錄從點擊到首次回應的等待時間，以及開始傳輸後是否持續變慢，不要只憑延遲標籤判斷。輕量測試傳輸的資料很少，測試時間短不代表大型檔案下載更快；反之，往返時間較長也不一定會限制持續傳輸的速度。

選擇相同目標，在相近時間使用同一台裝置測試，並先關閉其他下載、雲端硬碟同步及系統更新。Wi-Fi 訊號弱、裝置漫遊或路由器負載過高，都可能讓直連與代理同時變慢。可改用有線網路或靠近無線基地台進行比較，但一次比較時不要同時更換裝置、網路、目標網站及節點。變因過多，即使速度改善，也很難得出可重複的結論。

確認實際出口與連線重用情況

在連線頁面查看目標網域、命中規則及實際出口。策略群組名稱即使是「自動選擇」，也不代表目前連線一定使用預期的成員；測試網址與實際服務目標的路徑也可能不同。切換策略後，原有長連線可能仍使用舊出口，瀏覽器連線池及應用程式工作階段也不一定會立即重建。請關閉測試工作階段或等它自然結束後，再開始新的比較；不要用舊連線判斷切換是否生效。

自動選擇與故障轉移解決的問題不同。前者通常依測試結果選取成員，後者較著重可用性；兩者都不保證每個目標的傳輸速度最佳。測試間隔過短也可能造成頻繁探測。若目前問題是播放中斷，請先固定使用一個穩定出口觀察，再考慮是否恢復自動策略。持續切換可能為需要維持工作階段的服務增加額外變因。

檢查目標差異與協定限制

若只有特定網站速度慢，請比較相同節點下的其他網站，並確認目標是否使用內容傳遞網路。不同出口可能被導向不同的快取節點，單一資源的來源伺服器也可能限速。此時更換全域 DNS 未必有效，因為解析可能在代理端進行，或連線已重用舊位址。請先確認網域由哪一端解析，以及是所有要求都慢，還是只有大型資源較慢，再決定要在哪一處處理。

部分應用程式會嘗試使用以 UDP 為基礎的傳輸方式，路徑不穩時可能先失敗再切換至其他方式。用戶端、節點及接入網路都可能影響這條路徑。可在應用程式正式提供的設定中有限度地比較，但不要把停用某種協定擴大成全裝置的預設做法。服務恢復後，請記下原始設定與調整內容，並確認是否會造成長期相容性問題。

在 TUN 環境中，若小型要求成功、大型回應卻停滯，才需要進一步懷疑路徑 MTU 或封包分段問題。請先排除 Wi-Fi 封包遺失及遠端限速，再使用用戶端支援的參數逐項測試。任意將 MTU 調得過低會增加封裝與處理負擔，也可能掩蓋真正的路由問題。請記下預設值，每次調整後重新建立連線；若改善無法重現，就還原設定，不要保留來源不明的參數。

觀察本機資源與測試條件

傳輸期間請觀察處理器、記憶體及磁碟使用量。若核心持續占用大量處理器資源，且其他網路程式也在競爭資源，請減少平行連線、關閉不必要的偵錯記錄，再比較結果。規則數量多本身不足以解釋速度問題，應綜合核心、規則行為及裝置資源判斷。安全軟體的網路檢查也可能增加負擔，但不建議為了測速而長期關閉裝置防護。

確認原因後，只保留有效的調整。若問題來自特定節點容量或遠端網站，本機設定無法保證解決，應改用服務提供方提供的其他可用出口，或等待遠端服務恢復。若每次從睡眠喚醒後才變慢，應優先檢查網路介面與路由復原，而非繼續堆疊效能參數。虛擬網卡接管相關原理請參閱TUN 模式設定說明。

DNS 問題：追蹤解析路徑

確認由哪一端執行解析

DNS 問題常見表現是網域無法開啟，但並非所有網域錯誤都來自同一個解析器。瀏覽器可能啟用獨立的加密 DNS，系統有自己的快取，用戶端核心也可能在代理端進行解析。請先判斷發生問題的應用程式使用哪條路徑，再檢查相應記錄。系統查詢命令回傳正常，只能表示該命令使用的解析路徑可用，無法證明瀏覽器或代理端取得相同位址。

不要只用任意網站的 IP 位址直接連線作為判斷依據。HTTPS 通常需要網域名稱進行憑證驗證與服務選擇，直接連線至 IP 位址可能遭拒，即使 DNS 完全正常也一樣。請搭配用戶端記錄、系統查詢結果及同一網域的連線狀況交叉判斷。若記錄已顯示本機監聽失敗或遠端認證錯誤，繼續清除 DNS 快取通常沒有幫助。

了解 Fake-IP 與真實位址模式

Fake-IP 會回傳虛擬位址給應用程式，再由核心透過對應關係找回網域並進行路由。在此模式下，系統查詢取得虛擬位址是預期結果，不代表網域解析錯誤。關鍵在於後續連線必須繼續進入同一個核心；若查詢經過用戶端，連線卻繞過用戶端，應用程式就可能嘗試直接連線到虛擬位址。請先檢查流量接管是否完整，而不是立刻把虛擬位址改成公網位址。

有些區域網路服務、裝置探索或特殊應用程式不適合使用虛擬位址。可針對實際發生問題的網域設定過濾，但不應將所有網域都加入過濾清單，否則會改變此模式的主要行為。不同核心的過濾語法及附加模式可能有所差異，請先確認相容性。相關原理與適用範圍請參閱Fake-IP 與 redir-host 比較。

檢查上游解析器與引導依賴

以下是供相容 mihomo 設定使用的 DNS 片段，並非完整代理設定。這段範例以公共解析器說明引導解析、加密查詢及指定網域策略的層級；解析器應依目前網路可達性與實際需求選擇。片段未指定監聽位址，也不會自動修改作業系統 DNS。只有用戶端完成流量接管後，應用程式的要求才會進入這段設定。

dns:
  enable: true
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  fake-ip-filter:
    - "*.lan"
    - "localhost"
  default-nameserver:
    - 1.1.1.1
  nameserver:
    - https://cloudflare-dns.com/dns-query
  nameserver-policy:
    "example.com":
      - https://dns.google/dns-query

使用網域名稱形式的加密解析器時，核心必須先取得解析器本身的位址，這就是引導依賴的一部分。若引導解析無法連線，後續加密查詢也無法啟動。節點伺服器若使用網域名稱，同樣需要可靠的解析路徑；請勿讓取得節點位址的唯一方式，依賴尚未建立的代理連線。遇到循環依賴時，請檢查用戶端對節點網域解析與代理端解析的獨立設定。

nameserver-policy 用於為指定網域選擇上游解析器，不等同於連線分流規則，也不能取代出口策略。fallback 及其篩選條件的行為應依核心文件理解，不能簡單視為主要解析器失敗後才啟用的備援清單。增加更多解析器可能擴大查詢範圍，不會自動提升準確度或隱私保護。請先以最精簡的上游組合建立穩定結果，再加入確實有用途的例外。

依序清除快取並驗證

修改設定後，請先重新載入核心，再關閉測試應用程式中的舊工作階段；必要時再清除系統 DNS 快取。若舊的虛擬位址連線仍存在，只清除核心映射可能暫時造成位址與網域脫節。企業內部網域需要使用內部解析器，改用公共解析器往往無法解決問題，反而可能讓原本可連線的工作服務失效。

驗證時請分別檢查公網網域、區域網路名稱及原本發生問題的應用程式。隱私檢測網站顯示某個解析服務商，只是其中一項線索，不能單獨證明所有查詢的路徑；應一併檢查瀏覽器設定、系統介面及核心記錄。進一步的檢測步驟請參閱DNS 洩漏檢測與防漏設定，不要以單一檢測結果取代完整路徑分析。

代理失效：確認流量接管範圍

分辨系統代理與 TUN

系統代理會提供代理入口給遵循系統設定的應用程式，不會自動接管所有程式。部分終端機工具、遊戲及背景服務使用自己的網路設定，忽略系統代理可能是正常行為。TUN 則透過虛擬網卡與路由接收流量，但仍會受到網路介面、權限及排除規則影響。看到開關已啟用，只能表示用戶端嘗試套用設定，無法證明目標要求已經經過核心。

請先在關閉 TUN 時測試系統代理。開啟新的瀏覽器工作階段並查看連線頁面，確認瀏覽目標時有產生對應記錄。接著使用明確指定代理的命令進行比較；若命令成功但瀏覽器失敗，請檢查瀏覽器代理擴充功能、應用程式的獨立代理設定及略過清單。若命令也無法連上本機入口，請返回監聽問題的排查，不要繼續修改應用程式設定。

檢查連接埠、環境變數與平台設定

mixed-port 提供 HTTP 與 SOCKS 共用的入口，應用程式必須使用其支援的代理協定。設定中的控制介面不是代理連接埠，把控制連接埠填入瀏覽器不會轉送網頁要求。若監聽位址僅允許本機，也無法直接供手機或其他裝置連線；將監聽範圍擴大至區域網路屬於另一項安全決策，必須一併考量認證與防火牆，而不是為了測試就預設向所有介面開放。

終端機工具常會讀取代理環境變數，而已啟動的處理程序不會自動取得新值。以下命令用於檢查目前環境，不會變更系統設定。檢查時請留意大小寫變數及略過清單可能同時存在，部分工具採用的優先順序也不相同。清除舊變數後，請開啟新的終端機重新測試；不要只在另一個視窗修改設定，就假設原本的處理程序已同步更新。

# macOS / Linux：查看目前處理程序繼承的代理變數
env | grep -i proxy

# Windows PowerShell：查看代理相關環境變數
Get-ChildItem Env: | Where-Object Name -Match 'proxy'

將 TUN 列為獨立測試步驟

系統代理路徑穩定後，再啟用 TUN，並確認用戶端已完成必要的服務安裝與權限授權。不要為了授權而長期以過高權限執行整個桌面應用程式，請優先使用用戶端提供的服務機制。即使出現虛擬網卡，也不代表路由已生效；還需要確認目標連線是否進入核心，以及目前的預設網路介面是否正確識別。

同時執行多個 VPN、虛擬機網路或其他 TUN 工具，可能造成路由重疊。請先停用非必要的流量接管工具，再測試單一用戶端。從睡眠喚醒或切換網路後，舊介面與路由可能失效，此時可重新啟用 TUN，讓用戶端重新偵測網路；不要直接刪除不熟悉的系統路由，工作 VPN 與虛擬機也可能需要這些路由。

區域網路裝置無法連線時，應檢查私有位址的路由與略過規則，而不是將所有流量改為直連。印表機、網路儲存裝置及內部服務可能各自需要不同的探索方式。若正在遠端控制這台裝置，調整路由前請先保留復原方式，避免修改後失去連線。設定說明請參閱虛擬網卡流量接管說明。

最後的驗證應涵蓋原本發生問題的程式，不要只測試瀏覽器。記下該程式使用系統代理、應用程式代理還是 TUN，並確認結束用戶端後，系統仍可依預期連線。對於不遵循系統代理的應用程式，請使用其正式支援的接入方式；不要把開關未生效等同於用戶端閃退。只有確認流量接管範圍，後續的規則比對與 DNS 判斷才有可靠依據。

用戶端閃退：保留復原方式

先分辨介面關閉與核心退出

視窗消失、系統匣圖示仍在、代理突然停止，可能分別來自不同處理程序。部分用戶端的介面與核心獨立執行，重新啟動介面不一定會結束舊核心；核心閃退也可能只在介面顯示未執行。請先透過用戶端狀態頁及系統處理程序工具確認實際狀況，再保存最近的記錄。不要連續開啟多個用戶端，否則殘留處理程序可能占用連接埠，讓後續啟動錯誤掩蓋最初的閃退線索。

若結束用戶端後，系統仍指向本機代理，但本機入口已不存在，便會出現所有網頁都無法開啟的情況。請先依系統代理章節恢復網路，再處理程式本身。尚未保存設定前，請勿清除整個資料目錄，其中可能包含本機覆寫、策略選擇及訂閱記錄。備份應存放在受控位置，不要同步至公開程式碼儲存庫，也不要直接當成問題附件上傳。

檢查架構、權限與啟動錯誤

安裝套件必須符合作業系統及處理器架構。檔案下載完成，不代表目前系統可以執行；安裝程式遭拒、執行檔格式錯誤及啟動後閃退也應分開處理。重新選擇用戶端時，可從用戶端清單優先查看 Clash Plus，並確認系統需求。Clash for Windows 與 ClashX Meta 已停止維護，不應作為解決新系統相容問題的預設選項。

記錄若顯示位址遭占用，請先確認是否還有另一個核心，或其他服務正在使用相同連接埠。關閉確定屬於舊用戶端的處理程序，或調整本機監聽連接埠並同步修改應用程式設定。不要終止用途不明的系統處理程序。若出現權限不足，請檢查資料目錄是否可寫入、檔案是否由其他帳戶建立，以及安全軟體是否隔離必要元件；不要直接關閉所有防護功能來迴避問題。

使用設定副本隔離問題

先備份，再使用用戶端支援的新設定或獨立資料目錄啟動最精簡的設定。若全新環境穩定，而原設定會立即導致核心退出，請優先檢查新增的提供器、規則集、指令碼支援及欄位相容性。設定通過語法解析，不代表每個外部資源都能取得，也不代表目前核心支援所有行為。逐段還原比一次貼上全部內容更容易找出觸發項目。

若問題發生於更新後，請分別記錄介面與核心是否都已更新。不要直接用不同來源的核心檔案覆蓋安裝目錄，用戶端可能對啟動參數及介面有特定要求。請優先使用官方提供的核心管理與復原方式。還原舊環境只能用於驗證與暫時回退，不能因此永久忽略已確認的相容性或安全性更新。

只有在介面白畫面、核心仍能轉送流量時，才需要進一步檢查圖形渲染與介面快取。請先確認程式是否提供正式的圖形加速設定，再逐項比較。清除介面快取前，請先分辨快取與使用者資料，不要照著網路上過於籠統的路徑直接刪除整個目錄。若程式無法啟動，應先從系統記錄或用戶端記錄目錄取得資訊，而不是要求使用者在無法開啟的設定頁操作。

觀察資源使用並整理可重現的回報

記憶體持續增加、更新訂閱時退出，或長時間執行後閃退，都需要記錄觸發條件。請先暫停不必要的自動更新與密集測試，縮小外部資源範圍，再觀察問題是否仍會重現。裝置磁碟空間不足也可能導致資料庫寫入及記錄建立失敗。請確保有足夠的基本儲存空間，但不要只看整體剩餘空間，也要檢查用戶端實際使用的資料分割區及帳戶配額。

修復後重新載入備份設定，確認策略選擇、覆寫及更新工作仍然存在，再測試正常結束與重新啟動。若問題只在某個設定下發生，可逐步縮小至能重現問題的最小片段；若最小環境也會退出，則應繼續調查系統相容性、執行環境相依項目及程式缺陷。重新安裝只是復原方式之一，不能當成解釋所有閃退的診斷結論。

手機專項排查：背景執行與網路切換

Android：檢查 VPN 授權與背景限制

Android 用戶端通常透過系統 VPN 介面接收流量。首次連線時必須明確授權，介面按鈕顯示開啟並不足以證明隧道已建立，還應檢查系統 VPN 狀態及用戶端連線記錄。工作資料夾、企業管理政策或其他 VPN 應用程式可能占用相關功能。請先確認目前生效的是哪個服務，不要讓兩個工具反覆爭用流量接管狀態。

可從Android 下載頁優先查看 Clash Plus，也可依相容需求選擇 Clash Meta for Android、FlClash 或 Surfboard。不同用戶端支援的設定格式及功能範圍不盡相同，不能將同一份完整 Clash 設定視為所有用戶端都通用的檔案。更換應用程式前，請先匯出必要設定，並確認訂閱服務提供方是否支援對應格式。

鎖定螢幕後斷線、點亮螢幕後恢復，通常與電池最佳化及背景執行限制有關。請檢查系統對目前應用程式的電池策略、背景資料權限，以及裝置廠商提供的自動啟動設定。只調整確實需要持續執行的用戶端，避免將所有應用程式都設為不受限制。若已啟用系統的永遠使用 VPN，或封鎖未經 VPN 的連線，隧道中斷時網路遭阻擋可能是系統政策的預期結果，並非 Wi-Fi 損壞。

iOS：確認系統隧道與隨選連線

iOS 可透過下載頁的 Clash Plus App Store 入口安裝，官方網站為 clashplus.io。首次新增 VPN 設定時，請依系統提示授權。連線圖示只能作為系統狀態的線索，仍需透過實際要求與用戶端記錄確認流量路徑。若已有其他 VPN 設定，請先確認目前是否使用不同隧道，避免將舊設定的狀態誤認為目前用戶端的結果。

應用程式切換至背景後，設定介面不再活動，不代表系統隧道已停止。請一併檢查目標應用程式能否連線、系統 VPN 狀態，以及重新開啟用戶端後的記錄。若使用隨選連線規則，請確認觸發條件涵蓋目前的 Wi-Fi 或行動網路；網路名稱變更及規則比對差異都可能造成連線行為不同，不宜反覆刪除系統設定碰運氣。

分別測試 Wi-Fi 與行動網路

先在穩定的 Wi-Fi 網路完成一次連線，再關閉 Wi-Fi 改用行動網路，並保持節點與模式不變。若只有行動網路連線失敗，請檢查用戶端的行動數據權限、電信業者的網路限制及節點傳輸是否可達。若只有特定 Wi-Fi 網路失敗，請先處理認證頁面及路由限制。公共網路需要透過瀏覽器登入時，VPN 接管可能妨礙認證流程；請先確認目前系統的封鎖政策，再暫時中斷 VPN 完成登入。

切換網路後，舊連線可能仍保留原本的位址與路由，短暫失敗不一定需要重新匯入訂閱。請先結束目標應用程式中的舊工作階段，確認用戶端是否已重新連線；必要時關閉再啟用目前的隧道。頻繁切換飛航模式會同時改變網路、位址及工作階段狀態，只適合作為有限的復原方式，不能據此確認根本原因。記下問題發生於切換當下或持續存在，有助於大幅縮小排查範圍。

檢查應用程式分流規則與區域網路存取

Android 的應用程式分流清單特別容易漏掉項目：應用程式一旦被排除，即使用戶端規則完整，也不會收到它的要求。請先確認清單採用包含或排除模式，再檢查新安裝的應用程式是否納入範圍。應用程式也可能透過系統服務下載，行為與主處理程序不同，需搭配連線記錄判斷。不要只因某個瀏覽器可用，就認為其他應用程式一定使用相同路徑。

手機無法連上區域網路儲存裝置、投放裝置或印表機時，請檢查本機網路權限、位址範圍略過規則及裝置探索路徑。裝置探索協定與一般網頁瀏覽不同，即使能開啟裝置位址，也不代表自動探索正常。不要永久強制代理所有私有位址，也不要為了恢復投放而清空整份規則。請先中斷隧道確認區域網路的基本連線，再逐項恢復必要的略過條件。

最後進行三組回歸測試：螢幕亮起時使用、鎖定螢幕後恢復，以及 Wi-Fi 與行動網路切換。每組都使用原本發生問題的應用程式驗證，並確認重新啟動裝置後，授權與設定仍可正常恢復。若問題只與特定應用程式有關，請補充它是否使用獨立 DNS、是否遭應用程式分流排除，以及是否受背景執行限制；一般連線概念請參閱常見問題，初次設定仍請依快速入門教學完成，不要在排查時反覆重建所有設定。