基礎認識
先分清客戶端、核心與服務設定，了解代理模式及流量入口的界線。
Clash 客戶端、mihomo 核心與訂閱分別是什麼？
客戶端提供匯入設定、選擇代理群組及切換系統代理等介面；核心負責接收連線、解析網域名稱及比對規則。mihomo 是 Clash 生態系中持續發展的核心，過去曾稱為 Clash Meta。訂閱通常是服務提供者產生的設定入口，用來取得節點或完整設定。安裝客戶端不代表就有可用節點，還需要相容的設定與有效服務。排查問題時，請分別記下客戶端名稱、核心名稱及訂閱類型，避免混淆介面功能與核心能力。
規則、全域、直連三種模式有什麼差異？
規則模式依照設定中的規則順序決定連線去向，適合日常分流；全域模式通常會將進入核心的連線交由 GLOBAL 策略處理，仍須在該策略中選擇可用節點；直連模式則讓進入核心的連線直接存取目標。模式只決定核心收到連線後如何處理，不會讓所有應用程式自動進入核心。新手可先使用規則模式，必要時短暫切換至全域模式進行比較測試。測試結束後請恢復原模式，再檢查實際命中的規則，避免長期保留臨時設定。
開啟系統代理後，所有應用程式都會經過 Clash 嗎？
系統代理主要供會讀取作業系統代理設定的應用程式使用，瀏覽器通常會採用這項設定，但部分遊戲、命令列工具及使用自有網路堆疊的程式可能會忽略。應用程式也可能設有獨立代理或略過清單。因此，瀏覽器能連線不代表其他應用程式也已接入。請先查看客戶端的連線清單，確認目標程式的請求是否出現；若沒有連線記錄，優先檢查流量入口。可為應用程式個別設定本機代理，或了解路由與權限需求後再啟用 TUN 模式。
Clash Plus、Clash Verge Rev 與 FlClash 該如何選擇？
先依作業系統篩選，再確認處理器架構、系統版本及所需功能。本網站下載中心會在支援的平台優先列出 Clash Plus，也提供 Clash Verge Rev、FlClash 等選擇。不同客戶端的介面、設定覆寫方式、服務安裝流程及 TUN 開關可能各不相同，不宜照搬其他客戶端的選單路徑。若已有穩定設定，遷移前請保留原始檔案，並確認新客戶端使用的核心。選擇仍在維護且適用於目前系統的版本，比單看介面外觀更重要。
延遲測試成功，為什麼網頁還是無法開啟？
延遲測試通常只會確認節點是否成功向指定測試位址發出一次請求，不能代表所有網站、通訊協定及應用程式都能連線。網頁無法開啟也可能是規則選錯代理群組、目標網站限制、DNS 解析異常，或應用程式未使用代理所致。先確認網頁請求有出現在連線清單，再查看命中的規則與實際使用的節點。可改測其他網站及同一群組中的另一個節點，確認故障範圍。不要只憑延遲數字反覆更換 DNS，也別把單次測試成功當成整條連線正常的證明。
安裝設定
依序設定訂閱匯入、本機連接埠、TUN 權限與啟動選項，建立可用設定。
訂閱連結要如何匯入？匯入後還要檢查哪些項目？
向服務提供者取得適用於 Clash 或 mihomo 的設定連結，在客戶端的設定或訂閱頁面選擇從連結匯入，貼上完整網址並儲存。連結可能包含個人存取憑證，請勿張貼在公開群組或截圖中。匯入後還須啟用該設定，確認代理群組已出現並選擇節點，再開啟適當的流量入口。若匯入後只有節點、沒有規則，請依客戶端支援的方式補上設定。各客戶端選單名稱不同，可先參考本站教學完成一次完整連線測試。
Clash 連接埠設定中的 mixed-port 該如何填寫？
mixed-port 是同時接受 HTTP 與 SOCKS 代理連線的本機監聽連接埠。設定中使用 mixed-port: 7890 時，同一台裝置上的應用程式通常要填入主機 127.0.0.1、連接埠 7890，並依應用程式需求選擇代理通訊協定；實際數值請以目前客戶端顯示為準。若啟動記錄顯示位址已被使用，先關閉其他代理軟體，或改用未占用的連接埠並同步更新應用程式設定。請勿將外部控制介面的連接埠當成代理連接埠。若只供本機使用，請關閉區域網路存取，避免監聽服務意外暴露。
TUN 模式顯示權限不足或建立虛擬網卡失敗，該怎麼辦？
先查看記錄，分辨是權限不足、尚未安裝服務，還是驅動程式載入失敗。Windows 客戶端通常需要安裝或啟動服務元件；部分客戶端也支援以系統管理員身分執行，但請依該客戶端的說明操作。macOS 可能需要授權輔助服務，Linux 則需要相應的網路管理權限。安裝服務後重新啟動客戶端，再確認是否已建立虛擬網卡與路由。若問題仍在，可暫時關閉其他 VPN 或 TUN 軟體進行比較；不要反覆建立多張虛擬網卡，也不要把長期關閉系統防護當成解決方法。
啟用 TUN 時，DNS 與 Fake-IP 要如何搭配？
TUN 負責接收網路流量，DNS 設定則負責解析網域名稱及建立對應，兩者都要一併檢查。Fake-IP 會對部分網域名稱回傳映射位址，讓核心在後續連線中還原目標；它不是公開 DNS 伺服器位址。先採用客戶端提供的預設 TUN 與 DNS 組合，再檢查設定中的 dns.enable、dns.enhanced-mode 及 TUN 的 DNS 接管設定。不要只複製單一增強模式欄位。若區域網路裝置或特殊應用程式不相容，可依症狀加入 Fake-IP 排除項目，修改後重新啟動相關應用程式以清除舊連線。
為什麼開機自動啟動後沒有自動連線？手機在背景執行時又為什麼會斷線？
開機啟動客戶端、啟動核心服務及恢復代理開關是不同設定，只勾選其中一項不一定能完成所有步驟。桌面版應分別確認啟動項目、已啟用的設定，以及系統代理或 TUN 的恢復方式，並在重新開機後實際測試連線。Android 還要檢查背景執行、電池最佳化及 VPN 權限；iOS 則應確認系統中的 VPN 狀態。行動作業系統通常只允許一個 VPN 同時運作，其他 VPN 或流量過濾工具可能會取代目前連線。先確認系統狀態，再檢查節點，避免把背景執行限制誤認為訂閱故障。
首次設定可參考Clash 設定教學，完成匯入、選擇模式及連線測試。
使用技巧
自訂規則、代理群組與 DNS 設定，都應以實際連線記錄作為驗證依據。
如何新增自訂規則，並避免訂閱更新時遭到覆蓋？
優先使用客戶端提供的規則覆寫、設定合併或擴充設定功能，將本機修改與遠端訂閱分開儲存。規則會由上而下比對，具體網域規則通常應放在較寬泛的規則及 MATCH 之前；例如 DOMAIN-SUFFIX,example.com,DIRECT 表示該網域及其子網域採用直連。策略名稱必須存在，大小寫與名稱都須符合設定。修改後重新載入，並在連線清單確認實際命中的規則。直接編輯下載的訂閱檔案，更新時可能會被取代；請先保留副本，並確認客戶端的合併順序。
select、url-test 與 fallback 代理群組各適合哪些情境？
select 用來手動選擇節點或子代理群組，適合需要明確固定出口的情境。url-test 會依指定測試位址的結果自動選擇；測試間隔、容差等參數會影響切換方式，但結果不等於下載速度排名。fallback 通常依清單順序選擇可用項目，適合優先維持指定線路，故障時再切換。群組成員、測試位址及實際造訪的網站都會影響結果。若某個網站連線異常，可先用 select 固定節點進行比較，再決定是否調整自動策略，不要同時修改多個群組。
如何確認應用程式實際命中了哪條規則？
開啟客戶端的連線頁面，重新觸發目標應用程式的請求，依程序、網域名稱或目標位址找到對應連線，再查看規則類型、策略鏈及最終出口。既有的長連線可能仍沿用舊策略；切換設定後，應關閉該連線或重新啟動應用程式再測試。若完全沒有記錄，先確認應用程式是否已接入代理，不要直接修改 rules。記錄資訊不足時，可暫時提高記錄層級，完成後再恢復原設定。分享記錄前，請隱藏訂閱網址、認證資訊及個人存取記錄，只保留排查所需的錯誤片段。
允許區域網路裝置連線代理時，該注意哪些設定？
只有確實需要讓其他裝置使用本機代理時，才啟用 allow-lan，並檢查 bind-address、代理連接埠及防火牆的輸入規則。其他裝置應填入這台電腦的區域網路位址，而不是 127.0.0.1；電腦位址變更後也要同步更新。請盡量限制存取範圍，並設定客戶端支援的認證方式；不要在路由器上將代理連接埠轉送至公網。外部控制介面與代理監聽是兩種不同服務，應分開管理。測試結束後，請關閉不再需要的共用入口，避免陌生裝置使用本機網路出口。
使用代理就能避免 DNS 洩漏嗎？
不能只看代理開關就判斷 DNS 請求會送往何處。應用程式可能使用系統解析器、內建的加密 DNS 或獨立網路設定；TUN 與 DNS 接管是否生效也取決於設定。先確認目標應用程式的請求已進入核心，再檢查核心 DNS 記錄、上游解析器及其路由策略。若瀏覽器啟用了安全 DNS，也要將這項設定納入排查。DNS 測試網站顯示的解析出口只能作為線索，無法單獨證明整台裝置的流量路徑；應搭配連線記錄及實際網路設定判斷。
疑難排解
先找出故障所在的層級：取得設定、啟動核心、接入流量，或節點連線至目標網站。
訂閱更新失敗：如何分辨連結過期、HTTP 錯誤與 YAML 錯誤？
先確認錯誤發生在下載階段還是解析階段。HTTP 401 或 403 可能與授權或存取限制有關，404 則可能代表入口已失效；實際原因仍以服務提供者的說明為準。逾時時，請檢查目前網路能否連上訂閱網址。若下載成功但解析失敗，請確認回傳內容是否為登入頁面、格式是否符合目前核心，以及 YAML 縮排是否正確。只有服務提供者明確要求時才調整 User-Agent。保留上一份可用設定，取得新連結後再更新；不要把含有憑證的連結交給來源不明的轉換網站。
所有節點都逾時，如何判斷是服務端還是本機問題？
先關閉代理，測試一般網路是否正常，再確認設定已啟用、帳戶服務有效且節點資訊完整。接著選一個節點查看連線錯誤，分辨網域名稱解析失敗、連線逾時、認證失敗或不支援的通訊協定。所有節點都逾時，也可能是測試位址無法連線，應用實際網頁請求交叉驗證。關閉其他代理或 VPN，再改用另一個網路進行比較；若同一份設定在另一台裝置正常，請優先檢查本機連接埠、防火牆及流量入口。不要同時重設設定、DNS 與系統網路，否則難以找出真正原因。
系統代理已開啟但瀏覽器無法使用，關閉後又無法上網，該怎麼辦？
檢查作業系統的代理設定是否指向客戶端實際監聽的本機位址與連接埠，同時確認核心仍在執行。瀏覽器擴充功能、獨立代理設定或其他網路工具可能覆寫系統設定；可暫時停用這些項目並重新啟動瀏覽器進行比較。關閉客戶端後無法上網，常見原因是系統仍將代理指向已停止服務的連接埠。先將系統代理恢復為關閉或原有設定，再測試直連網路。若要重新啟用，請先啟動核心，再開啟代理；受機構政策管理的裝置應遵循管理規範，不要強行覆寫政策。
Windows UWP 應用程式無法連線到本機代理，如何處理回環限制？
部分使用 AppContainer 的 Windows 應用程式受到本機回環限制，可能無法連線至 127.0.0.1 上的代理。先確認一般瀏覽器可正常使用，且目標應用程式確實採用系統代理，再使用客戶端提供的 UWP 回環工具，只授權需要的應用程式。系統也提供 CheckNetIsolation 工具，但必須確認應用程式套件識別碼及操作權限，請勿一次開放所有應用程式。授權後重新啟動目標應用程式。並非所有從商店安裝的程式都有這項限制；回環授權也無法解決節點、DNS 或伺服器端故障，仍須查看連線記錄判斷。
Clash 網速很慢或載入設定後當機，該從哪裡排查？
速度慢時，先比較直連網路與代理連線，再固定節點測試同一個目標，以分辨節點負載、線路波動及本機設定；延遲低不代表傳輸速度快。若只有特定應用程式速度慢，請檢查該程式的規則與連線入口。客戶端當機時，先保留設定與記錄，還原至上一份可用設定，並檢查最近新增的規則、提供者及核心相容性。若一啟動就關閉，可依客戶端文件暫時移開設定目錄再測試，並更新至適用於目前系統的客戶端。不要直接刪除所有資料，也不要反覆重裝來取代錯誤定位。