Clash 常見問題
訂閱匯入、代理設定與連線疑難排解
先依狀況選擇分類，再展開對應解答。排查時一次只修改一項，並保留原始設定與錯誤記錄，方便比對及還原。
基本網路 → 核心運作 → 流量入口 → 規則與出口
基礎觀念
先釐清核心、訂閱與流量入口。
Clash、mihomo 核心與圖形化用戶端有什麼不同？
先分清核心與介面。核心負責讀取設定、比對規則及轉送連線；圖形化用戶端則管理訂閱、切換模式及調整系統設定。mihomo 是由 Clash Meta 更名而來的核心專案，不等於某個桌面應用程式。排查時請記下用戶端名稱與核心版本；介面能開啟，只代表用戶端已啟動，不表示核心已正常監聽連接埠。
安裝用戶端後，為什麼還需要訂閱連結？
請先準備服務提供者提供的有效訂閱。訂閱連結通常用來取得伺服器位址、連線參數及策略群組；用戶端本身不會附帶可用的代理服務。匯入前請確認服務效期、流量額度及支援的格式。連結通常含有存取憑證，請妥善保管；求助時遮住完整連結、帳戶資訊及伺服器驗證欄位，切勿將訂閱貼在公開留言區。
規則、全域與直連模式分別適合什麼情況？
日常使用建議先選規則模式，讓請求依設定中的規則選擇代理或直連。全域模式會將流量交由全域策略選取出口，適合短暫比對測試；但只影響已進入核心的流量，也不保證選到的出口一定是代理。直連模式則讓進入核心的請求直接連線至目標。切換模式不會自動啟用系統代理；測試完成後請還原設定，避免把臨時選項當成長期設定。
系統代理和 TUN 模式應該先開哪一個？
建議先啟用系統代理，確認瀏覽器可以連線。系統代理是向作業系統登記代理位址，應用程式是否使用，取決於自身的實作方式。TUN 是虛擬網路介面，可搭配路由接管更多應用程式的流量，但需要權限，也可能與其他 VPN、路由及 DNS 設定互相影響。沒有明確需求時，請先關閉 TUN；需要接管不會讀取系統代理的應用程式時，再單獨測試。
用戶端、本機連接埠與代理伺服器之間有什麼關係？
先將本機入口與遠端出口分開來看。應用程式連至本機監聽連接埠後，核心會依規則將請求直接連至目標，或轉送至代理伺服器。mixed-port 是同時接受 HTTP 與 SOCKS 代理請求的混合連接埠；7890 只是常見設定值，請以目前使用的用戶端設定為準。127.0.0.1 代表本機；在手機上填入這個位址，指的是手機本身，不是電腦。
安裝設定
從訂閱回傳內容、系統權限與生效設定著手。
匯入 Clash 訂閱連結後沒有節點，該檢查哪些項目？
先查看訂閱更新記錄，確認是否成功取得內容，再檢查這份設定是否已選取並啟用。複製連結時請移除前後空白，避免誤用帳戶後台頁面的網址。若顯示取得成功卻沒有節點，可能是回傳了登入頁面、格式不相容，或服務提供者沒有分配內容。請勿將網頁 HTML 當成 YAML 設定匯入；向服務提供者確認訂閱格式是否適用於 mihomo，並保留原設定以便還原。
訂閱更新顯示 401、403 或連結失效，該怎麼辦？
先確認服務帳戶是否到期、訂閱是否已重設，再從服務提供者的後台重新複製連結。401 通常與驗證有關；403 可能是存取受限，也可能由網站防護機制回傳，不能只憑狀態碼判定欠費。若瀏覽器能取得內容、用戶端卻失敗，請核對更新時間、請求方式及服務提供者要求的用戶端識別資訊。切勿反覆公開測試完整連結，也不要將驗證資訊交給不明的轉換服務。
啟用 TUN 時提示權限不足或建立虛擬網卡失敗，該怎麼辦？
先依照用戶端說明安裝服務元件或核准系統網路權限，再重新啟用 TUN。Windows 請檢查服務是否已安裝並執行；macOS 請檢查系統是否有待核准的網路延伸功能或 VPN 請求；Android 則確認已允許 VPN 連線。接著檢查是否有其他 VPN 佔用網路接管通道。請勿直接關閉系統防護或反覆刪除網卡；保留記錄中的具體錯誤，再判斷問題是權限、驅動程式還是路由衝突。
出現 YAML 解析錯誤或連接埠被占用，如何恢復啟動？
先備份目前設定，再還原至最近一次可正常使用的版本。YAML 以縮排表示層級，請使用空格，不要混用定位字元，並依記錄中的行號檢查冒號及清單縮排。若記錄顯示 address already in use，請確認是否另有代理程式正在執行，再停止衝突的程序或修改本機監聽連接埠。修改連接埠後，也要同步更新系統代理及應用程式中的代理位址。
為什麼修改設定後，更新訂閱又恢復原狀？
先確認修改的是訂閱原始檔，還是用戶端提供的覆寫層。訂閱更新通常會重新下載設定，直接編輯下載的檔案可能會被覆蓋。若要保留連接埠、DNS 或自訂規則，建議使用用戶端支援的覆寫、合併或延伸設定功能，並確認規則的插入順序。不同用戶端的合併方式各異；儲存後請檢查實際生效的設定與核心記錄，不要只看編輯器中的內容。
使用技巧
查看連線記錄確認結果，不要只看開關。
如何確認請求確實經過代理，而不只是看開關狀態？
先開啟用戶端的連線清單，再連線至要測試的目標，核對目標網域、命中的規則及最後使用的出口。系統代理開關顯示已啟用，不代表每個應用程式都在使用代理；連線清單出現請求，也不代表請求一定經過代理出口。可使用 curl -I -x http://127.0.0.1:7890 https://example.com 測試本機 HTTP 入口，並依實際設定替換連接埠；結果僅代表該次請求。
瀏覽器可以連線，終端機指令卻失敗，該如何設定？
先為單一指令明確指定代理，確認本機連接埠可用後，再考慮設定環境變數。許多命令列工具不會讀取系統代理，curl 可透過 -x 指定位址；其他工具請查閱各自的代理參數。環境變數的寫法與讀取規則依 shell 和工具而異，HTTP_PROXY、HTTPS_PROXY 與 ALL_PROXY 並非處處通用。結束用戶端或更改連接埠後，請清除舊變數並重新開啟終端機。
自訂規則要放在哪裡？為什麼新增後沒有命中？
先檢查規則順序。規則通常由上而下比對，較早命中後就不會繼續執行後續項目，因此具體網域規則應放在相關的廣泛規則及 MATCH 預設規則之前。接著確認策略群組名稱存在、大小寫一致，而且請求帶有可供比對的網域。若連線清單只顯示 IP，請進一步檢查 DNS 與網域辨識。儲存後重新載入設定，並建立新的連線進行驗證。
Clash GeoIP 與 GeoSite 資料要如何更新？
先確認設定確實使用 GEOIP 或 GEOSITE 規則，再透過用戶端的資料更新功能操作。GeoIP 用於 IP 地理位置分類，GeoSite 則用於網域集合分類，兩者不能互相取代。若需手動設定，請確認 mihomo 支援的 geox-url、自動更新選項與目前資料格式是否相符。下載失敗時請查看具體記錄；更新後重新載入相關資料或重新啟動核心，再透過連線記錄確認規則是否命中。
電腦啟用代理後，如何讓同一區域網路中的裝置使用？
請先在可信任的網路中啟用允許區域網路連線，並檢查綁定位址、防火牆及代理驗證。其他裝置應填入電腦的區域網路 IP 與實際監聽連接埠，不可填入 127.0.0.1。兩台裝置也必須能互相連線；訪客網路或無線隔離可能會阻擋連線。請勿將監聽連接埠暴露至公用網際網路，使用完畢後關閉共享。也請分別確認區域網路裝置是否支援 HTTP 或 SOCKS 代理。
疑難排解
先找出故障環節，再調整相應設定。
系統代理已啟用，瀏覽器仍未走代理，該怎麼辦？
先確認核心正在執行，且本機連接埠與系統設定一致；接著檢查瀏覽器設定是否被擴充功能、個別代理設定或組織原則覆寫。暫時停用代理相關擴充功能，開啟新的瀏覽器視窗測試，並查看連線清單是否出現請求。若沒有記錄，優先檢查流量入口；若有記錄但走直連，則檢查模式、規則與策略群組。不要一開始就同時修改 DNS、訂閱和 TUN，否則很難判斷是哪項變更生效。
所有節點都逾時，是訂閱失效還是本機網路問題？
先關閉代理，確認基本網路能正常瀏覽網站，並檢查是否需要登入公共 Wi-Fi。接著查看服務帳戶狀態、系統時間及用戶端記錄，再換一個網路交叉測試。逾時只表示測試未能在期限內完成，不能單憑此判定訂閱失效；測試位址無法連線也會影響結果。若只有某個節點失敗，優先檢查該伺服器；若所有節點都失敗，再檢查 DNS、網路限制及防火牆。
記錄顯示 DNS 解析失敗，為什麼切換節點也沒用？
先確認解析失敗的是目標網站網域，還是代理伺服器網域。DNS 負責將網域解析為 IP；若代理伺服器本身無法解析，切換到同類節點未必能解決問題。請檢查記錄中的逾時、連線遭拒及解析迴圈，並確認上游解析服務是否可連線；使用 TUN 時也要檢查 DNS 接管是否生效。不要同時啟用多個應用程式接管 DNS。修改前先備份，每次只調整一項，並依用戶端提供的方式清除快取後重新測試。
Windows UWP 應用程式無法使用本機代理，如何檢查迴圈限制？
先確認問題確實出在受應用程式容器限制的應用程式，而非所有從商店安裝的軟體。部分 UWP 應用程式受到迴圈限制，無法連線至本機代理連接埠。若用戶端提供迴圈豁免工具，只授權需要的應用程式；也可使用系統的 CheckNetIsolation LoopbackExempt 工具查詢，並依正確的套件系列名稱新增豁免。通常需要系統管理員權限。操作後請重新啟動目標應用程式，不要一次豁免所有應用程式。
行動裝置切換網路後斷線，或退出用戶端後無法上網，該怎麼辦？
先區分連線殘留與網路切換問題。Android 請檢查 VPN 狀態、背景執行限制及永遠開啟 VPN 的設定；iOS 請檢查系統 VPN 狀態，並重新建立連線。切換 Wi-Fi 與行動網路後，等網路穩定再重新連線。若電腦退出用戶端後無法上網，請檢查系統代理是否仍指向已停止的本機連接埠。網路恢復後再啟動用戶端逐項測試，不要直接重設整套網路設定。