Clash 疑難排解

用戶端提供匯入設定、切換模式及檢視記錄的介面；核心負責接收連線、比對規則並轉送流量；訂閱通常提供代理資源或完整設定。安裝用戶端後仍須匯入可用設定，更新用戶端也不等於更新訂閱。排查時先確認問題出在介面操作、核心執行或遠端資源，避免把所有故障都歸因於用戶端版本。

規則模式依規則清單決定連線去向，適合日常分流；全域模式會將進入核心的連線交由全域策略組處理，適合短時間比對測試；直連模式則讓進入核心的連線直接連至目標。全域模式不會自動接管整台裝置，應用程式流量仍須透過系統代理或 TUN 進入核心。測試結束後請切回規則模式，避免影響其他應用程式的連線路徑。

系統代理只是提供代理位址給應用程式，是否採用取決於應用程式本身的網路實作。瀏覽器通常會讀取系統設定，但部分遊戲、命令列工具及使用自有網路堆疊的應用程式不會。先在用戶端的連線頁確認是否出現目標請求，再檢查應用程式是否支援個別設定 HTTP 或 SOCKS 代理；確實需要接管更多流量時，再評估使用 TUN，別只靠反覆切換全域模式處理。

兩者都能用來匯入設定，但維護方式不同。遠端訂閱可依用戶端設定重新取得內容，本機檔案通常只反映儲存當下的狀態，不會自動同步遠端變更。節點清單也不一定是完整的 Clash 設定，匯入前請確認服務提供者支援的格式。需要轉換時，建議優先使用可信任的本機工具；訂閱網址可能包含存取憑證，不宜交給陌生的轉換服務。

常用模式與基本規則欄位有延續性，但通訊協定、規則類型及 DNS 選項並非完全通用。mihomo 延續 Clash Meta 的發展，支援較多擴充功能，舊版核心可能無法辨識這些欄位。遇到設定解析錯誤時，請查看記錄中的欄位名稱並核對核心文件，改用相符的設定格式或用戶端，不要直接刪除錯誤欄位後繼續使用。

在設定頁匯入訂閱後，先選取該設定，確認核心已成功載入，且記錄中沒有解析錯誤；接著切換至規則模式，並在相關策略組選擇可用策略。電腦版先開啟系統代理，再用瀏覽器測試；行動裝置則依提示授權 VPN 連線。最後檢視連線記錄中的命中規則與出口策略，確認請求確實進入核心，再設定自動更新或 TUN 等進階功能。

先查看記錄，判斷是權限不足、建立虛擬網卡失敗，還是寫入路由失敗。Windows 電腦版用戶端通常需要安裝並啟動服務模式，或依專案說明以系統管理員身分執行；macOS 與 Linux 也須符合相應的提權要求。接著確認是否有其他 VPN 正在使用網路堆疊。不要任意刪除網卡或一次修改多條路由，建議先關閉 TUN、恢復基本連線，再逐項檢查。

先確認是否同時開啟兩個用戶端，或舊的核心程序仍在執行。如果連接埠確實被其他服務占用，可在用戶端設定中改用未占用的本機連接埠，套用後重新切換系統代理。手動設定代理的瀏覽器、終端機及其他應用程式也要一併更新連接埠。別只修改 YAML 而忽略用戶端的覆寫設定，最後請以執行中的設定與實際監聽結果為準。

部分採用 AppContainer 隔離的 Windows 應用程式，預設無法存取本機回環代理。先確認一般瀏覽器能透過相同代理連線，再使用用戶端提供的 UWP 回環工具，為確實需要的應用程式啟用回環豁免；此操作可能需要系統管理員權限。並非所有 Microsoft Store 應用程式都會遇到這個問題。若啟用豁免後仍無法連線，請繼續檢查應用程式的代理支援、DNS 與連線記錄。

匯入設定只是儲存資源，還須在用戶端啟動連線，並同意系統的 VPN 授權提示。確認沒有其他 VPN 正在執行，再檢查目前設定是否已選取且能正常載入。Android 若頻繁斷線，也請檢查電池最佳化與背景執行限制；iOS 可在系統 VPN 設定中查看連線狀態。關閉用戶端畫面不代表連線已停止，請以系統及用戶端記錄顯示的狀態為準。

不是。用戶端設定頁的自動更新通常會重新下載整份遠端設定，時間單位依用戶端介面而定；proxy-providers 中的 interval 通常以秒為單位，用來控制核心擷取對應代理集合的週期。規則集合也可能有獨立的更新週期。請先確認要更新的是完整設定、代理集合還是規則資源，再調整相應選項，避免把介面上的分鐘數直接填入核心欄位。

如果直接修改的是遠端訂閱下載產生的檔案，下次更新可能會覆蓋變更。需要長期保留的規則，應使用用戶端支援的覆寫、合併或指令碼機制，並確認規則插入位置；規則會依序比對，若新增在兜底規則之後，通常不會生效。修改前先備份，更新後檢查執行中的設定，不要只看編輯器內容，並透過連線記錄確認新規則是否命中。

開啟用戶端的連線頁，再重新造訪目標網站，依網域或程序尋找新連線，查看規則類型、策略組及最終出口。瀏覽器快取或既有的長連線可能讓規則變更暫時看不出效果，可關閉相關連線後再試。網站通常會連線至多個網域，別只檢查網址列中的主網域；如果連線頁完全沒有記錄，請先確認系統代理或 TUN 是否已接管該應用程式。

僅在可信任的區域網路中開啟允許區域網路連線，並確認監聽位址與防火牆的輸入規則，再讓其他裝置填入執行用戶端之裝置的區域網路位址及代理連接埠。不要填入 127.0.0.1，該位址只會指向各裝置本身。只開放必要的代理連接埠，別一併暴露控制介面；在公共網路中應關閉此功能。若需要驗證，請依核心支援方式設定存取限制。

通常不需要。先確認裝置的基本網路已恢復，再關閉並重新開啟系統代理或 TUN，讓用戶端重新接管流量；如果仍有舊連線，可中斷後再試。切換無線網路可能改變閘道、DNS 與可用路由，記錄中的解析或連線錯誤，比重新匯入更能提供排查線索。只有確認遠端設定已變更、失效或載入異常時，才需要更新或重新匯入訂閱。

先確認訂閱網址完整無誤、帳戶狀態正常，並核對用戶端支援的訂閱格式。接著查看更新記錄：401 或 403 通常與授權或伺服器存取限制有關；404 請核對網址；逾時則檢查目前網路及更新請求的連線路徑。如果用戶端支援透過代理更新，可切換方式進行比對測試，避免短時間內反覆重新整理。回報服務提供者時，請隱去訂閱憑證，只提供狀態碼與錯誤摘要。

不一定。延遲測試失敗只表示測試請求未能在限定時間內完成，可能與測試網址、DNS、通訊協定支援或目前線路有關。先比較同一設定中的其他策略，再檢查實際網頁請求與核心記錄；如果只有一個出口失敗，優先切換出口並聯絡資源提供者。如果所有出口都同時失敗，則檢查本機網路、系統時間與核心執行狀態，不要只根據測試結果刪除訂閱。

先確認核心是否正在監聽設定的連接埠，再核對作業系統代理的位址與連接埠是否一致。暫時停用可能改寫代理設定的瀏覽器擴充功能及其他代理用戶端，接著在連線頁觀察請求。沒有記錄時，優先檢查流量接管路徑；有記錄但連線失敗時，檢查命中策略、解析結果與出口錯誤。退出用戶端後若網路異常，也要確認系統是否仍保留指向已停止連接埠的代理設定。

先確認預期行為：分流設定可能刻意讓部分網域使用本機 DNS，出現本機解析器不一定代表異常。請綜合核心 DNS 記錄、系統解析設定與瀏覽器安全 DNS，確認實際解析路徑。使用 Fake-IP 模式時，部分裝置探索功能或特殊應用程式可能不相容，可依文件為相關網域設定過濾。調整後清除系統及瀏覽器的 DNS 快取，並重新建立連線；不要同時變更多個解析選項。

記下用戶端名稱、核心版本、作業系統、代理模式及可重現的操作步驟，並擷取故障前後的相關記錄。保留狀態碼、錯誤欄位與連線階段，有助於判斷是設定解析、DNS 還是流量轉送問題。分享前請隱去訂閱連結、驗證資訊、控制介面金鑰，以及涉及隱私的網域或位址；不要公開完整設定。排查完成後，請恢復一般記錄層級，避免長期收集不必要的連線資訊。