Clash 常見問題.

Clash 是代理核心及其設定生態系的名稱；原版核心已停止維護。Clash Meta 在原版基礎上擴充協定與分流功能，後來更名為 mihomo。Clash Verge Rev 等圖形介面用戶端提供訂閱管理、系統匣與系統設定介面，實際連線通常由核心處理。排查相容性時，應同時記錄用戶端名稱與核心版本，不能只看視窗標題有沒有 Clash。舊設定通常可以遷移，但新增的協定、DNS 欄位與 TUN 設定仍須依目標核心的文件確認。

日常使用建議選規則模式，讓連線依設定中的規則決定直連或走代理。全域模式會將核心收到的連線交由全域策略群組處理，適合短時間確認問題是否與規則有關；這不代表系統中的所有應用程式都已由代理接管。直連模式則讓核心處理的連線直接連至目標，可用來進行對照測試。切換模式後，也要確認對應策略群組選了什麼，因為全域群組也可能選到 DIRECT。既有連線可能仍沿用原本路徑，測試時請重新建立連線。

系統代理會將本機代理位址寫入桌面環境或作業系統設定，主要影響會讀取這些設定的應用程式，通常不必建立虛擬網卡。TUN 透過虛擬介面與路由接管更多連線，適合不遵循系統代理設定的程式，但通常需要服務元件或額外授權。兩者都無法保證所有流量一定會經過代理，實際情況也會受路由、排除項目與應用程式行為影響。建議先使用系統代理確認訂閱與節點可用，再依需求啟用 TUN，避免同時變更多個環節而難以找出問題。

訂閱連結通常包含帳戶識別資訊或存取憑證，取得連結的人可能讀取節點資訊，因此不適合直接貼在論壇、聊天群組或公開截圖中。需要協助時，提供用戶端名稱、核心版本、錯誤時間，以及已遮蔽敏感資訊的記錄即可；節點密碼、訂閱網址與控制介面金鑰也應隱藏。用戶端本身不會提供節點帳戶，訂閱效期、流量與服務狀態需向訂閱服務提供者確認。若連結已公開，請在提供者後台重設連結，再更新用戶端中的訂閱資料。

開啟用戶端的設定檔或訂閱頁面，選擇透過連結新增設定檔，貼上服務提供者給的完整網址；下載完成後，再將該設定檔設為目前使用的設定。各用戶端的按鈕名稱可能不同，重點是分清楚下載設定檔與啟用設定檔這兩個步驟。若提示缺少欄位或解析失敗，先確認提供者提供的是相容於 Clash 或 mihomo 的格式，而非網頁登入網址或其他用戶端專用格式。優先索取相容格式；若確實需要轉換，先確認轉換服務能否讀取完整訂閱，避免將私人連結交給來源不明的線上服務。

先確認用戶端已依照自身說明安裝並啟動服務元件，再檢查記錄中是否出現虛擬介面建立失敗或權限遭拒。Linux 通常也需要可用的 TUN 裝置，可確認 /dev/net/tun 是否存在；容器與受限的虛擬環境可能未開放該裝置或相關網路權限。不要長期以管理員身分執行整個圖形介面用戶端，也不要任意放寬裝置權限。服務狀態正常後再啟用 TUN；若仍失敗，記下發行版、安裝格式與完整錯誤訊息，依照該用戶端的授權流程逐項確認。

先確認套件符合發行版與處理器架構：DEB 通常適用於 Debian、Ubuntu 系列，RPM 通常適用於 Fedora 等發行版，不能只因檔名有 Linux 就安裝。查看 uname -m 的結果，分辨 x86_64 與 aarch64。若啟動失敗，請從終端機執行用戶端，並保留缺少相依套件或沙盒相關錯誤訊息。免安裝格式也可能需要系統執行元件，詳情請以專案說明為準。不要先停用系統安全機制；優先使用適用於發行版的套件，並到下載頁確認目前提供的安裝格式。

部分執行於 AppContainer 的 Windows 應用程式受到迴圈存取限制，即使系統代理已指向本機連接埠，也可能無法連線至本機代理服務。此時可使用用戶端提供的迴圈存取豁免工具，只授權確實有需要的應用程式；操作時可能需要管理員確認。並非所有 Microsoft Store 應用程式都採用相同的執行模式，也不是所有連線失敗都由迴圈存取限制造成。操作前先確認一般瀏覽器能使用代理，且目標應用程式確實會讀取系統代理；若改用 TUN 接管，也應重新測試，而非一律一次放行所有應用程式。

延遲測試通常只會向指定的測試網址發出請求，反映某個時間點的回應狀況，不等於持續下載速度，也不能代表所有網站的表現。先確認測試網址與實際目標是否相近，再固定使用同一個節點，透過相同網站與網路進行比較。網頁載入速度也會受 DNS、目標伺服器、封包遺失與連線重用影響；頻繁大量測速本身也會增加連線負擔。選擇節點時，可先觀察延遲是否穩定，再測試實際網頁載入與檔案傳輸，不必只追求清單中最低的數字。

規則通常會由上而下比對。先確認用戶端目前是否處於規則模式，再查看連線記錄中實際命中的規則與策略群組。自訂規則應放在可能提早命中的通用規則之前，尤其不要放在 MATCH 後面。接著確認使用的是網域規則還是 IP 規則，以及核心是否取得網域資訊。修改設定後請重新載入，並重新建立目標連線；既有連線不一定會改變路徑。若訂閱更新會覆蓋編輯內容，請使用用戶端支援的覆寫或合併功能儲存本機規則，而非一再修改下載的原始檔案。

先分清楚遠端訂閱檔案與用戶端提供的本機覆寫層：更新時前者可能整份取代，後者才適合儲存連接埠、規則與個人策略調整。設定自動更新前，確認用戶端是否支援覆寫合併，以及清單欄位採用新增或取代。筆電休眠或用戶端未執行時，排程可能無法準時執行；恢復後是否會補更新，也取決於實作方式。更新後請檢查目前設定、策略群組選擇與記錄，確認載入成功。備份時保留覆寫檔案與設定檔之間的關係，也要妥善保存含有私人訂閱網址的備份。

許多命令列工具不會自動讀取桌面系統代理，需要另外設定代理環境變數或工具本身的代理選項。先在用戶端確認本機監聽位址與實際連接埠，再於目前的終端機暫時設定 HTTP_PROXY、HTTPS_PROXY 或工具支援的 ALL_PROXY；不要直接照抄別人的連接埠。不同工具對變數大小寫、SOCKS 與 DNS 解析位置的支援各有差異，請依工具文件設定。測試成功後再考慮將設定永久保存；若要取消代理，也要清除舊變數與 Git 專用設定，避免用戶端關閉後，終端機仍連往已失效的本機連接埠。

先記下錯誤類型，再確認系統時間、目前網路與訂閱服務提供者的帳戶狀態。401 或 403 通常與存取授權、連結狀態或提供者的限制有關；404 可能是路徑變更，不能只憑狀態碼判定原因。逾時與 TLS 錯誤則需進一步檢查網路、憑證及裝置時間。若回傳內容變成登入頁面，表示取得的並非設定檔。確認用戶端是否設定透過代理更新訂閱，避免更新流程依賴已失效的節點。不要立即刪除最後一份可用設定，先備份，再向提供者確認是否需要重設網址。

先關閉代理，確認基本網路正常，再檢查訂閱是否有效、裝置時間是否正確，以及目前設定是否確實載入。選一個節點查看連線記錄，分辨網域解析失敗、連線逾時、交握失敗與驗證失敗；不同錯誤的處理方式也不同。若只有測速逾時，但實際網站可以存取，先更換測試網址再判斷。若多個節點都無法建立連線，可換一個網路交叉測試，並暫時退出其他 VPN 或網路篩選工具，避免路由衝突。保留一則具體錯誤訊息，比反覆重裝更有幫助；也不要同時變更 DNS、TUN 堆疊與節點協定。

先確認核心正在執行，且本機代理連接埠與系統設定一致，再查看用戶端的連線記錄中是否出現目標應用程式。若沒有記錄，應用程式可能不讀取系統代理，或仍使用自己的代理設定；若有記錄但走直連，請檢查命中的規則與策略選擇。Linux 不同桌面環境、瀏覽器與終端機讀取代理設定的方式並不相同。用戶端異常關閉後，系統代理可能仍指向已關閉的連接埠；此時先關閉系統代理以恢復網路，再重新啟動用戶端。確認代理接管範圍不足後，再考慮啟用 TUN，不要同時疊加多個代理工具。

這通常表示值得檢查 DNS 解析路徑，但直接連線 IP 與透過網域連線可能會使用不同的憑證和虛擬主機，因此不能只憑一次測試下結論。先用系統解析工具確認目標網域是否能解析，再對照核心記錄中的 DNS 請求與錯誤。檢查是否同時啟用了瀏覽器安全 DNS、系統加密 DNS 及用戶端 DNS 接管，並確認各環節實際使用的路徑。修改設定後清除相關快取並重新連線；使用 fake-ip 時，尤其不要混用來源不明的設定。先還原用戶端預設 DNS 設定進行比較，再逐項加回自訂項目。