Clash 常見問題

Clash 通常指代理核心及其設定生態；mihomo 是相容於 Clash 設定並持續擴充功能的核心專案；圖形化用戶端則負責匯入設定、選擇策略、設定系統代理及管理核心程序。介面相似不代表核心功能相同。排查協定或欄位不相容時，先在用戶端的「關於」頁面或啟動記錄確認核心名稱，再查閱對應文件。本文的進階設定以 mihomo 為參考，舊版核心不一定支援所有欄位。

用戶端提供代理連線與流量分流功能，但安裝程式本身並不等於可用的代理服務。訂閱或本機 YAML 設定通常包含代理伺服器、策略組與規則；能否連線，還取決於服務是否有效，以及目前網路是否可連通。匯入後，先確認該設定已設為目前使用的設定，再查看策略組是否有可選的代理。請勿將訂閱連結貼到公開討論區，連結中的存取識別資訊可能讓他人讀取服務設定。

日常分流建議優先使用 Rule，連線會依 rules 由上而下比對，第一條符合的規則決定連線去向。Global 會將進入核心的連線交由 GLOBAL 策略組處理，仍須在該組選擇實際代理；Direct 則讓進入核心的連線直接連線。切換模式不會自動接管所有應用程式的流量，流量能否進入核心取決於系統代理或 TUN。因此，切換至 Global 後仍無法連線，應繼續檢查流量是否已交由核心處理，以及代理連線是否正常，而不是一再切換模式。

系統代理會將作業系統的代理設定指向用戶端的監聽連接埠，通常適用於遵循系統設定的瀏覽器和應用程式；自行建立直接連線或使用獨立代理設定的程式可能會略過系統代理。TUN 會建立虛擬網路介面，透過路由接管更多 IP 流量，並需要搭配 DNS、路由及權限設定。初次使用時，可先用系統代理確認設定正常；確實需要接管其他應用程式時，再啟用 TUN。排查問題時請逐項啟用，避免同時變更多個網路入口。

不一定。延遲測試通常只會測量透過代理向指定測試網址發出請求所需的時間，無法證明所有網站、UDP 或目標服務都能正常使用。測試網址、逾時設定、連線重複使用方式及目前網路狀況都會影響結果。先確認測試使用的策略與實際連線相同，再開啟目標網站，同時在連線面板查看命中的規則及出站策略。如果只有特定服務無法使用，還應檢查出口地區限制、伺服器端拒絕連線，以及該網域是否被錯誤分流。

在用戶端的設定或訂閱管理頁面新增遠端設定，貼上完整連結後執行下載或匯入；各用戶端的選單名稱可能不同。下載完成後，還要將該設定設為目前使用的設定，並確認核心已成功重新載入。接著查看策略組中的代理名稱、規則內容及更新記錄。如果介面仍顯示舊內容，先確認更新的是目前使用的設定，且沒有被本機覆寫取代；不要只憑訂閱清單上的更新時間，就認定整份設定已生效。

先確認連結是否完整、服務提供者是否已重設連結，再檢查帳戶效期及流量狀態。記錄中出現 HTTP 401 或 403 時，優先檢查授權或存取限制；404 可能是連結路徑已變更；逾時則先確認目前網路能否連上訂閱網址。如果網址只能透過代理存取，且用戶端支援，可調整更新設定時使用的代理方式。請勿反覆將連結提交至不明的訂閱轉換網站；若確認連結已外洩，應至服務提供者的管理後台重設訂閱識別資訊。

先確認下載的是 YAML 設定，而不是登入頁面、錯誤頁面或只有代理連結的清單。如果記錄提供行號，請檢查該行及上一行的縮排、冒號與引號；YAML 縮排須使用空格，不能使用定位字元。解析成功後仍可能有語意錯誤，例如規則引用了不存在的策略組，或舊版核心不支援某種代理類型。修正前請保留原始檔案，每次只修改一處，並使用用戶端的設定檢查或核心測試功能重新驗證。

先查看記錄，確認問題是權限不足、服務未執行，還是虛擬介面建立失敗。優先使用用戶端提供的服務模式安裝或啟動服務，並依系統提示授權；若用戶端沒有服務模式，確認程式來源可信後，可嘗試以系統管理員身分執行。安裝服務後可能需要重新啟動用戶端，再啟用 TUN。若仍失敗，請檢查安全軟體的封鎖記錄及其他 VPN 建立的虛擬介面。不要以停用整個防火牆代替問題排查，也不要連續重複安裝驅動程式。

mixed-port 是同時接受 HTTP 與 SOCKS 代理連線的監聽連接埠；7890 只是常見的設定範例，並非固定必用的值。出現 address already in use 時，先關閉其他代理程式，或使用系統工具檢查連接埠占用情況，再到用戶端的連接埠設定或本機設定中選擇未被占用的連接埠。重新載入後，確認監聽已成功啟動，並同步更新瀏覽器、終端機及其他應用程式的手動代理位址。遠端訂閱可能會覆蓋變更，若要長期保留設定，建議使用用戶端的持久化覆寫功能。

在 Rule 模式下，將該網域的直連規則放在一般代理規則和 MATCH 之前。例如 DOMAIN-SUFFIX,example.com,DIRECT 會比對 example.com 及其子網域；DOMAIN,example.com,DIRECT 則只比對該網域。重新載入設定後，關閉舊連線再重新連線，並在連線面板查看命中的規則。規則採首次命中制，通常將規則加在 MATCH 之後不會生效；使用遠端訂閱時，應透過本機覆寫保留自訂規則。

select 用來手動選擇成員，適合固定使用特定線路；url-test 會依測試結果自動挑選較合適的成員，判斷結果取決於測試網址、容差等設定；fallback 則依成員順序選擇可用項目，適合主要線路故障時切換至備用線路。自動策略組不會判斷各網站的存取限制，測試成功也不代表目標服務一定可用。選擇前，先確認需求是固定出口、依測試結果選線，還是依序切換以提供備援，再設定測試間隔；頻繁切換不代表連線更穩定。

Fake-IP 會讓核心向應用程式回傳虛擬位址，再依據保存的網域對應資料處理連線；這不是遠端代理伺服器的實際位址。在 mihomo 中通常透過 dns.enable 和 dns.enhanced-mode 設定；使用 TUN 時，也要確認 DNS 要求確實由核心接管。區域網路裝置探索、部分遊戲或依賴實際解析結果的應用程式，可能需要調整 fake-ip-filter。先為確認不相容的網域新增例外，再清除應用程式或系統的 DNS 快取；不建議為了掩蓋問題而排除所有網域。

先確認手機和電腦連線至彼此可互通的區域網路，在電腦設定中啟用 allow-lan，並確認 bind-address 允許監聽區域網路介面。在手機的 Wi-Fi 設定中，將手動 HTTP 代理伺服器設為電腦的區域網路 IP，連接埠填入實際的 mixed-port；不要填寫 127.0.0.1。接著只為可信任的私人網路開放對應的輸入連接埠，並限制可連線的網段。手動 HTTP 代理不會接管手機的所有流量；請勿在公用網路開放監聽，必要時設定代理驗證。

遠端設定更新通常會重新下載設定內容，直接編輯設定檔中的規則可能會被覆蓋。應使用用戶端提供的覆寫、合併或指令碼處理功能，並確認其執行順序及適用範圍。策略選擇能否保留，也取決於用戶端及 profile.store-selected 等設定；若策略組或代理名稱變更，先前的選擇也可能找不到對應項目。更新前請保留本機覆寫，更新後檢查實際產生的設定，尤其確認自訂規則仍排在一般規則之前。

先確認系統代理位址指向正在執行的用戶端監聽連接埠，再檢查瀏覽器代理擴充功能、獨立代理設定及系統自動設定指令碼是否覆蓋了系統設定。使用新的連線開啟網站，同時查看用戶端的連線面板：完全沒有記錄時，優先檢查流量入口；有記錄但使用 DIRECT 時，檢查模式及規則。終端機程式不一定會讀取系統代理，須依程式文件個別設定。企業政策也可能強制指定代理，應先確認裝置管理限制，而不是反覆切換開關。

先關閉代理，確認本機網路可正常連線，再檢查系統時間、訂閱效期及目前使用的設定。查看記錄中的錯誤類型：網域解析失敗時先檢查 DNS；連線逾時時檢查伺服器是否可連線；驗證或 TLS 錯誤則檢查憑證、系統時間及協定參數。接著嘗試另一條已知可用的線路，或切換網路，觀察問題是否隨線路或網路改變。測試頁逾時不代表所有代理都已失效；若實際連線也失敗，再聯絡服務提供者並提供已移除敏感資訊的錯誤記錄。

先檢查系統是否仍保留指向本機連接埠的手動代理；用戶端關閉後，該位址已沒有程式監聽，可能導致瀏覽器連線失敗。關閉殘留的手動代理後再測試。如果先前使用 TUN，可重新開啟用戶端、關閉 TUN 後正常結束程式，並檢查系統 DNS 是否仍指向已停止的本機服務。不要一開始就重設所有網路設定。公司或校園裝置可能原本就需要代理和 DNS，請先記錄目前設定，再還原為管理員要求的設定。

部分 UWP 應用程式受網路隔離限制，無法直接存取本機迴圈代理。先確認故障的應用程式確實使用系統代理，再以系統管理員身分執行 CheckNetIsolation LoopbackExempt -s 查看豁免清單；必要時使用 CheckNetIsolation LoopbackExempt -a -n=Microsoft.WindowsStore_8wekyb3d8bbwe，為 Microsoft Store 新增豁免。其他應用程式須使用其實際的套件家族名稱，不要直接照抄商店名稱。只為需要的應用程式授權；若使用 TUN，還應另外檢查路由、DNS 及規則命中情況。

先關閉 TUN，使用系統代理測試同一個網站，確認代理服務本身可正常使用。接著單獨啟用 TUN，查看記錄中的 DNS 要求、出站連線及路由錯誤，並確認是否同時執行其他 VPN。使用 Fake-IP 時，確認系統查詢已進入核心，且應用程式沒有沿用舊快取；區域網路網域還須檢查直連解析策略。瀏覽器的安全 DNS 可能使用獨立的解析路徑，可暫時停用並比對測試。請逐項調整並保留原始設定；不要同時更換 DNS、網路堆疊及所有規則，否則難以找出原因。