Clash 常見問題

核心負責建立連線、解析網域及執行分流規則；圖形介面用戶端負責匯入設定、切換系統代理、管理服務及顯示記錄；訂閱則是遠端提供的節點或設定資料。mihomo 屬於核心，採用它的用戶端仍可能有不同介面與覆寫機制。安裝用戶端不會自動取得可用節點。排查問題時，請分別記錄用戶端名稱、核心資訊與設定來源，避免將介面功能差異誤判為協定故障。

Clash之家是用戶端與設定資料網站，並非原版 Clash 或各圖形介面用戶端的開發團隊。Clash 生態系由多個獨立專案組成，不能只因名稱相近就認定維護者相同。下載前請確認用戶端、目標系統與處理器架構；如需核對專案行為，請以該專案的說明文件、版本發布紀錄及授權文件為準。本網站教學旨在說明一般操作，不能取代訂閱服務提供者的帳戶支援或軟體開發者的問題回報管道。

日常使用通常從規則模式開始：連線會依規則順序比對，再交由指定策略處理。全域模式會將進入核心的連線交給全域策略，適合用來暫時確認問題是否出在分流規則；但這不代表所有裝置流量都已由用戶端接管。直連模式通常會讓進入核心的連線直接連至目標，但核心仍可能進行解析與監聽。測試完成後請恢復原本模式，並在連線頁確認實際符合的規則與出口，不要只看開關狀態。

兩者並非同一概念。用戶端的軟體授權與節點服務的取得方式彼此獨立，軟體可免費使用，不代表遠端伺服器也免費提供。公開節點的可用性、營運者身分與記錄政策通常難以確認，不適合用來傳輸敏感資料。匯入陌生設定前，也應檢查遠端規則、DNS、指令碼或覆寫內容，以及是否開啟本機控制介面。訂閱網址若已外洩，應請服務提供者重設；只在用戶端刪除設定後繼續使用原網址並不足夠。

先依作業系統挑選候選用戶端，再確認設定相容性、核心支援、服務安裝方式與本機覆寫功能。Windows 使用者可先看看 Clash Plus，再比較 Clash Verge Rev、FlClash 與 Clash Nyanpasu。Clash for Windows 已停止維護，適合作為舊版遷移對象，不建議作為新設定的預設起點。遷移前請備份訂閱來源、規則與策略組選擇，不要直接覆蓋舊程式資料夾。新舊用戶端應分開測試，避免同時修改系統代理或占用相同監聽連接埠。

在設定頁新增訂閱網址並成功更新後，先選取該設定，讓它成為目前使用的設定。接著前往代理頁，為實際使用的策略組選擇節點，再啟用系統代理，或依需求啟用 TUN。最後開啟連線頁與記錄頁，連線至明確的測試目標，確認連線已進入核心並符合預期策略。設定清單中出現項目只代表資料已儲存，不表示設定已啟用；節點測速成功也不代表瀏覽器流量已交由用戶端處理。

先查看更新錯誤訊息：若驗證失敗或遭拒絕存取，請確認訂閱是否到期、是否已重設，以及網址是否完整複製；若回傳網頁或空白內容，請確認複製的是訂閱網址，而非帳戶管理頁面。若逾時，先檢查本機網路，並留意更新請求是否依賴目前已失效的代理。請勿將完整訂閱網址提交給公開轉換服務或論壇。若舊設定仍可使用，可先保留，再向服務提供者確認格式與帳戶狀態，避免刪除後失去可用設定。

先依記錄訊息找到錯誤行及其前後幾行，檢查縮排是否混用定位字元、清單項目前是否漏了連字號，以及冒號後是否有空格。接著確認檔案內容確實是 Clash 或 mihomo 可辨識的 YAML，而不是網頁、Base64 節點集合或其他核心使用的 JSON。語法解析通過後，也要檢查策略組引用的節點名稱、規則引用的策略名稱是否存在。修改前請保留原始檔案，每次只修正一處再重新載入，以便區分語法錯誤與欄位相容性問題。

TUN 需要建立虛擬網路介面並調整路由，所需權限高於一般系統代理。請先依照用戶端說明安裝服務或輔助元件，並確認服務正在執行；桌面系統可能需要系統管理員授權，Android 則需要核准系統的 VPN 連線要求。若授權後仍然失敗，請檢查是否有其他 VPN、虛擬網卡工具或安全軟體造成阻擋。不要反覆安裝驅動程式。先關閉衝突程式並重新啟動相關服務，再依據記錄找出權限、介面建立或路由寫入時的具體失敗環節。

先確認系統的 VPN 授權仍然有效，再檢查用戶端的應用程式分流設定：允許清單只會接管選取的應用程式，排除清單則會略過指定應用程式。同時確認策略規則是否將該應用程式存取的網域設為直連。Android 通常只能同時維持一個一般 VPN 服務，其他 VPN 或本機過濾工具可能會取代目前的連線。若鎖定螢幕後連線中斷，請檢查電池最佳化、背景執行與自動啟動權限。每次調整後都重新建立連線，並查看記錄確認請求是否進入核心。

開啟用戶端的連線頁，重新連線至目標，查看該連線的網域、符合的規則與代理鏈。規則通常依序執行，前面的寬鬆規則可能會先於後面的精確規則生效；MATCH 是兜底規則，應放在清單末尾。修改規則或策略選擇後，既有的長連線可能仍使用原本的出口；請關閉相關連線或重新啟動目標應用程式後再測試。若連線頁只顯示目標 IP，請繼續檢查網域解析與嗅探條件，不要只憑網站顯示的出口位址，就推斷某條規則已生效。

優先使用用戶端提供的獨立覆寫、合併設定或擴充設定功能，不要直接編輯會在訂閱更新時遭取代的快取檔案。先確認合併順序，以及清單欄位採用附加、置前或整體取代；這些行為取決於用戶端的實作，不能假設所有軟體都相同。儲存後請查看最終生效的設定，確認自訂規則的位置、策略組引用與 DNS 欄位是否保留。更換用戶端時，應重新確認覆寫機制；原用戶端的指令碼與擴充檔案不一定能直接移轉。

是否允許共用，取決於訂閱服務提供者對裝置數量、並行連線與使用條款的限制，用戶端本身無法變更這些限制。即使使用相同網址，不同平台支援的協定、TUN 參數與覆寫方式也可能不同。較穩妥的做法是共用節點來源，並將系統相關欄位保存在各裝置的本機覆寫中。同步時只傳送必要設定，不要將含有存取憑證的訂閱網址放進公開儲存庫。若一台裝置可用、另一台失敗，先比較核心支援能力與最終設定，再判斷是否受到裝置數量限制。

先確認主機與目標裝置位於彼此可連通的區域網路，並在主機用戶端啟用允許區域網路連線，核對監聽位址與實際使用的 HTTP 或混合代理連接埠。其他裝置應填入主機的區域網路 IP，而不是 127.0.0.1；這個位址在每台裝置上都指向該裝置本身。主機防火牆只應視需要允許可信任的區域網路存取，必要時啟用代理驗證。請勿將代理連接埠或控制介面轉發至公網。主機進入睡眠、位址變更或用戶端關閉後，其他裝置也會失去代理入口。

先釐清預期行為：哪些網域應由哪組解析器處理，哪些連線應經由代理送出。測試網站列出的解析器可能是遞迴解析服務的出口，不能只憑所在地判定是否洩漏。請逐項核對用戶端 DNS 記錄、系統解析設定、瀏覽器安全 DNS 與 TUN 的 DNS 接管設定。瀏覽器內建的加密解析可能繞過預設的核心 DNS 路徑，也可能仍透過代理連線，兩者都需要分別確認。每次只變更一項設定，並同時觀察解析請求與目標連線的實際路由。

先暫停代理，確認本機網路、系統時間與基本網域解析正常，再重新啟用用戶端並確認設定已成功載入。接著核對節點位址、連接埠、驗證參數與協定支援情況，並換用已知可用的節點及測試目標交叉確認。測速逾時也可能是測試位址無法連線或逾時門檻太短所致，不一定代表節點完全離線。若所有節點都同時失敗，優先檢查本機服務與網路；若只有單一節點失敗，再聯絡服務提供者。記下錯誤類型與發生時間，比反覆點擊測速更有助於診斷。

先確認核心正在執行，以及系統代理記錄的位址與連接埠是否和用戶端的監聽設定相符。接著確認目標應用程式是否遵循系統代理：部分瀏覽器擴充功能會覆寫代理設定，終端機工具則通常需要另外設定代理參數或環境變數。若連線頁在存取期間完全沒有新記錄，問題通常發生在流量進入核心之前；若已有記錄但出口不符，則檢查規則與策略組。排查期間只讓一個程式管理系統代理，避免其他用戶端、擴充功能或 VPN 在背景反覆改寫設定。

部分 Windows 封裝應用程式受到網路隔離限制，無法直接存取回送位址上的代理，但一般桌面瀏覽器可能正常。先確認故障應用程式確實受到此限制，再使用用戶端提供的 UWP 回送工具，只為需要的應用程式新增豁免，然後重新啟動應用程式測試。不要直接對所有應用程式開放權限。Windows 內建的 CheckNetIsolation 工具也可用來檢視與管理豁免，但操作前請確認正確的應用程式套件識別碼。回送豁免只會處理本機存取限制，無法修復節點、DNS 或遠端服務故障。

若連接埠被占用，先關閉其他代理用戶端或殘留的核心程序，再確認系統中是哪個程序正在監聽目標連接埠；不要直接強制結束身分不明的系統程序。也可以在目前用戶端改用未使用的連接埠，但必須同步更新系統代理與手動設定的應用程式。關閉用戶端後無法上網時，先到系統網路設定，檢查是否仍保留指向本機連接埠的手動代理。若先前啟用過 TUN，也要確認相關服務與路由已正常還原。網路恢復後再啟動單一用戶端，避免多個執行個體造成重複故障。

建議提供作業系統、處理器架構、用戶端名稱、核心資訊、目前模式、重現步驟，以及故障前後的一小段記錄。請說明問題影響所有連線還是特定應用程式，以及是否只在 TUN、特定網路或某條規則下出現。提交前請刪除完整訂閱網址、驗證密碼、存取權杖、節點帳戶與不必要的個人網域；截圖也要檢查網址列與設定側欄。請優先製作移除敏感資訊的最小設定，不要上傳整個設定資料夾。若記錄中仍有可識別身分的資訊，公開前應再進一步刪除。