Clash 電腦版首次連線：選擇節點、測試延遲與確認代理是否生效

1. 連線前檢查：設定檔、核心與監聽連接埠

首次連線請依序完成「載入設定檔 → 選擇出口 → 測試節點 → 連接瀏覽器 → 查看連線記錄」。成功匯入訂閱只代表用戶端取得設定檔；節點是否可用、規則是否命中，以及應用程式是否接入，仍須分別確認。先別同時啟用系統代理、TUN 模式和瀏覽器代理擴充功能，否則發生問題時不容易判斷是哪個環節出錯。

1. 確認目前使用的設定檔。前往用戶端的「訂閱」或「設定檔」頁面，選取剛匯入的設定檔，確認目前已啟用，而不只是出現在清單中。頁面名稱可能因用戶端版本而異。
2. 確認核心正在執行。開啟「日誌」頁面，查看是否有設定檔解析錯誤、連接埠被占用或核心已停止等訊息。介面能開啟，不代表核心已成功啟動。
3. 記下本機連接埠。在設定中尋找「連接埠」、「混合連接埠」或 mixed-port。本文以 127.0.0.1:7890 為例；若介面顯示其他連接埠，後續指令也要一併替換。
4. 暫時停用重複的代理入口。先關閉其他代理用戶端和瀏覽器代理擴充功能，只保留一條明確的連線路徑。請勿為了測試連線而關閉防火牆或憑證檢查。

如果設定檔頁面沒有節點，請先回頭檢查匯入步驟。確認訂閱是否有效、方案是否到期，以及匯入的是 Clash YAML 設定檔，還是其他格式的節點清單。此時一再點選延遲測試，無法補上缺少的設定。

2. 選擇策略組：先選模式，再選實際節點

策略組不等於節點本身。策略組可以包含多個節點，也可能再引用其他策略組。在規則模式下，不同目標可能套用不同策略組，因此「選了一個節點」不代表所有流量都會經過該節點。

首次連線建議使用規則模式

前往用戶端的「代理」頁面，將運作模式設為「規則」（Rule）。找到設定檔中負責一般代理流量的策略組，展開後選擇一個實際節點。策略組名稱由設定檔作者自訂，不能只看名稱判斷用途；請搭配規則目標與連線記錄確認。

例如，規則將某個網站交給「媒體」組處理，但你只修改了「預設代理」組，該網站的出口可能完全不變。組名僅為說明範例，實際操作時請以目前設定檔中的名稱為準。如果組內還有一層「自動選擇」，請繼續展開並記下最終使用的節點。

手動選擇後，新請求通常會使用新的出口；既有長連線則可能繼續沿用舊出口。測試時請重新開啟頁面，或另開瀏覽器視窗。需要中斷連線時，優先關閉對應的測試連線，以免直接清除所有連線，造成下載或會議中斷。

3. 測試延遲：確認連線能力，別把毫秒數當成下載速度

在「代理」頁面點選節點或策略組旁的測試按鈕，等這一輪測試完成後再比較結果。常見測試方式是由核心透過節點向指定的 HTTP 或 HTTPS 網址發出請求並記錄耗時；這不只是 ICMP ping，也不是完整的頻寬測試。

如何判讀測試結果

• 顯示毫秒數：表示該節點在本輪測試條件下成功完成相應請求。結果會受測試網址、交握過程、網路壅塞和快取影響。
• 逾時或失敗：表示這一輪未能在期限內取得有效結果。可能原因包括節點無法連線、測試目標受到限制、DNS 異常，或測試條件不符。
• 數值偏低但網頁載入很慢：測試目標和實際網站可能經由不同的遠端路徑；頻寬不足、封包遺失和網站回應速度，也無法只靠一個延遲數字完整呈現。

例如，同一節點連續三輪顯示 82 ms、91 ms、87 ms，另一個節點則顯示 45 ms、逾時、310 ms。通常可優先使用前者繼續進行首次連線驗證。以上僅為讀數範例，並非本站實測結果，也不能據此推斷節點的下載速度。

在相同測試條件下比較

如果用戶端提供測試網址設定，可先使用設定檔內已有的網址，並確認它適用於目前的網路。常見的連線測試網址包括 https://www.gstatic.com/generate_204，預期會回傳 HTTP 204，但不同網路不一定都能連線；更換網址後，新舊結果不宜直接比較。

初次排查時，每輪測試可間隔約 10 秒，共測試 3 輪，避免短時間內重複測試大量節點。如果只有一個節點失敗，先換另一個節點測試；如果全部失敗，優先檢查設定檔是否仍有效、核心日誌和本機網路。縮短測試逾時時間只會讓系統提早回報失敗，不會讓節點變快。

4. 啟用系統代理：讓瀏覽器請求進入用戶端

節點測試通常由核心直接發出，即使系統代理關閉也可能成功。若要讓遵循系統代理設定的瀏覽器透過用戶端連線，還需要在用戶端啟用「系統代理」。首次驗證時先保持 TUN 模式關閉，減少同時變動的設定。

1. 在用戶端啟用「系統代理」，確認開關沒有立即關閉，也沒有出現設定寫入失敗的提示。
2. 在 Windows 11 開啟「設定」→「網路和網際網路」→「Proxy」，查看「手動 Proxy 設定」區域；必要時點選「編輯」，核對位址和連接埠。
3. 本機代理位址通常是 127.0.0.1，連接埠應與用戶端提供的 HTTP 或混合連接埠一致。請勿將訂閱網址填入 Proxy 伺服器位址。
4. 使用未設定獨立代理規則的瀏覽器視窗前往測試網站，同時開啟用戶端的「連線」頁面，觀察是否出現新的請求。

如果使用 PAC 方式連線，系統頁面可能會顯示自動設定指令碼，而不是手動 Proxy 伺服器。排查時請勿另外手動輸入另一組代理設定。首次連線先選定一種方式，確認成功後再調整。

TUN 模式適合用來處理不遵循系統代理的應用程式。它通常需要額外權限，也會涉及虛擬網卡、路由和 DNS 設定；是否能接管特定應用程式仍取決於實際設定。若系統代理已能完成瀏覽器驗證，不必為了看到「已連線」就立即啟用 TUN。

5. 瀏覽器與連線日誌：確認規則和出口相符

要確認代理生效，必須同時滿足兩個條件：目標應用程式的請求確實進入用戶端，而且該請求最後使用預期的出口。只看到瀏覽器能開啟網頁，無法判斷流量是直連還是經過代理；只看到延遲測試成功，也無法證明瀏覽器已接入。

在連線頁面找出同一筆請求

1. 開啟用戶端的「連線」頁面，使用網域篩選功能，或留意剛出現的記錄。
2. 在瀏覽器造訪一個明確的 HTTPS 網站，記下造訪時間和網域。測試網站應可公開存取，不需要登入帳號。
3. 查看對應連線的目標網域、命中規則、策略鏈，以及上傳和下載流量變化；不同用戶端顯示的欄位名稱可能有所不同。
4. 如果策略鏈最後顯示 DIRECT，表示請求已進入用戶端，但被指派為直連；只有最後使用所選節點，才代表該連線經由相應的代理出口。

有些短連線結束得很快，切換到介面前可能就已消失。可以先開啟連線頁面，再重新整理瀏覽器；也可以到「日誌」頁面尋找相同時間的規則比對記錄。日誌等級設為 info 時通常能看到連線資訊，但實際內容取決於核心和用戶端；不要因為找不到某句固定文字就判定發生故障。

如需輔助確認，可查看可信任的公網 IP 查詢網站。比對代理連線前後的出口位址和網路歸屬即可，別只根據國家或地區標籤判斷節點位置：IP 資料庫可能更新較慢，網站也可能依規則採用直連。請搭配連線記錄交叉確認 IP 查詢結果。

6. 透過命令列複查：區分本機監聽與遠端連線失敗

如果瀏覽器的連線狀況不明確，可以在 Windows PowerShell 或終端機中明確指定 HTTP 代理。這個步驟會略過瀏覽器的代理選擇邏輯，但無法證明系統代理開關已生效。請先確認範例連接埠與你的設定一致。

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

-I 用來要求回應標頭；--connect-timeout 10 將連線階段的等待時間限制為 10 秒，--max-time 20 則將整個請求限制為 20 秒。如果終端機設定了 NO_PROXY 環境變數，請確認測試網域是否列為例外；同時查看用戶端是否出現這筆連線。

• 無法連線至本機連接埠：先檢查核心是否正在執行、連接埠是否輸入錯誤，以及該連接埠是否提供 HTTP 代理。
• 出現 HTTP 200 Connection established：這只代表代理通道已建立；還要繼續檢查後續 TLS 交握和目標回應，不能只看到這一行就判定整個請求成功。
• 收到目標回應標頭：表示這筆明確指定代理的請求已完成相應的 HTTP 交涉。即使目標回傳 403，也要區分是網站拒絕存取，還是連線完全失敗。
• 出現憑證錯誤：請檢查系統時間、憑證信任和網路環境，不要長期以略過憑證檢查的方式處理。

如果需要確認連接埠是否正在監聽，可在 Windows 終端機執行：

netstat -ano | findstr ":7890"

查看本機位址欄中連接埠為 7890、狀態為 LISTENING 的記錄。篩選結果也可能包含其他相關列，請核對欄位；PID 可在工作管理員的「詳細資料」中查找對應程序。有監聽記錄只代表有程式占用該連接埠，還要確認它屬於目前用戶端的核心。

7. 常見結果對照與首次連線檢查

首次連線完成後，請保留一組容易重現的設定狀態：規則模式、已確認可用的節點、實際監聽連接埠，以及一筆能在連線頁面查到的測試請求。若曾暫時切換至全域模式，請恢復規則模式；若曾提高日誌等級，也請恢復常用等級。

結束用戶端前，先關閉系統代理，避免系統仍指向已停止監聽的本機連接埠。如果退出後瀏覽器無法連線，請回到 Windows 的 Proxy 設定，檢查是否有殘留項目。之後若要設定開機啟動或使用 TUN 接管流量，每次只調整一項設定，再重做瀏覽器與連線日誌驗證。

判斷連線成功的依據，不是綠色狀態或某個毫秒數，而是整條流程都符合預期：「應用程式請求進入用戶端、命中預期規則、使用明確的最終節點，且目標正常回應」。更多基本操作請參閱使用指南；遇到特定錯誤時，可前往說明中心依照現象繼續排查。