Clash 首次連線教學：節點選擇、延遲測試與代理確認

先完成一次可驗證的連線

第一次使用時，先完成最基本的連線驗證：啟用設定檔、切換至規則模式、手動選擇節點、開啟系統代理，再嘗試連上網站。不要同時開啟多個代理用戶端，也先別修改 DNS、TUN 或規則。每次只調整一項，才能找出問題所在。

在「設定檔」或「Profiles」頁面匯入訂閱，並選取該設定檔。匯入成功不代表已啟用；請回到代理頁面，確認策略組已載入。
將運作模式切換為「規則 / Rule」。首次驗證時，保留訂閱內建規則，暫時不要新增自訂分流。
在目標策略組中選擇一個節點並執行延遲測試，確認選取的不是 DIRECT 或 REJECT。
在桌面版開啟「系統代理」，接著用瀏覽器造訪目標網站，再到「連線 / Connections」頁面確認這筆請求。

在策略組中選擇實際出口

開啟「代理 / Proxies」後，先找出規則實際使用的策略組，而不是看到節點就直接點選。訂閱可能包含「節點選擇」、「自動選擇」、「海外服務」等多個分組；名稱由設定檔作者自訂，並非用戶端的固定選單。策略組也可能指向另一個組，請沿著選擇關係確認最後使用的節點。

三種常見分組的選擇方式

組別類型	運作方式	首次連線建議
`select`	使用手動選取的節點或下層策略組。	先固定選擇一個節點，方便重複測試。
`url-test`	依探測結果自動選擇出口；切換行為也會受容差等設定影響。	確認目前實際選中的節點，不要只看組別名稱。
`fallback`	通常依設定檔中的順序，選擇健康檢查通過的出口。	不要把它當成延遲最低的排序。

例如，目標網站符合「海外服務」規則，該組選擇「節點選擇」，而「節點選擇」選了「新加坡 A」，最後的出口才是「新加坡 A」。若只更改其他無關分組，目標網站的連線路徑不會改變。節點名稱中的地區僅供參考，實際出口位置應透過請求確認。

DIRECT 代表直接連線，不會經過代理節點。適用於本地連線及直連規則，不能用來證明代理已連通。
REJECT 代表拒絕請求。誤選後連線失敗是預期結果。
節點很多時，優先挑選服務供應商標示正常、距離較近的兩個候選節點；初次排查時，別在十幾個節點間不停切換。

延遲測試能確認哪些事

點選策略組旁的測速或延遲按鈕，等待測試完成。常見的 URL 延遲測試會透過節點連線至指定的 HTTP 或 HTTPS 網址，並記錄探測所需時間。這不是一般的 ICMP Ping，也不是下載頻寬測試；測試網址、連線重用、DNS 和節點負載都會影響結果。

用三次測試結果判斷穩定度

手動選擇一個候選節點，使用相同的測試網址執行三輪測試，每輪間隔約 5 秒。記下結果後，再換另一個節點測試。以下數據僅為判讀範例，並非本站實測結果或速度保證。

候選節點	三輪測試範例	建議處理方式
節點 A	82 / 91 / 87 ms	測試結果集中，可先用來確認網站連線。
節點 B	45 / 680 ms / 逾時	最低延遲較低，但穩定度仍有疑慮。
節點 C	三輪皆逾時	交叉測試其他節點與測試目標。

自動探測常用會回傳 204 的網址，例如 https://www.gstatic.com/generate_204。但該網址連得上，不代表影片播放、登入或檔案下載都正常；反過來說，探測網址若遭特定網路封鎖，也可能讓可用節點顯示逾時。請搭配實際網站連線狀況判斷，不要只看單一數字。

開啟系統代理，確認請求進入核心

在 Windows 或 macOS 上，先透過用戶端的「系統代理」開關測試瀏覽器流量。這通常會將系統代理位址設為本機監聽連接埠，但不會強制接管所有應用程式。瀏覽器擴充功能、應用程式自訂的代理設定，以及部分命令列程式，可能不會使用系統代理。

先確認連接埠，再執行明確指定代理的請求

在「設定」頁面尋找「連接埠」、「混合連接埠」或「Mixed Port」。7890 是常見範例，不是所有用戶端都使用的固定值。以下說明設定欄位的意義，僅供對照目前執行中的設定，請勿直接覆寫訂閱檔案：

mixed-port: 7890
allow-lan: false
mode: rule
log-level: info

確認目前混合連接埠確實是 7890 後，可在 Windows PowerShell 執行以下指令。macOS 或 Linux 請將 curl.exe 改為 curl；若連接埠不同，請替換指令中的數字。

curl.exe --proxy http://127.0.0.1:7890 --connect-timeout 10 --max-time 20 --head https://example.com/

此指令會明確指定本機 HTTP 代理，可用來排除應用程式是否讀取系統代理這項變因。混合連接埠支援 HTTP 代理請求。
若出現 Failed to connect，且錯誤指向 127.0.0.1，請先確認核心是否正在執行，以及連接埠是否填寫正確。
若收到目標伺服器的 HTTP 回應，代表請求至少已完成相應的通訊；即使回應是 403，也不應直接判定為本機連接埠故障。
明確指定代理的請求成功，但瀏覽器仍無法連線時，請優先檢查系統代理開關、瀏覽器的獨立代理設定及擴充功能，不要立刻更換訂閱。

上述請求進入核心後，仍會依照目前規則處理；若符合直連規則，也可能走 DIRECT。因此，指令執行成功只代表代理入口可用，是否真的經過選定節點，還要查看連線記錄。監聽入口的說明可參考安裝大全中的連接埠設定。

查看連線記錄，確認規則與節點

開啟「連線 / Connections」，依網域篩選後重新整理目標網頁。首次確認時，最好選擇一個確定應經過代理的一般網站，不要只檢查聊天應用程式中既有的長連線。若連線記錄很快消失，可同時開啟「日誌 / Logs」，並以 info 層級查看新請求。

至少確認單筆請求的四個項目

目標網域或位址：確認記錄是剛才開啟的網站所產生，而非背景更新或其他分頁的請求。
符合的規則：確認生效的是網域規則、位址規則，還是最後的兜底規則。規則通常由上往下比對，第一個符合的項目會決定後續處理方式。
策略鏈：沿著組別名稱確認最後使用的節點。若結果是 DIRECT，這筆請求並未經過代理節點。
傳輸變化：重新整理後，傳送與接收的流量計數應有所變化。只有連線建立記錄、沒有回應流量，還不足以證明網頁能正常載入。

若網頁顯示的出口 IP 與預期不同，可在同一個瀏覽器中使用可信任的 IP 查詢服務，並同步查看該次查詢的策略鏈。IP 查詢網站本身也會受規則影響，可能直接連線；顯示結果只能證明這次請求的出口，不能代表所有應用程式都走相同路徑。

切換節點後，請建立新請求再重新確認。既有 TCP 連線或瀏覽器連線池可能繼續使用舊路徑；部分用戶端提供「關閉連線」功能，但操作會中斷目前傳輸，下載檔案或進行視訊會議時請勿任意使用。更多比對邏輯請參閱規則分流使用說明。

如何選擇系統代理或 TUN

透過系統代理確認瀏覽器連線成功後，再評估是否需要 TUN 模式。TUN 會透過虛擬網路介面接管符合路由條件的流量，適合不讀取系統代理設定的應用程式，但需要在用戶端完成權限、路由及 DNS 相關設定。TUN 不是節點加速開關，也無法讓失效的訂閱恢復可用。

桌面瀏覽器瀏覽網頁：先使用系統代理，減少權限與路由相關變因。
遊戲、獨立網路程式：先確認程式是否支援代理；確實需要接管流量時再啟用 TUN，並留意服務模式或管理員權限提示。
Android 用戶端：通常會透過系統 VPN 授權建立流量接管入口，不適用桌面版的系統代理操作步驟。其他 VPN 應用程式也可能與其爭用相同入口。

啟用 TUN 後，仍需重新檢查連線記錄。部分故障只影響 UDP 或網域解析，不能因為網頁能開啟，就認定所有通訊協定都正常。初次排查時不建議同時執行其他 VPN；若工作環境需要企業 VPN，請先確認組織的網路規範與分流方式。

依照連線狀況排查首次連線問題

狀況	優先檢查項目	下一步處理方式
代理頁面沒有節點	確認設定檔是否已啟用，以及訂閱是否成功解析。	返回設定檔頁面選取項目，查看更新或載入錯誤。
所有節點測速皆逾時	檢查本機網路、訂閱狀態及探測網址是否可連線。	先確認一般連線正常，再選兩個節點測試實際網站。
延遲正常，但網頁無法開啟	檢查系統代理入口、規則及目標服務的限制。	使用明確指定代理的指令測試，並查看連線策略鏈。
瀏覽器請求未出現在連線頁面	確認瀏覽器是否略過代理，或使用其他本機代理。	檢查瀏覽器的獨立設定，並確認系統代理連接埠。
請求有出現，但顯示直連	檢查符合的規則及策略組內的選擇。	確認實際命中的策略組，不要只切換預設節點組。
只有一個網站無法連線	檢查網站狀態、帳號地區及節點出口限制。	固定其他條件，只更換一個節點進行比較。

遇到錯誤時，先記下發生時間、目標網域、目前模式、節點名稱及錯誤原文。分享日誌前，請刪除訂閱網址、權杖、密碼與個人瀏覽記錄。訂閱網址通常包含存取憑證，請勿貼到公開討論區，也不要任意交給線上轉換服務。

首次連線完成的判斷標準

設定檔已啟用、候選節點可完成探測、實際請求已進入核心、規則符合預期策略組、最後的策略鏈包含選定節點，而且目標網頁正常回應。符合這些條件，比首頁顯示「已連線」更能確認連線狀況。之後再依需求設定自動選擇、更新訂閱及應用程式分流；後續調整也請依照相同順序驗證。