Clash 常見問題

用戶端提供匯入設定、切換模式及查看記錄等介面；核心負責處理連線、解析規則並選擇出口；訂閱則由服務提供者建立，通常包含節點或完整設定。安裝用戶端不代表已經有可用線路，匯入訂閱也不代表系統流量已經經過代理。初次使用時，先確認訂閱有效且已選取設定，再啟用系統代理並查看連線記錄。遇到問題時分清這三個層級，才不會把服務到期誤認為安裝故障。

日常使用通常選擇規則模式，由設定中的規則依序決定直連、代理或拒絕連線。全域模式通常會將進入核心的連線交由全域策略群組處理，仍須在群組中選擇合適的出口；它不會自動接管所有應用程式。直連模式通常讓進入核心的連線直接連上目標，可用來比對問題。切換模式後，原有的長連線可能仍沿用舊出口；測試時請建立新連線，並在連線記錄中確認實際使用的策略。

系統代理會修改作業系統的代理入口，主要影響遵循該設定的應用程式；部分命令列程式、遊戲或自行管理網路連線的應用程式可能不會使用它。TUN 模式透過虛擬網卡和路由接入更多流量，但需要相應權限、驅動程式、DNS 與路由設定，實際支援範圍取決於用戶端和核心。建議先用系統代理完成基本測試，再依應用程式需求啟用 TUN。兩者不是網路加速等級，也無法修復失效的訂閱或無法使用的節點。

用戶端與線路服務是兩項不同的服務。部分用戶端永久免費且開放原始碼，但節點伺服器的頻寬、帳號與有效期限由訂閱提供者管理，不能因此認定線路免費或能長期使用。匯入前請確認服務來源、支援的設定格式與使用範圍。不要將來源不明的訂閱直接設為主要設定，也不要公開訂閱網址；其中可能包含存取憑證，外洩後可能遭他人使用，必要時請在服務端重設。

使用相近核心的用戶端通常可共用部分 YAML 設定，但介面設定、核心版本、擴充欄位及檔案路徑未必相容。遷移前先備份設定，確認協定支援、規則集格式、DNS 欄位及本機參照路徑，再用新用戶端檢查設定。開機自動啟動、系統代理與服務權限通常需要重新設定。匯入成功後仍須確認規則是否命中及連線出口是否正確，不能只憑檔案成功讀取就認定所有功能都已完成遷移。

先在系統資訊中確認處理器架構，再前往安裝檔頁面選擇相符的用戶端。常見的 x64 或 AMD64 適用於多數 Intel、AMD 桌上型處理器；ARM64 則適用於相應的 ARM 裝置，不能只根據作業系統名稱判斷。macOS 還須區分 Apple Silicon 與 Intel；Android 則應依裝置及應用程式的支援情況選擇。若安裝程式提示架構不相容，請返回核對，不要反覆修改副檔名。升級現有用戶端前，先匯出或備份目前的設定。

先查看匯入結果與記錄，確認收到的是用戶端支援的設定，而不是登入頁面、網頁說明或錯誤回應。有些網址只會傳回節點清單，需要用戶端明確支援相應的匯入方式；完整設定通常還包含策略群組與規則。接著確認剛匯入的設定已選取並成功載入。若記錄顯示解析錯誤，請聯絡訂閱提供者取得相容格式，不要將網頁內容直接存成 YAML。排查時只分享已遮蔽敏感資訊的錯誤訊息，不要傳送完整訂閱網址。

先關閉 TUN，確認一般系統代理可以正常連線，再依照目前用戶端的說明安裝或修復服務元件。Windows 通常需要服務或系統管理員權限；macOS 可能要求核准網路相關權限；Linux 則須檢查服務權限及虛擬網卡支援。完成授權後重新啟動用戶端，並查看首次錯誤訊息。若仍然失敗，請檢查是否與其他 VPN 或虛擬網卡軟體衝突。不要為了避開錯誤而長期關閉安全防護，也不要同時變更多項路由設定。

在用戶端匯入受支援的訂閱或設定後，先選取設定與代理策略，再依系統提示允許新增 VPN 設定。返回用戶端啟動連線，查看系統連線狀態及用戶端記錄，接著用新的網頁請求進行測試。iOS 的網路連線方式與桌面系統代理不同，不應照搬桌面版的連接埠設定。若無法啟用連線按鈕，先檢查設定解析結果及系統授權；若已啟用但仍無法連線，再確認訂閱有效期限、所選出口及 DNS 設定。

開機自動啟動只代表用戶端會在登入後啟動，不一定會同時啟用系統代理或 TUN。請分別檢查啟動項目、啟動後連線選項、設定選取狀態及服務狀態，並確認已授予所需權限。多使用者環境下，也要確認啟動項目屬於哪個帳號。排查時先手動啟動並測試網路，再登出後重新登入並查看記錄；不要只看系統匣圖示。筆電從休眠恢復後，若路由尚未就緒，可先等網路連線完成，再重新建立用戶端連線。

不要直接將長期使用的自訂規則寫入每次更新都會被訂閱覆蓋的原始檔案。優先使用用戶端提供的覆寫、合併或擴充設定功能，並先閱讀規則的插入位置說明。需要優先比對的規則通常應放在兜底規則之前，但不能假設所有用戶端的合併順序都相同。更新後檢查實際生效的設定，並讓目標網域建立新連線，確認是否套用預期規則。修改前先備份，以便發生解析錯誤時還原。

啟用系統代理後，在瀏覽器中發出新的請求，同時查看用戶端的連線記錄。記錄中應能看到目標位址、命中的規則及使用的策略；若完全沒有記錄，先確認流量是否進入用戶端。也可以使用可信任的 IP 查詢服務輔助判斷出口，但結果只能反映該次請求，無法證明所有應用程式都經過代理。對於分別設定為直連與代理的目標，應各測試一次。不要只憑用戶端顯示正在執行或網頁能開啟，就認定分流正常。

延遲測試通常測量到指定測試位址的一次請求耗時，不等於可用頻寬，也無法完整反映封包遺失、網路壅塞及目標網站的連線品質。使用同一節點連線不同服務時，後續的網路路徑也可能不同。比較實際體驗時，盡量使用相同裝置、網路、目標與時段，並觀察傳輸是否穩定。若只有特定網站變慢，先檢查該網站的規則命中情況與出口，不要只依延遲排序反覆切換。測試本身也可能消耗線路流量。

只有在確實需要讓同一個可信任網路中的裝置使用代理時，才啟用這個選項。要連線的裝置應填入執行用戶端之電腦的區域網路位址及實際監聽連接埠，而不是填入該裝置自己的迴送位址。也要檢查監聽位址、防火牆輸入規則，以及用戶端支援的存取驗證方式。不要將代理連接埠轉送至公網，也不建議在公共 Wi-Fi 上直接開放。使用完畢後關閉區域網路入口；若連線失敗，先確認兩台裝置可以互相連線，再檢查代理協定與連接埠是否一致。

至少遮蔽完整訂閱網址、存取權杖、密碼、節點伺服器位址、帳號資訊，以及不想公開的存取網域與本機路徑。記錄即使沒有明顯的密碼，也可能洩露服務識別資訊或網路環境。回報問題時，保留用戶端名稱、核心資訊、系統類型、觸發步驟及相關錯誤行即可，不必上傳整份設定。需要重現設定時，請製作最小化且已遮蔽敏感資訊的範例，並先自行檢查附件。若憑證已公開，只刪除截圖並不足夠，還應到服務端重設。

先確認本機網路與系統時間正常，再檢查訂閱是否到期、流量是否用盡，或網址是否已重設。接著查看更新記錄，分辨逾時、驗證失敗與設定解析錯誤；若更新成功但解析失敗，請向提供者確認回傳格式。如果訂閱網域必須透過代理才能連線，而目前設定又無法使用，可依用戶端支援情況暫時改用直連更新，或使用已確認可用的連線。不要短時間內反覆重試，也不要將私人訂閱網址提交給來源不明的轉換網站。

先關閉代理，確認基本網路可用，並檢查系統時間是否正確，再核對訂閱狀態與目前設定。只有單一節點失敗時，可與同一設定中的其他出口比對；若全部失敗，應優先檢查本機網路、訂閱帳號、核心的協定支援及安全軟體攔截。透過記錄分辨網域解析失敗、連線逾時與驗證失敗，避免一概歸咎於節點故障。可以改用另一個可信任的網路比對，但不要在同一輪測試中同時修改連接埠、DNS 與協定參數。

先在系統代理設定中確認位址與連接埠是否對應目前用戶端實際監聽的入口，再確認核心已啟動且連接埠未被占用。瀏覽器擴充功能、獨立代理設定或其他代理軟體可能覆蓋系統設定，可先暫時停用，再建立新連線觀察。若用戶端的連線記錄中仍沒有請求，問題通常出在流量接入環節；若已有記錄，則繼續檢查規則與出口。命令列工具不一定遵循系統代理，需要另外設定其支援的代理方式，不能因此判定用戶端失效。

先確認一般瀏覽器透過系統代理可以連線，再判斷受影響的應用程式是否為受到迴送限制的封裝應用程式。部分應用程式無法直接存取本機迴送代理入口，可在用戶端提供的迴送豁免工具中，只授權需要使用的應用程式，並依提示使用系統管理員權限。豁免無法解決所有市集應用程式問題，也不能修復節點或 DNS 故障。若使用 TUN，還應另外檢查虛擬網卡與路由狀態。處理後重新啟動目標應用程式進行測試，不建議一次豁免所有應用程式。

顯示已連線只代表部分元件正在執行。先查看新的請求是否出現在連線記錄，再檢查所選策略、規則是否命中拒絕、DNS 是否發生錯誤，以及出口是否可用。若退出用戶端後才無法上網，請檢查系統是否仍指向已停止監聽的本機代理，並清除殘留的代理設定；使用過 TUN 時，也要確認虛擬網卡與路由已還原。保留原有設定，逐項復原變更，不要一次重設所有網路參數。公司或學校管理的裝置，請先洽詢網路管理員。