Clash 常見問題

Clash 通常泛指代理核心及其設定生態；mihomo 是由 Clash.Meta 延續發展的核心，負責連線、規則比對與 DNS 處理。Clash Plus、Clash Verge Rev 等用戶端提供圖形介面，可管理設定、系統代理與核心程序。同一份設定能否使用，取決於用戶端實際搭載的核心及版本，不能只看軟體名稱是否含有 Clash。

用戶端負責執行設定，安裝完成並不會自動取得遠端代理服務。訂閱通常包含伺服器資訊、代理群組與分流規則，也可以使用自行維護的 YAML 設定。匯入前請確認來源可信、服務仍有效，並核對訂閱格式。訂閱網址可能包含存取憑證，分享截圖或求助紀錄時應遮蔽完整網址，別將它當成一般網頁網址公開。

日常通常使用規則模式，由設定中的規則依序決定連線走向。全域模式會將進入核心的連線交由全域代理群組處理，適合短暫排查規則是否影響存取；直連模式則讓進入核心的連線直接連往目標。執行模式只決定已進入核心的流量如何處理；全域模式不代表接管整台裝置，也不能取代系統代理或 TUN。

新安裝可先參考下載頁的 Clash Plus，再依介面使用習慣比較 Clash Verge Rev、FlClash 和 Clash Nyanpasu。Clash for Windows 已停止維護，遷移前請先備份設定與自訂規則，再匯入新用戶端。舊用戶端的介面設定不一定能直接轉移，混合連接埠、服務模式、TUN 與 DNS 覆寫都要逐項確認；請勿讓兩個用戶端同時接管系統代理。

節點測速通常是核心向某個測試網址發出請求後得到的耗時，不等於下載頻寬、影片傳輸速度或遊戲表現。測試網址、逾時設定、伺服器負載及目標網站所在網路都會影響結果。比較節點時，請使用相同測試網址與網路，再以實際應用程式測試。節點顯示逾時，也可能只是測試網址無法連線；先查看紀錄，別只憑單次結果刪除節點。

在服務提供者的頁面選擇明確標示為 Clash 或 mihomo 的訂閱網址，前往用戶端的設定或訂閱頁面，使用「從 URL 匯入」之類的功能貼上並儲存，再將該設定設為目前使用。帳戶登入頁、訂單頁及 QR Code 圖片網址通常不是訂閱。若取得的只有 Base64 節點清單或 SIP008 資料，請先確認用戶端是否支援，不能只將檔案副檔名改成 YAML。

先確認用戶端核心是否正常執行，再依平台處理權限。Windows 通常需要安裝並啟動用戶端提供的服務模式；macOS 可能需要安裝輔助程式並授權；Linux 需要用戶端支援的提權方式或服務設定；Android 則要確認系統 VPN 連線要求。完成後重新啟用 TUN 並查看紀錄。別長期靠反覆提權掩蓋服務安裝失敗，也不要同時啟用其他 VPN 應用程式。

不一定，7890 只是常見設定。混合連接埠可在同一個監聽連接埠接收 HTTP 與 SOCKS5 代理連線，實際值以目前使用的用戶端為準。在瀏覽器擴充功能或其他應用程式手動填寫代理時，本機位址通常是 127.0.0.1，連接埠則須與用戶端一致。若提示連接埠已被占用，先關閉舊用戶端或找出占用中的程序；更換連接埠後，也要同步修改所有曾手動設定的應用程式。

系統代理只是提供代理設定給應用程式，不會強制所有程式遵守。先用會讀取系統代理的瀏覽器測試，再查看用戶端的連線頁是否出現該請求。命令列工具、遊戲或使用自有網路堆疊的應用程式，可能需要另外設定代理、設定程序環境變數，或改用 TUN。若連線已出現在用戶端，卻仍走 DIRECT，應檢查規則比對結果，而非反覆切換系統代理。

讓裝置連上同一個可信任的區域網路，在電腦用戶端啟用允許區域網路連線，並確認監聽位址不限於回送位址。裝置的手動 HTTP 代理應填入電腦的區域網路 IP 和混合連接埠，不要填 127.0.0.1，也別把電腦位址誤填成路由器閘道。電腦防火牆只需對所需的私人網路開放該連接埠；一般 HTTP 代理不代表能接管裝置上的所有應用程式或 UDP 流量。

更新訂閱會重新下載遠端設定，直接修改產生檔案的內容可能會被覆蓋。建議使用用戶端提供的覆寫、合併、擴充設定或指令碼功能，將個人規則與遠端訂閱分開管理。不同用戶端的合併順序不盡相同，新增規則後要檢查最終生效的設定，並在連線頁確認比對結果。更換用戶端時也要重新設定覆寫，別假設它會隨訂閱網址一併遷移。

維持規則模式，在自訂規則中加入該網站的網域比對，並將規則放在可能優先命中的通用規則及 MATCH 預設規則之前。例如 DOMAIN-SUFFIX,example.com,DIRECT 代表比對該網域及其子網域。網站實際上可能還會連線至獨立的登入、圖片或 API 網域，請從連線紀錄找出必要項目，不要為了單一網站直接放行整個大型共用服務網域。

Fake-IP 會先回傳映射位址給應用程式，再由核心將連線對應回網域，以便進行規則判斷與後續解析。它不是遠端伺服器的真實 IP。部分依賴真實解析結果、區域網路探索或特殊驗證流程的應用程式可能無法正常運作。先找出受影響的網域，再依目前核心支援的 fake-ip-filter 規則新增例外；修改後重新啟動相關應用程式，必要時清除 DNS 快取，再判斷是否需要更換 DNS 模式。

先釐清預期：哪些網域應由哪個解析器處理，再檢查用戶端 DNS 設定、TUN 的 DNS 接管，以及瀏覽器的安全 DNS 是否走其他管道。測試網站顯示的解析器名稱或地區只能作為線索，不能據此直接下結論。請搭配核心紀錄、系統 DNS 設定，必要時透過封包擷取確認實際請求；若規則允許直連，出現本機解析也不一定違反設定預期。

先等網路重新連線，再重試新的請求。切換網路後，舊的 TCP 連線、DNS 快取與 TUN 路由可能會暫時失效，可以依序嘗試關閉舊連線、重新測速、重新啟用目前的代理接管方式，最後再重新啟動用戶端。共用區域網路時，也要確認電腦 IP 是否變更。若每次從休眠恢復都會發生，請記錄系統版本、核心紀錄及恢復時間，以便判斷是網路驅動程式問題，還是用戶端未能恢復狀態。

先查看更新紀錄中的狀態：401 或 403 通常與授權、連結遭撤銷或存取政策有關；404 可能是網址已變更；逾時則要檢查網路及訂閱網域解析。不要只憑狀態碼就認定服務已到期，也要登入服務提供者頁面確認。若下載訂閱需要透過目前無法使用的節點，可確認來源可信後嘗試直連更新，或先切換到可用的設定。避免將完整訂閱網址交給不熟悉的轉換服務。

先暫時關閉用戶端的代理接管，確認一般網路能否連上原本可直連的網站，再檢查核心是否啟動、訂閱是否有效，以及系統時間是否正確。接著只選一個節點測試，並查看紀錄，分辨是 DNS 解析失敗、連線遭拒、交握失敗，還是測試網址逾時。不要同時修改 DNS、連接埠和執行模式；每次只改一項並重新測試。問題尚未找出前，請保留原設定備份，以免重新安裝後失去線索。

部分使用 AppContainer 的應用程式受網路隔離限制，無法直接存取本機回送代理。先確認一般瀏覽器使用相同代理時運作正常，再查看用戶端是否提供 UWP 回送豁免功能，只授權確實需要的應用程式。這項操作通常需要系統管理員權限，應用程式重新安裝後也可能需要再次確認。並非所有市集應用程式都屬於 UWP；若使用 TUN，也應另外確認接管狀況，別把所有連線失敗都歸因於回送問題。

先到系統網路代理設定中關閉殘留的手動代理或自動設定指令碼，因為原本的本機監聽連接埠可能已停止服務。若先前啟用了 TUN，請重新開啟用戶端並正常關閉 TUN，等待路由恢復，再檢查網路介面卡的 DNS 是否仍設為手動指定。由機構管理的裝置，請勿自行移除管理設定。恢復後再次測試直連，必要時重新連線網路，別一開始就執行可能影響其他軟體的完整網路重設。

先備份目前的設定並查看啟動紀錄。設定解析失敗時，優先檢查 YAML 縮排、重複鍵、代理群組引用，以及核心不支援的欄位；若一開啟就退出，還要檢查連接埠是否被占用、核心檔案是否完整，以及系統權限與執行階段程式庫。可用先前正常的設定交叉測試，但不要直接刪除整個資料目錄。需要求助時，請提供用戶端名稱、系統架構及已遮蔽敏感資訊的錯誤片段，不要附上節點密碼或訂閱憑證。