FlClash 疑難排解
連線、訂閱與 DNS

無法上網：先確認故障所在層級

「用戶端顯示已啟動」只代表本機服務可能正在執行，不表示訂閱、遠端連線與系統接管都正常。先選一個平常可直接連線的網站，以及一個需要代理才能存取的服務，用同一個瀏覽器分別測試，並記下具體錯誤：無法解析網域、連線遭拒、憑證錯誤，還是等待逾時。不要只因某個網頁無法開啟，就認定整個網路都中斷；服務維護、登入失效與地區限制也會導致無法存取。

先停用接管，確認基礎網路

暫停 FlClash，關閉系統代理與 TUN，再確認系統代理設定是否已復原。若退出後瀏覽器仍指向本機連接埠，請先清除殘留代理，否則這次測試並非直接連線。使用可信任的網路存取一般網站，必要時切換至手機熱點進行比對。直接連線也失敗時，優先檢查 Wi-Fi 驗證、路由器、網路線或電信業者連線；在飯店、校園等網路中，也應先完成入口網站的登入驗證。

若只有一台裝置無法直接連線，請檢查系統時間、網路介面卡及安全軟體的通知；同一網路下所有裝置都無法連線，則較可能是上游問題。此時反覆匯入訂閱通常無濟於事。基礎網路恢復後再啟動 FlClash，並沿用原本的測試網站，避免把更換測試目標造成的差異誤認為修復結果。瀏覽器既有的長連線可能暫時沿用舊狀態，驗證時請重新發出請求。

接著檢查目前設定與出站選擇

開啟設定頁面，確認已成功匯入的設定已選為目前使用的設定；清單中有檔案，不代表核心正在使用該設定。進入代理頁面，檢查規則引用的策略組是否有可用出站；手動選擇時，請勿停留在失效的選項。先以規則模式測試，再短暫切換至全域模式比對：全域模式可用但規則模式失敗，通常應檢查規則命中與策略組；兩種模式都失敗，則繼續檢查遠端連線與本機連接埠。

直連模式代表請求略過代理出站，不是更強的連線方式。切換模式僅用於定位問題，測試結束後請恢復日常使用的規則模式。若日誌出現策略不存在、設定解析失敗或連接埠監聽失敗，應先處理這些明確錯誤。設定載入失敗時，介面可能仍顯示舊設定的資訊，不能只看設定名稱；重新啟動核心後查看最新的啟動日誌，確認實際載入結果符合預期。

使用明確指定代理的方式，排除系統接管問題

在桌面終端機執行下方的請求。範例假設混合連接埠使用預設值 7890；若曾修改，請使用用戶端目前顯示的連接埠。Windows 可將 curl 寫成 curl.exe，避免部分終端機中的同名別名。此指令會直接指定本機代理，不依賴瀏覽器的系統代理設定；它只能驗證這次請求，不能代表所有應用程式都已成功接管。

curl --proxy http://127.0.0.1:7890 --connect-timeout 10 --max-time 25 -I https://example.com

若出現無法連線至本機連接埠的訊息，請檢查核心是否正在執行、連接埠是否一致，以及監聽連接埠是否被占用；若已連上代理但後續逾時，請改查出站或 DNS。指令有回應但瀏覽器仍無法連線時，應優先檢查瀏覽器擴充功能、內建代理及系統代理。回應狀態不一定要是成功頁面：服務回覆拒絕存取，也表示部分連線路徑已建立。請依回應內容判斷，不要把所有非成功狀態都當成網路中斷。

依比對結果選擇下一步

保留這組比對結果，再前往相關章節。恢復後至少驗證一個直連目標、一個代理目標，以及原本出問題的應用程式，確認不是單靠快取開啟頁面。若仍無法判斷，可參考常見問題核對基本概念；但不要為了追求某種介面狀態而一次開啟所有接管選項。只保留必要設定，後續會更容易維護。

節點逾時：分辨入口無法連線與交握失敗

逾時表示某個步驟未能在等待期限內完成，並不能直接說明原因。可能是訂閱中的伺服器位址已失效，也可能是網域解析、傳輸交握或目標服務回應停滯。先記下目前的出站、連線網路與測試目標，查看同一時間的日誌。若用戶端只顯示「逾時」，請展開附近的錯誤日誌，判斷停在解析位址、撥號連線，還是建立安全連線之後，再決定是否更換出站。

確認訂閱狀態與系統時間

先至訂閱服務商的管理頁面，確認服務是否有效、流量額度是否足夠，以及入口近期是否有調整。用戶端顯示訂閱更新成功，只代表成功取得內容，不保證內容中的每個入口都能連線。重新更新目前的訂閱後，請確認目前使用的設定確實已更新，並檢查原策略組是否仍選用舊項目。不要反覆刪除並重建設定，以免失去便於比對的規則、手動選擇與覆寫設定。

啟用作業系統的自動設定日期與時間，檢查時區及實際顯示的時間。安全連線會依憑證有效期限進行判斷，裝置時間明顯錯誤時可能出現交握錯誤，介面也可能將其概括顯示為連線失敗。時間修正後重新建立連線即可，不必立刻重裝用戶端。若日誌指出憑證名稱或憑證鏈有問題，應檢查訂閱參數及網路是否遭到驗證攔截，不要關閉憑證驗證來掩蓋實際風險。

比較單一出站、整個策略組與不同網路

在相同網路與測試目標下，改選另一個出站，每次只變更這一項。若只有一個出站失敗、其他都可用，通常應檢查該入口的狀態；全部失敗時，問題也可能出在本機網路、整體訂閱狀態或公共解析服務。接著使用可信任的手機熱點重測一次：熱點可用但原網路失敗，代表故障較可能與原網路策略、路由或上游限制有關，但仍不能只憑一次結果斷定具體的封鎖方式。

不要只依據內建測試按鈕判斷實際服務是否可用。測試網址、逾時門檻與實際存取的服務可能不同；測試成功也不保證特定應用程式的登入介面或即時連線正常。請再用瀏覽器或明確指定代理的請求測試實際目標。若只有特定網站無法使用，請檢查是否被直連規則提前命中，或目標服務是否限制目前的出口；此時不應再以「所有節點都無法連線」的方向排查。

依日誌顯示的連線階段處理

出現 no such host、解析逾時等訊息時，先檢查入口網域解析；出現 connection refused 時，通常表示連線抵達的位址或中間設備主動拒絕請求，請核對伺服器連接埠與服務狀態；等待逾時則可能是路徑不通或對端沒有回應。錯誤文字只能作為線索，不能取代完整上下文；也不要把目標網站拒絕存取誤認為代理伺服器拒絕連線。

若日誌明確指出交握失敗，請檢查協定類型、傳輸方式、伺服器名稱及訂閱中的附加參數是否完整。部分轉換服務可能會遺失特定協定欄位，手動編輯也容易造成縮排或型別錯誤。請優先還原服務商提供、適用於 mihomo 的原始設定再測試。不要根據其他教學任意修改伺服器名稱、指紋或傳輸參數；這些欄位必須與伺服器端設定相符，並非隨便選一種就能運作。

排除本機封鎖並留下可重現的紀錄

檢查防火牆或端點安全軟體是否在更新後封鎖用戶端或核心程序。優先查看封鎖紀錄，並依程式路徑建立必要規則，不要長期關閉整套防護。公司裝置可能由統一政策管理，一般帳號無法變更；請遵守網路管理規範。若另一個 VPN 正在執行，先中斷連線再重試，避免預設路由或虛擬網卡互相衝突；測試時仍只執行一個代理核心。

記下「原網路與熱點」、「單一與多個出站」、「測試網址與實際服務」三組結果，通常就能將問題交由適當的維護方處理。需要依清單逐項操作時，可參閱節點逾時排查筆記。若所有入口在多個網路下都失敗，但基礎網路正常，請聯絡訂閱服務商確認服務狀態，不要繼續調高逾時值來掩蓋無法連線的問題。

訂閱失敗：分別檢查取得、解析與啟用

匯入訂閱包含三個步驟：用戶端取得遠端內容、核心解析設定，以及使用者選擇並啟用設定。不同階段的失敗需要不同處理方式。「無法下載」應檢查網路與網址；「解析錯誤」應檢查回傳內容與格式；「匯入後沒有出站」則應檢查設定結構與目前選擇。請先保留完整錯誤訊息，不要只記下失敗圖示；釐清故障階段，才能避免反覆嘗試同樣無效的匯入方式。

確認網址是否取得正確內容

從服務商複製完整訂閱連結，留意通訊軟體可能插入換行、漏掉網址末端參數，或連同說明文字一起複製。請清除連結前後的空格，但不要擅自刪除查詢參數。若收到的是網頁分享網址而非訂閱網址，用戶端可能下載到登入頁面。瀏覽器能開啟某個頁面，不代表用戶端取得的是代理設定；請確認服務商是否要求登入、特定請求標頭或專用訂閱入口。

依回應狀況定位問題：未授權或禁止存取通常與憑證、帳戶狀態或存取政策有關；資源不存在可能代表連結已過期；請求過多則應停止連續重新整理，等待服務商恢復。網路逾時與這些回應不同，不應一概歸咎於密碼錯誤。部分訂閱網域需要透過現有代理才能存取，可使用仍有效的設定完成一次更新，但不要讓訂閱下載成為唯一的啟動方式。

內容下載成功後，檢查檔案格式

適用於 mihomo 的完整設定通常採用 YAML，但不是任何包含代理位址的文字都能直接當作設定使用。部分入口會回傳其他用戶端格式、編碼後的連結集合或錯誤說明頁面；即使下載成功，這類內容仍會解析失敗。請優先選用服務商明確標示適用於 Clash 或 mihomo 的入口。用戶端可能支援多種匯入方式；實際支援哪些格式，應以介面與核心能力為準。

出現行號與欄號時，請檢查錯誤位置附近的縮排、冒號、清單符號與欄位型別。YAML 縮排請使用空格，不要混入定位字元；全形中文標點也不能取代語法標點。下方僅示範規則片段的結構，並非完整訂閱：它需要設定中已存在 Proxy 策略組。直接匯入此片段作為完整設定，不會憑空產生可用出站。

rules:
  - GEOSITE,cn,DIRECT
  - GEOIP,CN,DIRECT
  - MATCH,Proxy

設定已匯入，但尚未實際啟用

返回設定清單，確認匯入的項目可以開啟，並將其選為目前使用的設定。若匯入的是本機檔案，之後更新遠端訂閱不一定會更新這份檔案；請先釐清目前使用的是連結設定、檔案副本，還是包含覆寫的設定。啟用連線後檢查最新日誌，確認沒有解析錯誤。清單中的更新時間只能反映某次操作，不能單獨證明執行中的核心已切換至新內容。

若設定可以啟用，但代理頁面是空的，請檢查是否有代理項目或代理提供者，以及策略組是否有引用這些項目。部分設定會將出站放在遠端提供者中，主檔案成功下載後仍須另外取得子資源；子資源的網域、權限或格式失敗，也會造成空白策略組。此時應在日誌中搜尋提供者名稱與更新錯誤，而不是只重新整理主訂閱。分享日誌時，名稱與下載網址也要遮蔽敏感資訊。

避免更新覆寫與規則重複

需要長期保留的本機設定，應盡量使用用戶端提供的覆寫機制，而不是直接修改會被訂閱更新覆蓋的內容。覆寫也可能造成衝突：重複新增規則、引用不存在的策略組，或將原有欄位替換成錯誤型別。排查時先停用自訂覆寫，以原始訂閱測試；原始內容正常後再逐項恢復。不要同時更換訂閱轉換服務與覆寫檔案，否則很難判斷是哪一層改變了設定。

恢復後手動更新一次，確認設定仍可重新載入，並檢查規則與出站選擇是否保留預期行為。若只有自動更新失敗，再檢查背景執行條件與下載使用的網路路徑。訂閱可能包含私人網域與驗證資料，不應上傳至公開的線上解析器。首次匯入流程請參閱匯入訂閱與連線設定；分流結果不符合預期時，再參考rules 比對順序說明進行檢查。

網速慢與連線中斷：分辨頻寬、路徑與服務限制

「慢」應拆解為可觀察的現象：網頁首次開啟等待很久、下載速度持續偏慢、影片頻繁緩衝，或連線使用一段時間後中斷。這些現象可能有不同瓶頸。先用同一裝置、同一網路與同一目標重複測試，並暫停系統更新、雲端硬碟同步及其他大量傳輸工作。不要直接比較不同網站的下載結果，也不要用單次內建連線測試取代實際應用程式的使用體驗。

在相同條件下比較直連與代理

先測試允許直連的可靠目標，確認 Wi-Fi 訊號與基礎網路穩定，再測試需要代理的目標。若直連也很慢，應優先檢查路由器負載、無線干擾與上游頻寬；可嘗試改用有線連線或靠近無線基地台。若只有代理速度慢，再比較同一策略組中的其他出站。測試時應持續觀察一段時間，避免將短暫壅塞或命中網頁快取誤判為明顯改善；切換出站時也不要同時更換網路。

不同測試目標可能位於不同地區，或使用不同的內容傳遞網路，因此結果自然會有差異。某個大型檔案下載速度快，不代表即時會議或遊戲的連線路徑也同樣穩定。若應用程式頻繁斷線，請記錄中斷是否發生在鎖定螢幕、切換網路、裝置休眠或固定閒置時間之後。若總是與同一系統事件相鄰，排查重點應從遠端頻寬轉向背景執行政策、虛擬網卡與連線復原機制。

檢查實際命中的規則與出口

在連線記錄或日誌中，查找目標網域對應的規則、策略組及最終出站。瀏覽器首頁與影片資源可能來自不同網域；首頁開得快、影片播放慢，不一定是同一條連線出問題。規則依序比對，前面的廣泛規則可能讓後面的細項規則無法執行；修改後必須建立新連線驗證。既有連線通常不會因規則更新而自動切換到新出站。

自動選擇策略組也可能因探測目標與實際服務不同，而挑到不理想的出口。可暫時手動固定一個出站，觀察問題是否消失，再決定是否調整探測策略。目標服務也可能依出口地區、同時連線數或帳戶狀態限制速度，這不是增加本機連接埠或變更介面設定就能解決的。若只有某個服務變慢，應優先比較該服務的不同資源與用戶端，而不是為整份設定新增大量例外。

了解協定、封包遺失與網路切換

下載速度持續偏慢，可能與遠端負載、路徑壅塞或封包遺失有關；首次請求緩慢也可能涉及 DNS、交握與連線重複使用。行動網路和公共 Wi-Fi 的狀況也會隨時段變化。不要隨意一併啟用各種協定參數、連線重複使用或傳輸設定；參數必須符合伺服器端的支援狀況。涉及 UDP 的服務也要確認出站與接管路徑確實支援；HTTP 代理可用，不代表所有 UDP 服務都會走相同路徑。

網頁正常但部分應用程式卡住時，可在其他條件不變的情況下，比較系統代理與 TUN 的結果。若只有 TUN 失敗，應檢查路由、DNS 與虛擬網卡，而不是立刻調整遠端設定。MTU 不合適可能造成部分請求停滯，但應在有明確分段或路徑線索時才測試；記下原值、每次只改一項，並保留還原方式。任意調低 MTU 並不是通用的加速方法。

短時間查看日誌，不要長期進行高負載診斷

需要定位特定請求時，可短暫提高日誌詳細程度，重現一次問題後立即恢復日常等級。高頻日誌、反覆探測所有出站，以及同時執行多個用戶端，都會增加本機負擔並影響比對結果。觀察系統資源時，應檢視故障前後的變化及相關程序，不要只憑記憶體用量判斷是否洩漏。長時間執行後逐漸變慢，與啟動後立刻變慢，應分開記錄。

確認改善後，恢復正常日誌等級、停止重複測試，並在常用服務中驗證。若問題只在尖峰時段出現，保留時間與網路條件交由服務商分析，比只傳送一張「網速慢」的截圖更有幫助。若問題無法穩定重現，請先收集相關條件，不要為了立即得出結論而持續變更設定，以免破壞原本可用的連線路徑。

DNS 問題：檢查解析路徑與網域規則

網域解析異常常見症狀包括部分網站無法開啟、首次存取等待很久，或日誌出現找不到主機。首先分清三種網域：訂閱下載網域、代理伺服器網域及最終目標網站網域。它們可能使用不同的解析路徑；目標網站解析正常，不代表伺服器網域也能解析。先確認錯誤涉及哪個網域，再檢查對應請求，不要一次更換所有解析器。

分辨系統解析與核心解析

作業系統、瀏覽器與 mihomo 可能各自使用不同的 DNS 設定。系統指令查詢成功，只能代表該查詢路徑正常；瀏覽器啟用安全 DNS 後，也可能略過系統解析。TUN 的 DNS 接管則可能將請求交由核心處理。排查時先記錄瀏覽器安全 DNS、系統 DNS、核心 DNS 與 TUN 的目前狀態，短暫統一至容易理解的測試路徑；驗證後再恢復所需設定。

以下指令用於觀察系統查詢與明確指定解析器之間的差異，並非建議在所有網路中長期固定使用某個公共 DNS。若第二個指令失敗，也可能是目前網路限制直接 DNS 請求。Windows、macOS 與多數 Linux 環境都可使用 nslookup；精簡系統若未安裝此工具，請使用系統現有的解析診斷工具，不要從不明來源下載可執行檔進行測試。

nslookup example.com
nslookup example.com 1.1.1.1

檢查加密解析與啟動依賴

若加密 DNS 位址本身使用網域，連線前可能仍需要基礎解析。代理伺服器也使用網域時，若其解析請求又被強制交給尚未建立的代理處理，就可能形成循環依賴。這類故障常見於啟動時全部逾時，但已有快取時偶爾可用。請檢查設定是否提供合理的引導解析與代理伺服器網域解析路徑，避免解析上游完全依賴尚未建立的出站。

以下是局部 DNS 設定範例，說明一般解析與代理伺服器網域解析的分工，並非適用於所有網路的完整設定。合併前請確認原始檔案是否已有 dns 欄位，同一層不可重複貼上。使用加密解析位址也需要目前網路能連線至對應服務；若匯入後核心提示不支援欄位，請先還原原設定，再確認實際核心支援狀況，不要忽略載入失敗後繼續測試。

dns:
  enable: true
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  default-nameserver:
    - 1.1.1.1
  nameserver:
    - https://1.1.1.1/dns-query
  proxy-server-nameserver:
    - 1.1.1.1

了解 fake-ip 與應用程式相容性問題

fake-ip 會回傳對應位址給應用程式，讓核心在後續連線中識別原始網域。這類位址不是目標網站的真實公網位址，不能因此認定解析遭到破壞。若應用程式取得對應位址後略過核心直接連線，或將位址交給其他裝置使用，就可能失敗。請先確認相關流量是否完整經過同一接管路徑，再考慮針對明確不相容的網域加入過濾規則，而不是將所有網域都列為例外。

切換解析模式、網路或接管方式後，系統與瀏覽器可能仍快取舊位址。關閉相關應用程式並重新發出請求，必要時依系統方式清除解析快取。確認有需要時，Windows 可使用 ipconfig /flushdns；其他系統的指令依服務實作而異，不應直接套用。清除快取不能取代修復上游錯誤；若每次都必須清除快取才能短暫存取，請繼續檢查位址映射與流量路徑是否一致。

分辨解析異常與地理規則失效

GEOSITE 主要依據網域分類，GEOIP 則依據位址資料庫判斷；兩者不是同一類 DNS 功能。網域即使可以正常解析，也可能因資料庫缺漏、分類名稱錯誤或前置規則已命中而走錯出站。請在連線記錄中確認實際命中的規則，並檢查資料庫載入與更新日誌。規則最後的預設策略也必須存在，否則未命中前面規則的請求仍會失敗。

修復後分別驗證伺服器網域、目標網域與原先異常的應用程式，並觀察重新啟動後的首次連線。資料庫更新與分類排查可參閱GeoIP 與 GeoSite 更新指南。若 DNS 只在特定網路下失敗，請保留該網路的限制條件，不要將臨時測試設定直接套用至所有裝置。

系統代理無效：檢查應用程式是否進入核心

系統代理通常會提供 HTTP 代理入口給會讀取系統設定的應用程式，並非強制轉送所有流量。部分終端機、遊戲、服務程序或使用自有網路堆疊的應用程式不會使用系統代理。TUN 則透過虛擬網路介面與路由接管更多流量，但需要相應權限、驅動程式與路由狀態。先以明確指定代理的請求確認本機核心可用，再判斷應用程式是否遵循系統代理，避免將接管範圍差異誤認為用戶端啟動失敗。

核對監聽位址、連接埠與占用狀況

在 FlClash 中檢查混合連接埠，並逐字比對應用程式填寫的代理連接埠。本機應用程式通常使用 127.0.0.1；這代表目前裝置本身，不是區域網路中的電腦位址。使用預設連接埠不代表監聽一定成功，其他用戶端或背景程序也可能已占用該連接埠。以下指令用於檢查監聽程序：Windows 請在終端機執行第一個指令；macOS 或已安裝相應工具的 Linux 可執行第二個指令。

netstat -ano | findstr :7890
lsof -nP -iTCP:7890 -sTCP:LISTEN

查詢結果中的程序編號應與預期程式相符。看到連接埠被占用時，不要直接結束不明程序，請先確認名稱與用途；系統服務或其他使用者的程序可能正在執行正常工作。可先退出其他代理用戶端，再重新啟動 FlClash；或變更連接埠並同步更新應用程式設定。混合連接埠同時接受 HTTP 與 SOCKS5 請求，不代表系統中的所有應用程式都會自動知道這個入口。

檢查應用程式自己的代理設定與略過清單

瀏覽器代理擴充功能、開發工具、下載器與命令列環境變數都可能覆蓋系統設定。請先停用相關擴充功能，或將應用程式恢復為「使用系統代理」，再重新啟動應用程式測試。若終端機曾設定代理環境變數，關閉用戶端後這些變數也不會自動消失。不同終端機工作階段可能繼承不同值，因此「一個視窗可用、另一個不行」時，應先比對環境，而不是立刻修改核心設定。

若使用 SOCKS5 代理，也要分清楚網域由應用程式在本機解析，還是交由代理解析。在支援 curl 的環境中，可使用以下寫法讓網域經由代理解析，與本機解析路徑比對。不要只將 HTTP 代理的位址前綴改成 SOCKS，就認為兩者行為完全相同。系統或應用程式的略過清單也可能讓內網網域或特定位址直接連線；排查前請先記下這些例外。

curl --proxy socks5h://127.0.0.1:7890 --connect-timeout 10 --max-time 25 -I https://example.com

TUN 已啟用，但應用程式仍未被接管

確認核心啟動日誌沒有權限不足、虛擬介面建立失敗或路由寫入失敗等訊息。需要管理員權限或輔助服務的平台，應依用戶端提示授予權限，而不能只看開關是否變色。若最近更新或移動過程式目錄，可能需要重新確認服務指向的路徑。另一個 VPN、虛擬機器網路或企業安全軟體也可能同時修改路由；請先停用衝突項目進行比對，不要假設啟用越多接管工具就能涵蓋越完整。

瀏覽器使用系統代理可用、但 TUN 不可用時，請優先檢查 TUN 路由與 DNS 接管；反過來只有 TUN 可用時，多半應檢查應用程式是否忽略系統代理。Windows 的部分 Microsoft Store 應用程式可能受迴圈存取隔離影響，無法存取本機代理；請依個別應用程式與系統提示檢查迴圈存取權限，不要批次解除所有應用程式的隔離。可先改用另一個一般瀏覽器測試本機入口，縮小問題範圍。

區域網路共享與退出後的復原

手機連線至電腦代理時，手機填寫的是電腦目前的區域網路位址與混合連接埠，而不是手機自己的迴圈位址。電腦必須啟用允許區域網路連線，並確保防火牆只在可信任的網路中放行必要連接埠。訪客 Wi-Fi 或基地台隔離可能阻止裝置互相連線；即使兩台裝置顯示相同的 Wi-Fi 名稱，也不代表彼此可以互通。換網後電腦位址可能改變，也要重新核對。

詳細共享步驟請參閱混合連接埠與區域網路連線說明。退出用戶端前先關閉接管；若異常退出後網路失效，請檢查系統代理是否仍指向已關閉的本機連接埠，再檢查虛擬網卡與路由。恢復正常後，分別驗證用戶端執行中與退出後的狀態，確保兩種情況都符合預期，而不是必須讓程式一直執行才能上網。

用戶端閃退：分辨介面、核心與設定問題

啟動失敗至少有三種情況：程式視窗完全沒有出現、介面出現後立即關閉，或介面正常但核心不斷停止。這些情況涉及不同故障層級。先記下安裝檔來源、處理器架構、系統類型及最近的變更，包括更新用戶端、匯入設定、移動目錄與調整安全政策。備份前不要清除應用程式資料；閃退後留下的設定與日誌，往往是定位問題最有用的資料。

先檢查安裝檔與執行環境

請依系統與處理器架構，從安裝檔頁面選擇用戶端，不要只根據檔名是否包含平台名稱判斷。macOS 需區分 Apple Silicon 與 Intel；Android 需符合裝置的 ABI；Linux 也要考量發行版的套件管理方式。架構不相符可能導致無法安裝，也可能透過相容層執行後出現異常。若問題在系統升級後才發生，應先確認用戶端是否與目前環境相容。

檢查安裝目錄、設定目錄與暫存目錄是否可寫入，以及磁碟空間是否足夠。將程式放在唯讀位置、網路共享目錄或受限資料夾中，可能導致資源寫入失敗。若安全軟體隔離了元件，請查看具體警示與來源，再決定是否還原或重新安裝；不要直接關閉所有系統防護。公司管理的裝置可能禁止使用虛擬網卡或背景服務，這類限制應由管理政策處理。

判斷是視窗關閉還是核心停止

介面仍在但連線停止時，先查看核心日誌是否出現設定錯誤、連接埠占用或啟動權限錯誤。匯入錯誤設定導致核心停止，不代表整個應用程式已損壞。可先停用自動連線，切換至先前確認可用的設定再啟動。若視窗本身消失，則應檢查系統應用程式當機紀錄與應用程式日誌；兩類紀錄的時間應相符，避免將較早的錯誤誤認為本次原因。

Windows 可查看事件檢視器中的應用程式錯誤；macOS 可在主控台查看相關當機報告；Linux 若由桌面環境或服務管理員啟動，可檢查相應的啟動輸出與使用者日誌。不同安裝方式的紀錄位置不盡相同，請以用戶端實際提供的日誌入口為準。回報時只需擷取錯誤附近的上下文，不必打包整個使用者目錄；日誌可能包含存取網域、路徑與訂閱資訊，請先遮蔽敏感內容。

使用副本測試設定與資料目錄

先匯出或複製目前的設定、訂閱資訊與必要選項，再嘗試停用近期新增的覆寫、規則提供者及自動工作。若原始訂閱可以啟動，但加入額外設定後發生閃退，請逐項還原擴充設定，找出最小觸發條件。不要一次還原所有內容後繼續猜測。若用戶端支援選擇獨立資料目錄，可在保留原目錄的前提下測試；實際入口以目前用戶端為準，不要套用不明的啟動參數。

需要重建資料時，先完整退出用戶端及殘留的核心程序，再將原資料目錄改名保留，不要直接刪除。重新啟動後的空白環境只用來判斷問題是否與舊資料有關，不能憑空建立可用代理。測試完成後不要直接用舊目錄全部覆蓋新目錄，否則可能再次帶入觸發問題的檔案；請依設定、規則與選項分別遷移，並記錄每個步驟的結果。

分辨背景程序遭終止與可重現的閃退

長時間執行後視窗消失，可能是系統資源不足、工作階段結束或電源管理政策終止程序。觀察同一時間是否有其他應用程式也被關閉，以及系統是否進入休眠。記憶體用量增加應結合執行時間、連線數量與日誌等級分析；單次用量偏高不能證明持續洩漏。若每次開啟特定頁面或載入某份設定都會關閉，請記錄最短重現步驟，這比隨機反覆重新啟動更容易讓維護者驗證。

重新安裝前，先確認備份可讀取並記下舊設定。安裝新版本後，先用最精簡的設定驗證能否啟動，再還原原有資料。需要暫時改用其他用戶端時，可參閱用戶端比較；跨平台選擇時優先考慮 Clash Plus，再依系統與現有設定評估 Clash Verge Rev 或 FlClash。不同用戶端的介面設定與覆寫方式並不完全相同，不宜直接複製整個私人資料目錄。

修復後至少測試冷啟動、更新設定與正常退出三個環節。若還原舊資料後才再次出錯，應繼續找出具體設定，而不是反覆重裝。遇到偶發閃退，請保留發生時間與當時操作，等待更多證據；沒有可重現條件時，不應將某個網路參數視為已確認的根本原因。

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

行動裝置故障不只與訂閱和出站有關，也常受 VPN 權限、電源管理、應用程式分流，以及 Wi-Fi 與行動網路切換影響。本章以 Android 版 FlClash 為主；iOS 用戶端資訊請參閱iOS 安裝選擇，首選 Clash Plus。不要直接將 Android 的操作路徑套用至 iOS，也不要把瀏覽器成功存取視為所有應用程式都使用同一條代理路徑。

確認 VPN 授權與單一接管狀態

首次啟動連線時，Android 通常會要求確認 VPN 連線權限。若誤按取消，請返回用戶端重新啟動連線，並依系統提示授權。系統 VPN 狀態與用戶端核心日誌應一併查看：狀態列顯示 VPN 圖示，不代表遠端出站已可使用。若系統中還有另一款 VPN、過濾工具或企業網路元件，請確認是否占用相同使用者環境的 VPN 通道，避免兩個應用程式不斷爭用連線。

在系統 VPN 設定中，檢查「一律開啟」及「封鎖未通過 VPN 的連線」等選項。這些選項會影響用戶端停止後的網路狀態：若已啟用封鎖，斷線後無法直接連線可能是預期的政策，不代表 Wi-Fi 故障。診斷前先記下原本狀態，確認後再暫時調整；測試結束後恢復所需的防護設定。受組織管理的裝置可能不允許修改，請遵守裝置管理規範。

只有鎖定螢幕後失效時，檢查背景執行政策

先讓螢幕保持開啟，確認連線持續一段時間，再鎖定螢幕重做相同測試。只有鎖定螢幕後才中斷，且喚醒後恢復時，應優先檢查電池最佳化、背景執行與自動啟動權限。不同廠牌的選項名稱不一，請至系統應用程式設定中尋找，不要照搬其他手機的操作路徑。允許必要的背景活動後重新測試即可，不必取消整台裝置所有應用程式的省電限制。

分辨「系統結束了用戶端程序」與「程序仍在執行，但遠端連線因閒置而中斷」。前者通常伴隨通知消失、程序重新啟動或 VPN 狀態變化；後者可能在重新發出請求後恢復。鎖定螢幕期間 Wi-Fi 休眠、行動數據限制也會造成類似現象。請記錄通知、VPN 圖示與實際應用程式請求的變化，才能判斷應檢查電源管理還是連線復原；只看主畫面的按鈕不足以判斷。

切換 Wi-Fi 與行動網路後，重新驗證連線路徑

網路切換會改變本機位址、預設路由與 DNS，舊連線可能無法繼續使用。請先等待系統網路穩定，再於用戶端重新建立連線，並關閉目標應用程式後重試。若 Wi-Fi 可用但行動網路失敗，請檢查用戶端是否被禁止使用行動數據，以及行動網路是否能存取訂閱入口；反過來只有 Wi-Fi 失敗時，應排除需要網頁驗證的熱點、裝置隔離及該網路本身的存取限制。

部分應用程式會同時使用 IPv4、IPv6 或 UDP 路徑，因此表現可能與瀏覽器不同。不要為了測試而長期關閉系統 IPv6；請先檢查失敗請求的日誌、接管範圍與出站支援，再進行單項比對。Android 的私人 DNS 設定也可能與目前解析路徑不同，暫時調整時請保留原值。若只有某個應用程式異常，還要檢查其安全 DNS、內建代理或背景數據限制。

應用程式分流與區域網路代理的使用範圍

若已啟用依應用程式代理，請確認目前使用的是包含清單還是排除清單。應用程式若安裝在工作資料夾、分身或其他使用者空間中，可能不是同一個應用程式執行個體；主要空間中的選擇不一定會涵蓋它。修改清單後，請重新啟動相關應用程式或重新建立 VPN，避免舊連線繼續沿用原路徑。系統下載服務與瀏覽器也可能由不同程序發出連線，不能只因瀏覽器已勾選，就推定所有下載都會被接管。

手機連線至電腦共享代理時，無線網路設定中的 HTTP 代理通常只影響遵循該設定的應用程式，不等於手機建立了完整 VPN。手機應填入電腦的區域網路位址與實際連接埠，並確認雙方位於可互通的可信任網路。離開該網路後若仍保留手動代理，瀏覽器可能繼續嘗試連線至無法存取的電腦位址；應依不同網路分別管理設定，不要在所有熱點中都使用家中的代理位址。

修復後，依序驗證螢幕亮起、鎖定螢幕、Wi-Fi 切換至行動網路，以及用戶端停止後的網路狀態。若只解決前景瀏覽器的存取問題，仍須另外測試背景同步與其他應用程式。首次使用可返回新手指南完成連線驗證；需要了解核心與用戶端的分工，可參閱Clash 開源生態系專案整理。保留最後確認有效的設定與還原方式，下次網路變更時即可依相同順序重新排查。