01 · 安裝用戶端後，為什麼還是連不上？
用戶端負責管理設定並啟動代理核心，節點則提供遠端出口。安裝完成只表示本機具備執行環境，不代表已取得可用節點。首次使用須完成四個步驟：匯入設定、啟用設定、選擇出口，並讓應用程式流量進入代理。
Clash 泛指一類規則代理核心及相關用戶端。Clash Meta 後來以 mihomo 之名持續發展；採用 mihomo 的圖形化用戶端通常支援更多通訊協定與設定欄位。用戶端介面版本和核心版本是兩項不同資訊，排查問題時應分別記錄，不能只說「已安裝最新版」。
- 在用戶端的「關於」或核心資訊頁面記下用戶端名稱、版本號和核心名稱。
- 確認訂閱服務提供者明確支援 Clash 或 mihomo 設定，尤其要留意節點的通訊協定要求。
- 先使用規則模式搭配系統代理，確認瀏覽器能否連線，再決定是否啟用 TUN。
02 · 訂閱連結從哪裡取得？可以直接分享嗎？
訂閱連結通常可在節點服務的帳戶後台取得，也可能由自架服務產生。用戶端本身不會自動提供遠端節點。取得連結時，請選擇標示為 Clash 或 mihomo 的訂閱格式，不要複製網站登入網址、購買頁面或瀏覽器網址列中的帳戶頁面。
訂閱網址通常包含用來識別帳戶的權杖。取得完整網址的人可能讀取節點資訊、耗用流量，或看到訂閱回傳的帳戶相關內容。請將它視為帳密等敏感資料，不要貼在公開客服案件、截圖、聊天室或程式碼儲存庫中。
- 匯入前確認網域與服務提供者後台一致，並使用對方正式提供的 HTTPS 網址。
- 求助時請隱藏完整查詢參數和敏感路徑，不要只遮住使用者名稱。
- 若連結外洩，請在服務提供者後台重設訂閱連結，再更新用戶端儲存的網址。
- 使用線上訂閱轉換服務，代表必須將原始網址交給該服務；使用前請先評估信任風險。
本文不提供公用節點或訂閱網址。自架使用者可自行維護 YAML 設定；若只有一個 ss:// 或 vmess:// 連結，還須確認用戶端是否支援匯入單一節點，不能直接把它當成完整的 Clash 設定。
03 · 如何匯入 Clash 訂閱？匯入失敗要檢查什麼？
不同用戶端的選單名稱略有差異。常見流程是在「訂閱」或「設定」頁面新增遠端設定、貼上網址並下載，再點選該設定，將它設為目前使用的項目。看到設定卡片不一定代表已啟用，請確認目前設定標記和核心記錄。
依回應結果判斷問題
| 狀況 | 優先檢查 | 下一步 |
|---|---|---|
| HTTP 401 或 403 | 權杖、帳戶權限、來源限制 | 從帳戶後台重新複製訂閱網址 |
| HTTP 404 | 路徑是否完整、舊連結是否失效 | 對照服務提供者目前提供的網址 |
| 回傳 HTML 頁面 | 是否複製到登入頁，或遇到網頁驗證 | 改用專用的訂閱匯出入口 |
| YAML 解析失敗 | 縮排、內容格式、欄位結構 | 保留錯誤行號，確認回傳內容是 YAML |
| 不支援的代理類型 | 核心功能與訂閱通訊協定 | 確認 mihomo 的支援狀況，或改用相容的設定 |
完整設定通常包含 proxies、proxy-groups、rules，也可能透過 proxy-providers 引入節點。只包含 Base64 編碼節點清單的訂閱，不一定能直接作為 YAML 設定載入。格式不相容時，別只靠更改副檔名來解決。
若記錄顯示連線逾時，先確認電腦時間正確，且網路能連上訂閱網域。若要透過代理更新訂閱，還必須先有可用的代理連線；空白設定不會憑空建立這條連線。
04 · 規則、全域、直連模式有什麼差別？
代理模式決定已進入核心的連線要使用哪個出口，但不會自動讓所有應用程式的流量進入核心。即使切換到全域模式，忽略系統代理且未由 TUN 接管的應用程式，仍可能完全繞過用戶端。
- 規則模式：依序比對
rules，符合條件後交由指定策略處理；日常使用通常從這個模式開始。 - 全域模式：將連線交由全域策略處理，仍須在全域策略中選擇實際節點或群組；適合暫時排查分流問題。
- 直連模式：連線使用直連出口，不代表關閉用戶端，也不代表停用系統代理。
最簡規則範例
mode: rule
rules:
- DOMAIN-SUFFIX,example.com,DIRECT
- MATCH,PROXY這只是規則示意，並非可直接匯入的完整設定。PROXY 必須是設定中實際存在的節點或策略群組名稱。DOMAIN-SUFFIX,example.com,DIRECT 會比對該網域及其子網域；MATCH 則是最後的兜底規則。若將 MATCH 放在前面，後續規則就不會有比對機會。
排查特定網站時，可以短暫切換至全域模式並選用同一個節點。若全域模式可連線、規則模式卻不行，請優先檢查符合的規則和目標策略，不要立刻認定節點失效。
05 · 節點怎麼選？延遲最低就最好嗎？
用戶端顯示的延遲通常是對指定測試 URL 進行探測所得。結果會受測試網址、逾時設定、網路壅塞和核心測試方式影響，不等於所有網站的連線速度，也不代表影片下載吞吐量。延遲測試成功，只表示這次探測順利完成。
- 先在目前使用的策略群組中選定節點，別只在節點清單按下測試按鈕。
- 實際連線至目標網站，觀察連線耗時、頁面資源是否完整，以及是否持續出錯。
- 在相同網路和測試 URL 下比較候選節點，減少條件變動。
- 查看連線記錄中的最終出口，確認流量沒有被其他策略群組導走。
select 群組由使用者手動選擇；url-test 群組會依探測結果自動選擇；fallback 群組則傾向依序選用可用出口。群組也能引用其他群組，因此畫面顯示的群組名稱不一定是最終節點名稱。
例如，在手動群組中選擇「自動選擇」群組，實際出口仍可能隨探測結果改變。若要穩定重現問題，請暫時選定一個明確節點，並記錄測試時間、目標網域和錯誤資訊。不要同時更改節點、DNS 和規則，否則難以判斷是哪項調整生效。
06 · 已開啟系統代理，為什麼瀏覽器還是不能用？
系統代理是提供本機代理網址給支援此機制的應用程式使用，並非強制接管所有流量。先確認用戶端實際監聽的連接埠，再檢查作業系統中的位址是否相同。以下以 127.0.0.1:7890 作為排查範例；實際數值請以目前用戶端設定為準。
Windows 檢查步驟
- 開啟「設定」→「網路和網際網路」→「Proxy」，確認用戶端管理的代理位址和連接埠。
- 在用戶端設定中檢查 HTTP 或 mixed 監聽連接埠，不要誤用控制介面的連接埠。
- 暫停其他代理工具，避免多個程式反覆修改系統代理設定。
- 檢查瀏覽器擴充功能是否另外指定代理；必要時先停用相關擴充功能再試一次。
Test-NetConnection -ComputerName 127.0.0.1 -Port 7890
curl.exe -I --proxy http://127.0.0.1:7890 https://example.com/第一個指令可在 PowerShell 檢查本機連接埠是否可連線；TcpTestSucceeded : True 只表示該連接埠可連通。第二個指令會明確指定 HTTP 代理，用來排除應用程式是否讀取系統代理這項變因。若收到 HTTP 回應，表示該次代理請求已取得回應；狀態碼是否符合預期，仍須依目標網站判斷。
若明確指定代理後請求成功、瀏覽器卻失敗，請檢查瀏覽器設定、擴充功能和安全 DNS。若明確指定代理也失敗，再查看本機連接埠、節點、驗證資訊和記錄。控制介面通常用於用戶端與核心通訊，不能因為連接埠開放，就把它填進瀏覽器的代理欄位。
07 · TUN 模式是什麼？新手一定要開嗎？
TUN 透過虛擬網路介面和路由設定接管 IP 流量，適合處理不遵循系統代理的應用程式。它與系統代理是不同的流量入口，不是「更高階的代理模式」。規則、全域和直連模式仍會決定流量進入核心後使用的出口。
先使用系統代理完成基本測試，可減少排查變因。若瀏覽器已能正常連線，但某個應用程式不讀取系統代理，再考慮啟用 TUN。啟用前請確認用戶端是否需要系統管理員權限、服務模式或額外網路權限；實際要求取決於作業系統和用戶端的實作方式。
- Windows：確認用戶端所需的服務或權限已就緒，並留意虛擬網卡或路由建立失敗的記錄。
- Android：通常需透過系統 VPN 授權接管流量；啟用其他 VPN 應用程式可能會取代目前的連線。
- 桌面多 VPN 環境：企業 VPN、虛擬機器網路和其他通道可能改變路由優先順序，請逐一排查。
不要以為「啟用 TUN」就能確保所有 UDP、IPv6 和 DNS 流量都會如預期處理。還須考量核心功能、節點是否支援相關傳輸方式、路由涵蓋範圍和 DNS 接管方式。首次啟用後，請分別測試瀏覽器和原本無法透過代理連線的應用程式。
08 · fake-ip 和 DNS 需要一起調整嗎？
DNS 會將網域名稱解析為位址。mihomo 的 fake-ip 模式會對相關查詢回傳用於映射的虛擬位址，核心據此還原網域名稱並處理連線。看到虛擬位址不一定代表解析故障；關鍵在於該流量是否仍由核心正確接管。
新手應優先保留可用訂閱和用戶端的預設 DNS 設定，避免同時修改系統、瀏覽器和用戶端的設定。瀏覽器啟用的加密 DNS 可能改變查詢路徑；TUN 中的 dns-hijack 也不是能通用攔截所有加密 DNS 請求的工具。
先記錄問題，再修改欄位
- 只有一個網域連不上：先檢查符合的規則、該網站的狀態和 DNS 記錄。
- 多個網域都無法解析：檢查 DNS 上游是否可連線，以及查詢是否走預期路徑。
- 區域網路裝置名稱或特定應用程式異常：確認是否需要精確設定 fake-ip 排除項目，而不是停用整套 DNS 功能。
- 啟用或停用 TUN 後表現不同：比較兩種狀態下的路由與 DNS 接管情形，不要只更換節點。
系統的 nslookup 結果只能反映它使用的查詢路徑，不能單憑此結果證明瀏覽器或所有應用程式都使用相同 DNS。若想進一步了解相關欄位，請參閱設定手冊中的 DNS 與 TUN 設定說明。
09 · 如何設定開機啟動？為什麼重開機後沒有代理？
開機啟動、核心啟動、還原系統代理和 TUN 權限是四件不同的事。啟動項只能確保系統嘗試啟動程式，不能保證設定有效、網路已連線或策略群組選擇正確。桌面圖形化用戶端通常會在使用者登入後啟動，不代表登入前就能提供代理網路。
重開機後的檢查清單
- 在用戶端設定中啟用「開機啟動」或名稱相近的選項。
- Windows 使用者可在「設定」→「應用程式」→「啟動」中確認系統未停用該應用程式。
- 重新登入後，檢查系統匣圖示、目前使用的設定和核心記錄，不要只確認視窗是否出現。
- 確認系統代理是否已還原；若使用 TUN，請另外檢查服務狀態和授權。
- 網路連線建立後，再測試目標請求，排除開機初期網路尚未就緒的情況。
在某些用戶端中，「關閉視窗」只會將程式縮至系統匣；其他設定則可能直接結束程式。測試開機啟動時，請分清楚隱藏視窗、結束程式和停止核心。如果用戶端已結束，但系統代理仍指向 127.0.0.1，支援系統代理的應用程式可能因本機連接埠無人監聽而無法連線。
遇到這種情況，請重新啟動用戶端，或在系統設定中停用手動代理。不要同時手動建立多個啟動工作和服務；重複啟動可能造成連接埠被占用，反而使正常設定無法載入。
10 · 更新訂閱會覆蓋設定嗎？發生問題時應提供哪些資訊？
更新遠端訂閱通常會取代該遠端設定的內容。直接修改下載取得的 YAML，可能在下次更新時被覆蓋。用戶端提供的覆寫、合併或指令碼功能，可將個人設定與訂閱內容分開；不過，實際合併順序和支援功能仍取決於各用戶端的實作方式。
需要新增規則時，先確認覆寫會取代整個 rules 陣列，還是只在前後追加。需要指定策略群組時，請確認更新後該群組名稱仍然存在。群組名稱變更後，引用舊名稱的規則可能導致設定載入失敗。
有效的問題記錄
- 環境：作業系統與版本、用戶端名稱與版本、核心名稱與版本。
- 入口：系統代理或 TUN、實際本機連接埠，以及是否同時執行其他 VPN。
- 策略：規則或全域模式、符合的規則、最終策略群組與節點名稱。
- 狀況：發生時間、目標網域、HTTP 狀態碼或完整錯誤訊息，以及能否穩定重現。
- 對照：關閉代理、明確指定代理，以及改用已知可用節點後的差異。
分享記錄前，請刪除訂閱網址、權杖、節點密碼和控制介面金鑰。通常只需提供錯誤發生前後的相關片段，無須上傳完整設定。若修改過多個選項，請先還原至可用的備份，再一次只改一項並重新測試。