Clash 故障排除指南

無法上網：先區分本機網路與代理連線

先建立關閉代理時的網路基準

如果瀏覽器所有網頁都無法開啟，先關閉用戶端的系統代理與 TUN 模式，再測試平常可直接連線的網站。退出用戶端不一定會清除系統中殘留的手動代理設定，因此也要前往作業系統的網路設定確認。關閉代理後仍無法上網，請優先檢查 Wi-Fi、網路線、路由器及是否需要登入網路，不要繼續修改節點。

飯店、校園及公共 Wi-Fi 通常要求先開啟認證頁面。代理或自訂 DNS 可能導致認證頁面無法跳轉，造成已連上 Wi-Fi 卻打不開網頁。暫停代理並完成網路認證後，再重新啟用用戶端；如果同一網路上的其他裝置也無法直接連線，應先處理網路本身。只有確認直接連線正常，後續比較代理路徑才有意義。

透過明確指定代理的請求判斷故障位置

重新啟用用戶端後，確認核心正在執行，並查看設定中的實際混合連接埠。以下以常見的本機連接埠為例；若實際連接埠不同，請先修改指令。第一個指令會略過代理環境變數，第二個則明確透過本機 HTTP 代理連線。Windows 請使用 curl.exe，macOS 與 Linux 請使用 curl，避免將其他指令別名誤認為相同工具。

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

測試網址請換成目前網路中已知可連線的網站，兩次請求都使用相同網址。若第二個指令立即顯示連線遭拒，問題通常出在本機監聽連接埠或核心；若代理請求有收到 HTTP 回應，但瀏覽器仍無法連線，請繼續檢查瀏覽器擴充功能、系統代理及應用程式本身的網路設定。網站回傳拒絕存取的狀態碼，不代表代理連線失敗。

檢查模式、策略與實際命中的規則

本機連接埠可連線，但目標網站無法開啟時，先確認目前使用的是規則、全域還是直連模式。使用規則模式時，請查看連線記錄中命中的規則及策略群組，不要只看主畫面選取的節點。子策略群組可能仍使用失效節點，流量也可能被較早命中的直連規則送出。請逐項核對連線記錄中的目標網域、規則及最終出站。

可以短暫切換至全域模式作為對照，並手動指定已知可用的節點。若全域模式正常、規則模式失敗，應著重檢查規則順序、規則集載入及 DNS；若兩種模式都失敗，請優先檢查節點連線。全域模式只是定位問題的工具，不是所有故障的長期解決方案。比較完成後請切回原模式，再修正特定規則，避免原本應直連的服務也透過代理連線。

復原順序與停止條件

只有少數網站無法使用時，請檢查目標服務是否故障、是否限制出口地區，以及目前帳戶是否有權存取。瀏覽器出現憑證錯誤時，也要檢查裝置日期與時區，不要透過停用憑證驗證來解決。如果網路上另有 VPN、加速器或安全軟體，請先退出其中一項再測試，避免多個程式同時更改預設路由，讓請求走上彼此衝突的路徑。

每完成一個步驟，就用原本的測試網址重新測試，並記錄直接連線、明確指定代理及瀏覽器連線三種結果。三者都恢復正常後，再逐一重新啟用其他網路工具。如需進一步尋求協助，請提供完整錯誤訊息及發生階段，不要只說「連線失敗」。基本連線恢復後，可回到系統代理設定教學確認日常使用方式。

節點逾時：區分測速失敗與實際無法使用

確認逾時發生在哪種測試

用戶端的節點測速通常會向指定網址發出請求，再依回應計算耗時。這不是完整的下載速度測試，也不保證所有應用程式都能透過同一節點連線。測速網址本身受到限制、回傳內容不符預期，或逾時設定過短，都可能造成測速失敗。請先用該節點存取實際服務，再判斷是測試條件異常，還是代理連線確實無法使用。

如果網頁可以開啟，只有測速顯示逾時，請檢查測試網址的通訊協定及可連線性，優先使用用戶端或訂閱服務提供者建議的測試方式。不要為了確認單一節點而連續大量測速；大量並行測試可能觸發連線限制，也會消耗目前的網路資源。一次選一個節點測試，等結果完成後，再以另一個已知可用的節點作比較。

依記錄檔中的階段檢查伺服器連線

連線記錄中的網域解析失敗、連線遭拒、交握失敗及讀寫逾時，分別指向不同問題。解析失敗表示尚未取得伺服器位址；連線遭拒通常表示目標連接埠未接受連線；交握失敗則可能與通訊協定參數、認證資訊、裝置時間或連線干擾有關。請記下完整錯誤鏈，尤其是最底層的原因，不要只截取介面上的紅色狀態。

在 Windows 中可使用下列指令，檢查訂閱中節點伺服器的 TCP 連接埠是否可連線。請將位址與連接埠換成實際節點資訊。此測試只能確認 TCP 是否成功建立連線，無法證明代理認證成功；若節點主要使用 UDP 傳輸，TCP 測試失敗也不能直接判定節點失效。不要將節點資訊貼到公開討論區。

Test-NetConnection -ComputerName example.com -Port 443

如果伺服器使用網域名稱，請先確認網域是否解析為預期類型的位址。有些網路只能使用 IPv4，卻優先嘗試無法連線的 IPv6 路徑，導致等待後失敗。可在記錄原設定後，暫時調整用戶端的 IPv6 相關設定作比較；不要直接刪除訂閱中的伺服器網域，因為部分通訊協定也會在 TLS 交握時使用該網域。

確認通訊協定參數與訂閱狀態

節點已建立底層連線，卻在交握時失敗，請重新更新訂閱，確認帳戶狀態、有效期限及裝置數量限制。手動複製節點時，容易漏掉加密方式、傳輸類型、伺服器名稱、路徑或公開金鑰等欄位。請優先重新匯入完整且受目前用戶端支援的設定，不要拼湊其他節點的參數。不同通訊協定中名稱相似的欄位也不一定能互換。

部分新通訊協定需要較新的核心功能。介面顯示節點名稱，不代表底層核心能正確載入所有參數。請檢查啟動記錄中是否出現不支援代理類型或欄位的訊息；若使用已停止維護的 Clash for Windows 或 ClashX Meta，請先保留原設定，再前往用戶端下載頁選擇仍在維護的用戶端進行驗證，一般建議優先考慮 Clash Plus。

交叉測試網路與節點，縮小問題範圍

同一裝置改用手機熱點後恢復正常，表示原網路的出口、認證、路由或防火牆值得優先檢查；但熱點與原網路可能使用不同 IP 協定堆疊，不能只憑這項結果就斷定某家電信業者限制了節點。保持用戶端與設定不變，再比較兩個網路的解析結果及錯誤階段，才能區分網路差異與設定差異。

如果只有一個節點失敗，其他節點都正常，請停止修改全域 DNS 與系統代理，改查該節點的可用性及參數。如果所有節點在多個網路中都失敗，則檢查訂閱帳戶與用戶端相容性。自動策略群組也可能反覆選回異常節點；排查期間請先固定單一出站。問題解決後，再閱讀策略群組類型與適用情境，調整測試邏輯。

訂閱失敗：分別檢查下載、解析與套用

先確認故障發生在哪個階段

匯入訂閱並非單一動作，而是依序取得連結內容、解析設定、下載相關資源及啟用設定。更新按鈕顯示錯誤，不一定代表原有設定已失效；有些用戶端會保留上次成功更新的內容。請先查看設定項目的更新時間及目前啟用狀態，再閱讀錯誤詳情，避免刪除唯一可用的舊設定後，連更新訂閱的網路路徑也一併失去。

複製訂閱連結時，請確認沒有多出空格、換行、中文標點或聊天軟體附加的說明。連結中的查詢參數可能用於身分驗證，不可任意刪除，也不應公開分享。如果服務提供者要求登入後產生專用訂閱，請使用對應入口，不要貼上帳戶網頁網址。一般網頁網址即使能在瀏覽器中開啟，也不一定會回傳用戶端可解析的設定。

處理下載失敗與更新路徑循環

出現請求逾時、連線重設或解析失敗時，先確認訂閱網域能否正常存取，再檢查用戶端更新訂閱時使用的是直連、目前代理，還是自訂下載路徑。有些網路無法直接連線至訂閱服務，但舊節點仍可用，此時可暫時讓更新請求透過舊設定完成；相反地，若舊代理已失效，強制經由代理更新就會形成循環，應改用可連線的下載路徑。

認證失敗或拒絕存取，通常需要向服務提供者確認連結狀態、帳戶限制及是否需要重新產生連結。請求過於頻繁也可能遭到暫時限制，反覆按下更新不會加快復原。如果記錄顯示伺服器憑證錯誤，請先核對系統時間與網路登入狀態。不要長期略過所有憑證驗證來維持訂閱更新，這會掩蓋錯誤來源並降低連線安全性。

區分設定格式錯誤與核心相容性問題

下載成功後若出現 YAML 解析錯誤，請檢查錯誤行附近的縮排、冒號及引號。YAML 通常以空格縮排；複製程式碼時混入定位字元，或在欄位名稱中使用全形冒號，都可能使檔案無法載入。不過，錯誤位置也可能只是解析器停止的位置，真正問題可能在上一行。請先還原最後一份可用檔案，再於副本中修正，不要直接重寫整份訂閱。

如果回傳內容是登入頁面、維護頁面或結構化錯誤訊息，也可能被儲存成設定檔，接著觸發解析錯誤。此時應檢查回應內容開頭是否符合設定格式，而不是反覆調整縮排。若屬於通訊協定不相容，請選擇服務提供者標示適用於 Clash 或 mihomo 的格式，並確認目前用戶端使用的核心支援相關欄位。

節點清單存在，卻無法啟用設定時，也要檢查規則集及代理提供器是否載入成功。設定主體、節點提供器與規則提供器可能來自不同網址，其中任何一項失敗都可能影響最終使用。若記錄明確指出某項資源名稱，請單獨追查該資源的路徑、存取方式及格式，不要把所有錯誤都歸因於主要訂閱連結失效。

保留自訂規則並注意安全

訂閱更新通常會覆寫由遠端管理的欄位。連接埠、區域網路開關及自訂規則，應優先透過用戶端支援的覆寫、合併或擴充機制保存，實際套用順序請以用戶端說明為準。直接編輯下載後的檔案，可能只在本次工作階段有效。完成一次更新後，請確認自訂規則仍然存在，並透過連線記錄驗證實際命中情況，而不只是檢查文字內容。

設定中若有遠端資源與指令碼擴充功能，請確認其來源及用途。訂閱網址等同存取憑證，轉換服務也可能讀取其中的節點資訊，不要任意交給來路不明的網站。關於是否需要轉換及適用格式，可查看訂閱轉換常見問題；基本匯入流程請參閱訂閱匯入教學。

速度緩慢：逐層比較節點、線路與本機狀況

分別記錄等待時間、延遲與傳輸量

網頁首次開啟要等很久、影片播放中斷、檔案下載緩慢，可能是完全不同的環節造成。首次等待通常與 DNS、交握及規則資源載入有關；持續下載速度則更受線路頻寬、壅塞及目標伺服器限制影響。節點測速顯示的請求耗時並非可用頻寬；數值較低的節點也可能在尖峰時段吞吐量下降，不能只憑這點判定速度異常。

比較時請固定裝置、目標網址、測試方式及時間區間，每次只替換一個變數。先用同一個檔案或服務比較兩個節點，再保持節點不變並切換網路。測速工具可能消耗大量流量，也可能觸發伺服器限速，測試前請確認帳戶用量。不要同時執行雲端硬碟同步、系統更新及頻寬測試，否則速度下降可能只是本機資源遭到分攤。

先判斷節點與出口線路

如果只有某個節點速度慢，先確認同一地區或不同線路的節點是否也有相同情況。相同地區不代表路由相同，不同名稱也不代表使用不同出口。若晚上速度慢、其他時段恢復，應觀察網路壅塞及伺服器負載；若全天速度都穩定在某個上限，也要檢查方案、目標服務、路由器限速及本機連線速率，不要直接歸咎於用戶端。

若只有某個網站或下載來源速度慢，可換另一個節點存取相同資源作比較。部分內容傳遞網路會依據 DNS 或出口位址分配伺服器，換節點後可能連上不同的邊緣節點，速度因此明顯改變。此時應針對目標服務調整策略，不要將所有流量都改成全域代理。請先確認命中的規則，再決定是否為該服務設定獨立策略群組。

檢查本機資源與網路連線方式

在工作管理員或活動監視器中檢查用戶端核心、瀏覽器及安全軟體的 CPU 使用率。高吞吐量、複雜規則及大量並行連線都可能增加處理負擔；持續開啟詳細記錄也會增加磁碟寫入。完成定位後，請恢復一般記錄層級。如果 CPU 使用率接近滿載，但網路使用率不高，應優先檢查本機瓶頸，不要一味尋找所謂的更快節點。

Wi-Fi 訊號微弱、同頻干擾、藍牙共存及路由器效能不足，也會造成速度波動。情況允許時，請改用有線連線作比較，並暫停其他裝置的大量流量活動。切換系統代理與 TUN 模式時，要確認應用程式實際使用的是同一個節點；若兩種模式使用不同規則或 DNS 路徑，速度差異不代表某種連線方式天生更快。

謹慎調整並行連線、MTU 與自動策略

增加並行連線數無法突破線路本身的頻寬，還可能加重伺服器的連線限制。調整並行參數時，應依據目前核心文件及實際應用情況，不要照搬其他通訊協定的經驗值。若小型網頁正常、大型檔案卡住，或只有特定隧道異常，可進一步檢查路徑 MTU；先比較退出其他 VPN 後的結果，再記下原值並小幅測試。

不建議直接套用網路上流傳的固定 MTU 數值。不同網路連線及隧道封裝的有效負載不同，盲目調低可能只是暫時繞過問題，也可能增加額外負擔。若確認問題與 TUN 有關，請參考用戶端支援的診斷方式檢查分片及路由，並保留可還原的設定；一般網頁偶爾變慢，不足以作為修改系統網路堆疊的理由。

自動測速策略群組可能因測試條件變化而切換節點，但既有連線不一定會跟著切換。測試時請先固定節點，完成後再恢復自動策略。更完整的分層判斷與結果記錄，請參閱Clash 速度緩慢的分層排查；測速入口與基本比較方式請參閱節點測速教學。

DNS 問題：檢查解析路徑與連線位址

從錯誤訊息判斷是否需要檢查 DNS

記錄明確顯示網域解析失敗、找不到主機或 DNS 查詢逾時時，才需要檢查解析環節；若已連上目標 IP，之後才發生認證失敗，就不應優先修改 DNS。有些網站可以開啟、有些卻一直等待，也可能與解析有關；但目標服務故障、規則誤判及 IPv6 路徑無法連線也會造成類似現象，需搭配連線記錄確認。

系統 DNS、瀏覽器安全 DNS、用戶端內建 DNS 及代理伺服器端解析可能同時存在。命令列工具取得的位址，不一定就是瀏覽器實際使用的位址。請先釐清請求路徑：應用程式向哪裡查詢、查詢是否進入 TUN、用戶端是否回傳對應位址，以及最後由哪個出站建立連線。只更換系統 DNS，不一定能改變由瀏覽器或用戶端接管的查詢。

了解 fake-ip 與真實位址解析

啟用 fake-ip 時，用戶端會回傳保留位址範圍內的對應位址給應用程式，之後再於連線過程中還原對應網域。這不代表網域解析錯誤，也不應直接拿該位址測試公網連線。關鍵在於取得對應位址後，應用程式的連線是否仍經過同一個用戶端。如果 DNS 經由代理，但連線繞過用戶端，就可能發生取得對應位址後仍無法存取的情況。

需要區域網路探索、使用特殊網域或自行驗證解析結果的應用程式，可能不適合全面使用 fake-ip。應依個別網域設定排除項目，避免直接停用整套 DNS 方案。以下片段用於說明欄位關係，不能取代完整設定；監聽位址使用本機回送位址，連接埠也必須避開其他服務。套用前，請確認用戶端的覆寫機制不會覆蓋這些欄位。

dns:
  enable: true
  listen: 127.0.0.1:1053
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  fake-ip-filter:
    - "*.lan"
    - "*.local"
  nameserver:
    - 1.1.1.1
    - 8.8.8.8

範例中的解析服務僅用於說明語法，不保證在所有網路環境中都能連線；實際使用時，請選擇目前網路能穩定存取且符合個人隱私需求的服務。只設定監聽本機連接埠，不會自動讓系統查詢進入該連接埠；還需要用戶端的 TUN DNS 接管或其他明確的轉送機制。不要為了接管 DNS，就任意將服務監聽開放至所有網路介面。

避免加密 DNS 的啟動依賴循環

使用 DoH 等以網域名稱指定的上游服務時，用戶端可能需要先解析上游本身的網域。如果這個步驟又依賴尚未建立的代理或同一個上游，就會形成啟動循環。請依照核心文件設定可連線的引導解析路徑，並檢查代理節點伺服器網域所使用的解析器。欄位是否受支援、是否遵循路由規則，均須以目前核心的實際行為為準。

瀏覽器啟用自訂安全 DNS 後，可能繞過系統解析策略，造成用戶端規則與實際連線位址不一致。排查時先記下原設定，再暫時改為使用系統設定作比較；若恢復正常，再決定是否為瀏覽器單獨設定解析方式。企業網路中的內部網域也可能只能透過指定 DNS 解析，不要把公共解析器當成所有網域的通用替代方案。

清除快取前，先確認設定已修正

修改解析方案後，舊連線、瀏覽器快取及系統快取可能仍保留舊結果。請先關閉相關頁面或應用程式的連線，再依作業系統支援的方式重新整理快取。Windows 可執行下列指令；其他平台的快取服務及指令會依系統環境而異，不要直接照抄。清除快取只會觸發重新查詢，無法修復仍然無法連線的上游，也無法修正錯誤規則。

ipconfig /flushdns

復原標準是同一網域在預期解析路徑下取得合理結果，且實際服務能穩定連線。規則模式還應確認網域規則是否優先於範圍較廣的 IP 規則命中。關於 GEOIP、GEOSITE 與規則集的關係，可繼續閱讀規則分流實戰，避免一再更換 DNS 來掩蓋規則設計問題。

系統代理未生效：檢查連接埠、應用程式與 TUN

先區分兩種網路流量接入方式

系統代理只會向遵循系統設定的應用程式提供代理位址，不會自動接管所有網路請求。部分命令列工具、遊戲或自行管理網路的應用程式不會讀取此設定。TUN 則透過虛擬網卡與路由接收符合條件的流量，涵蓋範圍通常較廣，但也會受到權限、路由、排除項目及系統擴充功能狀態影響。兩者同時啟用，不代表涵蓋範圍可以直接相加。

如果瀏覽器正常，但終端機連線失敗，請先確認終端機程式是否支援系統代理或環境變數，不要直接判定用戶端失效。反過來說，明確指定本機代理的指令可以連線，但所有瀏覽器都失敗，通常應檢查系統代理是否寫入正確網路介面、瀏覽器擴充功能是否另行設定代理，以及應用程式是否快取舊設定。先驗證最簡單的連線路徑，再逐項恢復其他工具。

連接埠設定與監聽位址

混合連接埠同時接收 HTTP 與 SOCKS 代理請求；外部控制連接埠則用於管理介面，兩者用途不同。將管理連接埠填入瀏覽器代理欄位，通常無法轉送網頁流量。設定中顯示的連接埠只是預定值，是否實際監聽仍須查看啟動記錄；若連接埠已被占用，核心可能無法啟動，或用戶端會提示更換連接埠。

在本機使用時，代理位址通常填寫 127.0.0.1，不需要開放區域網路存取。以下片段只展示本機代理入口，不包含可用節點。修改設定後，還要重新載入並確認系統代理中的連接埠；若用戶端提供獨立的連接埠設定，請優先在介面中修改，避免遠端訂閱更新後又恢復舊值。

mixed-port: 7890
allow-lan: false
bind-address: 127.0.0.1
mode: rule

找出連接埠占用與 TUN 路由衝突

在 Windows 中可使用下列指令查看監聽中的連接埠及對應的處理程序編號，再前往工作管理員確認處理程序身分。不要看到連接埠遭占用就直接結束不明處理程序；請先退出舊用戶端、殘留核心或其他代理工具，再重新啟動目標用戶端。修改連接埠後，也要一併更新瀏覽器、終端機環境變數及區域網路裝置中的位址，否則它們仍會連線至舊入口。

netstat -ano | findstr :7890

啟用 TUN 後若整個網路中斷，請先關閉 TUN，確認系統代理是否可用，再檢查用戶端是否具備建立虛擬網卡所需的權限。其他 VPN、容器網路及企業安全軟體可能占用相近路由，或更改介面優先順序。比較時每次只保留一套接管預設路由的工具，不要直接刪除系統網卡或大量清除路由，以免擴大故障範圍。

退出後的復原與區域網路使用

用戶端異常結束後，系統可能仍指向已停止的本機代理。請先關閉系統手動代理，再確認瀏覽器是否恢復直接連線；若透過自動設定指令碼設定代理，也要檢查該入口。正常退出與強制結束處理程序的清理方式可能不同；復原後請完整測試一次啟用及關閉流程，確認設定會隨用戶端狀態正確還原。

其他裝置要連線至電腦代理時，應填入電腦的區域網路位址，而不是手機本身的回送位址。只有確實需要共用時才啟用允許區域網路連線，並限制在可信任的網路及必要裝置內；管理介面不應一併對外開放。操作細節與防火牆設定請參閱混合連接埠與區域網路連線設定；僅在本機使用時，請回到系統代理教學。

用戶端當機：區分介面、核心與設定錯誤

確認停止的是哪一個部分

視窗關閉、系統匣圖示消失與核心停止，並不是同一件事。有些用戶端關閉視窗後仍在背景執行；有時介面仍開著，核心卻已停止。請先檢查系統匣、系統處理程序及本機監聽連接埠，再判斷是否發生當機。介面顯示無法連線至服務，也可能只是管理介面位址變更或背景服務尚未啟動，不代表整個程式已損毀。

記下當機前最後一次操作：匯入設定、更新訂閱、啟用 TUN、切換網路，還是從睡眠狀態恢復。能穩定重現的觸發條件，比單獨一張錯誤截圖更有參考價值。請保存用戶端記錄檔及系統應用程式錯誤記錄，並確認錯誤發生時間是否一致；若核心先回報設定錯誤，之後介面才顯示中斷，應先修正設定，而非重新安裝介面程式。

保留資料並縮小設定範圍

程式啟動後立即退出時，請先備份設定目錄及自訂覆寫，再嘗試使用用戶端提供的停用設定或重設入口。資料目錄依應用程式及作業系統而異，請從用戶端說明或記錄檔位置查找，不要刪除名稱相似的整個使用者目錄。若必須手動移動檔案，請先完全停止用戶端及背景服務，並保留原目錄以便還原。

若能進入介面，請先停用最近新增的規則提供器、指令碼擴充功能或複雜覆寫，再逐項重新啟用。精簡設定的目的是找出引發故障的部分，不是手動拼湊訂閱憑據。若刪除某個欄位後問題消失，還要檢查該欄位是否受目前核心支援、是否重複合併，以及相關檔案路徑是否有效，不能直接認定是用戶端缺陷。

檢查系統相容性、權限與資源

安裝套件的架構必須符合裝置。Windows、macOS 與 Linux 的不同架構不能只因檔名相似就混用；Linux 還要確認發行版的套件類型及桌面執行相依項目。程式無法啟動時，先查看系統顯示的具體原因。請優先使用下載頁中對應平台的用戶端入口，一般使用建議優先選擇 Clash Plus，不要從不明來源更換執行檔。

macOS 可能需要在系統設定中明確授權網路相關元件；Windows 的 TUN 服務可能需要管理員權限。授權失敗時，應依照系統提示處理，不要長期關閉系統防護。若安全軟體隔離了檔案，請先查看警示對象及原因，確認下載來源與應用程式身分後再處理；不要將整個磁碟或使用者目錄加入排除清單，藉此繞過單一程式的啟動問題。

長時間執行後當機，也要觀察記憶體、連線數量及磁碟空間。大量連線、異常重試、過於詳細的記錄或失控的資源更新，都可能增加資源消耗。請先降低不必要的記錄層級，關閉重複工作，再觀察是否恢復穩定。清除快取時應使用用戶端支援的入口；直接刪除資料庫或設定快取前，務必先退出核心，以免寫入中斷造成更多損毀。

更新、回復舊版與提交有效紀錄

若更新後才開始出現問題，請先確認是否同時轉換了設定格式、啟用新功能或更改預設 DNS。保留目前資料的備份，再使用獨立設定測試仍在維護的用戶端，不要讓兩個程式同時啟用系統代理及 TUN。若確實需要回復舊版，請使用可信來源提供且相容於現有設定的安裝套件，同時避免讓新版格式的資料直接遭舊程式覆寫。

回報問題時，請附上作業系統、裝置架構、用戶端名稱、重現步驟及已移除敏感資訊的記錄檔。若介面能查看實際版本，也可一併提供，但不要根據下載檔名猜測。記錄檔應保留錯誤類型及發生階段，並刪除節點認證資訊；若截短到只剩「失敗」，就無法有效定位問題。設定同步與備份方式可參考多裝置設定同步比較。

復原後的驗證不只是確認視窗重新開啟。還要確認核心已啟動、連接埠正在監聽、訂閱可更新，且實際連線正常，再重新啟用先前停用的功能。若每次重新啟用某項擴充功能就重現故障，請先保持停用並單獨確認其相容性要求；不必為了可單獨隔離的問題反覆清除整套用戶端資料。

行動裝置專項：VPN 權限、背景執行與網路切換

確認系統接管狀態及其他 VPN

手機上顯示已連線圖示，只代表系統中的 VPN 通道處於某種啟用狀態，不代表訂閱節點、DNS 與目標服務都可正常使用。請先開啟用戶端確認目前設定、選取的策略及記錄檔，再用同一個網頁測試。如果狀態圖示來自其他 VPN、廣告過濾器或企業網路工具，請先確認實際占用通道的是哪個應用程式，避免誤以為 Clash 已生效。

Android 用戶端通常透過系統 VPN 介面接管流量，首次連線時需要使用者授權。其他使用相同介面的應用程式可能會爭用通道；部分裝置也設有永遠開啟 VPN，或阻止未經 VPN 的連線。原用戶端停止後，這些限制可能導致整台手機無法上網。排查時請先檢查系統 VPN 設定並記下原狀態，再決定要暫時關閉哪項限制。

處理 Android 背景中斷與應用程式分流

鎖定螢幕後斷線，或切換至其他應用程式後恢復緩慢時，先檢查用戶端是否因電池最佳化或背景限制而遭到終止。依系統提供的方式允許必要的背景執行及通知，再觀察是否改善；不應只為了單一網路應用程式就大量放寬所有背景權限。各品牌系統的選項名稱不同，請確認處理程序是否仍在執行、VPN 是否重新建立，以及記錄檔中是否有重新啟動的紀錄。

啟用依應用程式代理或略過應用程式後，請先確認使用的是包含清單還是排除清單。應用程式未經代理，可能只是遭分流設定排除，並非規則失效。修改清單後通常需要重新建立連線，有些應用程式還會保留舊的網路工作階段。請先完全退出目標應用程式，再重新連線測試。工作設定檔、應用程式分身及主空間可能屬於不同使用者環境，不要假設同一份清單適用於所有副本。

Wi-Fi 正常但行動網路失敗時，請檢查用戶端是否獲准使用行動數據、是否啟用數據節省功能，以及目前網路是否有可用的 IPv4 或 IPv6 路徑。不要照搬電腦上的監聽位址及系統代理方式；手機本機的 VPN 連線與連線至電腦共用代理是兩種不同路徑。跨路徑測試時，請先關閉另一條路徑，避免流量繞行造成誤判。

檢查 iOS 網路延伸功能與連線復原

在 iOS 上使用 Clash Plus 時，請先確認系統已允許新增 VPN 設定檔，並檢查目前啟用的設定是否屬於該用戶端。若同時存在公司管理的網路設定或另一組隨選連線設定，切換網路時可能會觸發不同連線。不要任意刪除受管理裝置中的描述檔；請先向管理單位確認可調整範圍，再單獨測試連線。

從 Wi-Fi 切換至行動網路後，舊連線可能已失效，但應用程式仍保留原工作階段。請先停止並重新建立用戶端連線，再退出並重新開啟目標應用程式，確認是否恢復正常。若只有從休眠狀態恢復後才出現異常，請記下切換前後的網路類型、用戶端狀態及錯誤時間，不要只憑一次重新連線成功就判定節點正常。用戶端下載入口請參閱iOS 下載說明。

區分區域網路共用與行動裝置本機代理

手機透過電腦共用代理時，必須連上彼此可互通的網路，並填入電腦目前的區域網路位址及代理連接埠。電腦進入睡眠、位址變更、訪客網路隔離或防火牆阻擋，都可能使手機突然無法連線。手機上的 127.0.0.1 指向手機本身，不能代表電腦；相同名稱的 Wi-Fi 也不一定允許裝置彼此通訊，請先確認網路隔離設定。

掃描或複製訂閱至手機時，也要確認取得的是完整連結，而不是網頁分享網址。手機與電腦若使用的核心功能不同，同一份訂閱也可能需要選擇對應格式；不要反覆手動刪除欄位來維持兩份設定。更新後，請分別確認自訂規則、應用程式分流及 DNS 行為，避免把同步成功誤認為所有平台設定都已一致。

行動裝置的復原標準應包含前景使用、短暫鎖定螢幕後使用，以及切換一次網路後重新連線。測試期間只保留必要的代理功能，穩定後再恢復自動策略與應用程式分流。若問題仍在，請依本頁前面的訂閱、DNS 與節點章節繼續排查；一般使用問題可查看常見問題，首次完整設定則請依照教學流程重新確認。