Clash 常見問題

用戶端提供訂閱管理、策略選擇、記錄檢視與系統網路設定；核心則負責解析設定、比對規則及建立連線。Clash Meta 是 Clash 的衍生核心，後續以 mihomo 為名持續發展。不同用戶端可能內建不同核心，也可能允許替換核心，因此介面相似不代表支援的協定與欄位一致。遇到設定不相容時，先在「關於」或核心資訊中確認實際執行的核心，再查閱相應文件，不要只看用戶端名稱。

用戶端是管理設定與連線的工具，安裝後不會自動提供可用的遠端代理服務。訂閱或本機設定必須包含代理節點、策略群組及規則等必要資訊，遠端服務也必須正常運作。匯入前請確認設定來源可信、目前核心支援該協定，並了解服務的使用範圍。只有節點清單的訂閱不一定是完整的 Clash 設定，可能還需由用戶端合併至設定範本；實際方式取決於匯入功能支援的格式。

規則模式依設定中的規則順序選擇策略，適合日常分流；全域模式會將核心接管的連線交由全域策略處理，適合暫時比對測試；直連模式則讓核心接管的連線直接連至目標，適合排除遠端節點因素。這些模式只決定流量進入核心後的處理方式，不會決定哪些應用程式的流量會進入核心。切換至全域模式仍無法接管某個應用程式時，應檢查系統代理或 TUN，而不是反覆修改規則。

兩者接管流量的位置不同。系統代理透過作業系統的代理設定，引導遵循該設定的應用程式；部分命令列工具、遊戲或使用獨立網路堆疊的應用程式可能不會採用這項設定。TUN 則透過虛擬網卡與路由接管符合條件的流量，也涉及權限、DNS 及與其他 VPN 的協同運作。瀏覽器正常、其他應用程式卻無法連線時，可先確認應用程式是否支援手動指定代理，再考慮使用 TUN。並非所有問題都需要同時啟用這兩種方式。

協定名稱相同只是基本條件，還要確認傳輸方式、TLS、驗證及擴充參數。例如 VLESS 的不同傳輸組合、Hysteria2 的頻寬設定，都可能受核心功能或用戶端匯入方式限制。分享連結、Clash YAML 與其他用戶端的設定格式也不相同。建議優先使用服務提供者明確支援的設定格式；匯入後檢查節點類型與重要參數，不要只為消除錯誤訊息就任意刪除驗證或安全相關欄位。

在用戶端的設定或訂閱頁面新增遠端設定，貼上完整連結並儲存，等候下載與解析完成，再將該設定設為目前使用。接著開啟策略群組，選擇可用節點，啟用系統代理，或視需要啟用 TUN，最後查看連線記錄。各用戶端的按鈕名稱不盡相同，但下載成功、啟用設定與接管流量是三個不同步驟。訂閱連結可能包含存取憑證，請勿貼在公開截圖、線上轉換頁面或問題討論區。

先查看更新記錄，分辨是網域解析失敗、連線逾時、HTTP 狀態錯誤，還是設定解析失敗。若回應為 401 或 403，請檢查帳號狀態與連結授權；若為 404，確認網址是否已變更。請求成功卻無法解析時，可能下載到登入頁、錯誤提示頁或不相容的格式。接著依用戶端提供的選項，嘗試直連或透過現有代理更新，避免目前失效的節點影響下載。請勿短時間內頻繁重試，也不要將完整訂閱網址公開。

先保留原始設定，查看記錄中第一個錯誤的位置。欄位不支援時，通常要確認核心功能與設定格式；找不到策略群組時，則要檢查規則目標、群組名稱與節點名稱是否完全一致，包括大小寫及空格。YAML 縮排請使用空格，清單層級也必須正確。若設定是由訂閱產生，建議優先修改訂閱範本或用戶端的覆寫設定，避免手動修改在下次更新時被覆蓋。一次只調整一處，再使用用戶端提供的設定檢查功能。

TUN 涉及虛擬網卡與系統路由，通常需要相應權限。若桌面用戶端提供服務模式或特權輔助程式，請先依安裝流程完成授權，再由服務執行需要提高權限的操作；不必預設長期以系統管理員身分執行整個介面。安裝服務後仍無法使用時，請檢查服務是否已啟動、虛擬網卡是否建立，以及安全性軟體是否攔截。行動裝置則須允許系統設定 VPN；若拒絕授權，便無法啟用相關流量接管功能。

mixed-port 是同時接受 HTTP 與 SOCKS 代理連線的監聽連接埠。應用程式的代理位址需填入實際監聽位址與連接埠，而非控制介面的連接埠。只在本機使用時，維持監聽於迴圈位址即可。若要供區域網路裝置使用，還需檢查 allow-lan、綁定位址、系統防火牆與驗證設定，並將存取範圍限制在可信任的網路。請勿將代理監聽連接埠或控制介面直接暴露於公網；變更連接埠後，也要同步修改應用程式中的手動代理設定。

先明確選定節點，再建立新的目標連線，並在用戶端的連線清單中確認目標網域、命中的規則、策略群組與實際使用的節點。必要時關閉目標應用程式的既有連線後重新開啟，因為已建立的連線可能繼續使用原本的出口。查詢出口 IP 可作為輔助判斷，但只看瀏覽器圖示、系統代理開關或節點測試成功都不夠。若應用程式自行使用其他代理或 VPN，也要先排除路徑重疊，否則測試結果可能反映的是另一條連線。

規則通常由上而下比對，首次命中後便會套用相應策略。精確的自訂規則應放在可能先命中的廣泛規則之前，並確認目標策略群組確實存在。訂閱設定建議使用用戶端的覆寫或規則合併功能，避免直接編輯產生的檔案後，在更新時遭到覆蓋。檢查時請確認目前設定已重新載入，並查看新連線的規則記錄。若應用程式以 IP 連線，而核心沒有取得網域資訊，網域規則可能無法比對，需配合 DNS 與流量辨識方式進一步分析。

Fake-IP 是由核心配置的虛擬映射位址，用來保留網域與連線之間的關聯，並非目標伺服器的真實公網位址。應用程式取得該位址後，後續連線應由核心接管。部分區域網路探索、裝置管理，或需要真實解析結果的應用程式可能需要例外處理。請針對特定網域設定過濾或調整 DNS 路徑，不要一次排除所有網域。切換 DNS 模式後，可重新啟動目標應用程式並清除相關快取，避免舊映射繼續影響判斷。

自動更新通常會重新載入遠端設定或代理提供者的資料，但是否保留策略選擇，取決於用戶端的持久化機制，以及策略群組名稱是否固定。直接修改遠端設定檔的內容，容易在下次下載時被取代。建議將固定規則、DNS 調整等內容放入用戶端支援的覆寫層，並在更新後檢查實際生效的設定。更新完整設定與更新 proxy-providers 並非同一項操作；設定排程工作前，請先確認用戶端提供的是哪一種更新功能。

命令列工具不一定會讀取桌面環境的系統代理。請先查閱工具文件，使用該工具支援的代理參數、專用設定或環境變數，並指向用戶端實際監聽的本機位址與連接埠。不同工具對 HTTP_PROXY、HTTPS_PROXY、ALL_PROXY 及大小寫的支援並不一致，不能假設設定一個變數就適用所有程式。測試後若不再需要，請從相應的終端機工作階段或設定檔移除。關閉用戶端卻保留手動代理設定，會讓工具持續連線至不存在的本機端點。

訂閱下載網址與節點伺服器是不同目標，訂閱可更新不代表節點可用。先確認帳號、流量與服務狀態，再改測同一群組中的其他節點；若只有個別節點失敗，優先檢查該節點服務。若全部失敗，請檢查本機網路、網域解析、系統時間及核心的協定支援。Hysteria2、TUIC 等協定也依賴 UDP 連線路徑。測試 URL 本身無法連線也會造成逾時，請配合實際連線與記錄判斷，不要只根據單一測試結果反覆重新安裝用戶端。

先確認核心運作正常，且本機代理連接埠確實正在監聽，再核對系統設定中的位址與連接埠。檢查瀏覽器設定是否被擴充功能、企業原則或獨立代理設定覆寫，以及目標網址是否列在代理略過清單中。接著查看用戶端是否出現新的請求：沒有連線記錄時，問題多半出在流量接管入口；已有記錄則繼續檢查規則、策略與節點。退出其他會修改代理設定的程式後再測試，避免開關狀態與系統實際設定不一致。

部分受到應用程式容器隔離的 Windows 應用程式，無法直接存取本機迴圈代理；此時可能需要為特定應用程式設定迴圈豁免。先確認一般桌面瀏覽器可以使用相同代理，再使用用戶端提供的 UWP 迴圈工具或系統管理工具，只選取確有需要的應用程式並依指示授權。並非所有 Microsoft Store 應用程式都採用相同的網路模型，不能將所有連線問題都歸因於迴圈限制。若改用 TUN，仍需檢查路由、DNS 與應用程式的實際連線記錄。

先關閉 TUN，並暫停其他 VPN 或類似的流量接管工具，確認基本網路連線已恢復。接著只啟用一種接管方式，檢查預設路由、DNS 設定與虛擬網卡狀態。若關閉用戶端後問題仍在，請使用用戶端提供的停止服務或還原網路設定功能，並檢查是否殘留手動設定的代理與 DNS。不了解作用前，請勿批次刪除系統路由或網卡。基本連線恢復後，再配合記錄逐項啟用功能，找出造成異常的最小設定組合。

連接埠被占用時，先確認是否有其他用戶端、舊核心程序或背景服務正在監聽相同位址，不要直接結束不明的系統程序。可停止重複執行的實例，或修改監聽連接埠並同步更新應用程式的代理設定。若關閉用戶端後才無法上網，請檢查系統代理是否已關閉、瀏覽器擴充功能及終端機環境變數是否仍指向本機連接埠；使用 TUN 的話，也要確認服務與路由已正常退出。設定自動啟動時，關閉介面不一定代表背景核心已停止，兩者都要分別確認。