Clash 首次連線教學

先確認訂閱設定已啟用

成功匯入訂閱、看到節點，以及代理生效，是三種不同狀態。訂閱提供節點、策略組與規則；用戶端還必須載入這份設定，並讓應用程式的連線進入核心。第一次連線時，建議依序檢查，別一遇到網頁無法開啟就反覆更換訂閱。

1. 前往用戶端的「設定檔」或「Profiles」頁面，找到剛匯入的訂閱，確認它已選取、正在使用或處於啟用狀態。
2. 查看最近一次更新結果。如果出現解析失敗、下載失敗或設定載入失敗，先處理這項錯誤；清單中仍顯示的節點可能來自舊設定。
3. 前往「代理」或「Proxies」頁面，確認看得到策略組及其中的節點，而不只是 DIRECT 和 REJECT。
4. 在「記錄」頁面確認核心沒有持續重新啟動，也沒有發生連接埠被占用或不支援設定欄位等錯誤。

本文以桌面用戶端常見介面為例。「設定檔 → 選取訂閱」、「代理 → 規則」、「連線」、「記錄」是功能位置的描述；不同用戶端的名稱與位置可能略有差異。採用 Clash Meta（mihomo）核心的用戶端可支援更多協定與設定欄位，但前提仍是目前的核心能成功解析訂閱內容。

切換至規則模式並選擇實際出口

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

在「代理」頁面找到模式切換，選擇「規則 / Rule」。規則模式會依設定中的順序比對連線，由第一條符合的規則決定使用哪個出口或策略組。「全域 / Global」通常會讓進入核心的連線使用全域策略組；「直連 / Direct」則直接連線至目標。全域模式並不會自動接管所有應用程式，應用程式仍須先將流量送進核心。

初次使用時，不建議同時修改模式、規則與 DNS。先沿用訂閱提供的規則，完成一次可重複的連線測試，再依實際網站調整分流。如果目前的設定只提供節點，沒有需要的規則，應先確認用戶端使用的設定範本，而不是假設所有訂閱的分流方式都相同。

展開策略組，確認目前選取的節點

1. 找到用於代理連線的主要策略組，名稱可能是「代理選擇」、「節點選擇」或訂閱自訂名稱。
2. 展開策略組並選擇一個具體節點。請勿將 DIRECT 當成代理節點；選取它會直接連線。
3. 如果選取的是「自動選擇」之類的子組，請繼續查看該子組目前實際使用的節點。
4. 如果規則為某項服務指定了獨立策略組，也要檢查該服務策略組的選擇。修改主要策略組不一定會影響它。

例如，主要策略組選了節點 A，但影音服務的規則指向另一個策略組，而該組選的是節點 B，那麼連線至影音服務時仍會使用 B。節點名稱中的地區資訊僅供辨識，實際對外 IP 出口仍須透過連線紀錄與 IP 查詢確認。

測試延遲：先確認節點是否可用

按下節點或策略組旁的「測試延遲」或「測速」按鈕，等待這一輪測試完成。這類測試通常會透過候選代理向指定測試 URL 發出請求，並記錄耗時；它不是持續下載檔案來測量頻寬。測試 URL、逾時時間及是否重複使用連線都會影響結果。

表格中的數字僅用於說明結果，並非本站實測資料。可間隔數秒測試 2～3 次，偶爾一次逾時與連續多次逾時應分開處理。若只有一個節點失敗，優先更換節點；若所有節點都失敗，先檢查本地網路、系統時間、訂閱效期及核心記錄。

啟用系統代理，讓瀏覽器流量進入核心

在 Windows、macOS 桌面環境中，初次測試可先使用系統代理，不必急著啟用 TUN。在用戶端的「設定 → 系統代理」或首頁的「系統代理」開關中啟用代理，再查看「設定 → 連接埠」顯示的實際監聽值。常見的混合連接埠範例為 7890，但訂閱、用戶端預設值或個人修改都可能造成不同，請以目前介面顯示為準。

• Windows：開啟系統「設定 → 網路和網際網路 → Proxy」，確認代理設定與用戶端一致。常見的手動代理設定為位址 127.0.0.1、連接埠 7890；如果用戶端使用自動設定指令碼，請查看對應的指令碼設定，不能只看手動代理開關就下結論。
• macOS：開啟「系統設定 → 網路 → 目前的網路服務 → 詳細資訊 → 代理伺服器」，確認由用戶端管理的 HTTP、HTTPS 或 SOCKS 代理項目及連接埠。
• 瀏覽器：先用會遵循系統代理設定的瀏覽器測試。Firefox 可在「設定 → 一般 → 網路設定 → 設定」中選取「使用系統 Proxy 設定」。代理擴充功能或個別代理設定可能會覆蓋系統設定。

如果同時執行其他代理、VPN 或網路除錯工具，請先停用它們的流量接管功能，再進行這輪驗證。排查時不必關閉整個系統防火牆。用戶端結束後網頁突然全都無法開啟，通常應先檢查系統代理是否仍指向已停止監聽的本機連接埠。

Android 與 TUN 的差異

Android 用戶端通常透過系統 VPN 權限接管流量，首次啟動連線時須確認系統權限提示；這和桌面端設定 HTTP 代理不同。依應用程式分流或排除應用程式清單，也會影響測試用的瀏覽器是否被接管。桌面端 TUN 則涉及虛擬網卡、路由與權限，建議先完成基本連線驗證，再測試不遵循系統代理的應用程式。

透過連線紀錄確認規則與節點

開啟用戶端的「連線 / Connections」，接著在瀏覽器中造訪一個新的 HTTPS 網頁。盡量使用新開啟的分頁；快取頁面、既有的持續連線與背景請求都可能干擾判斷。記下造訪時間，再到連線清單中尋找對應的網域或目標位址。

1. 確認目標：確認紀錄對應剛才造訪的網站，而不是用戶端自行發出的延遲測試請求。
2. 確認規則：查看命中的規則類型與內容，例如 DOMAIN-SUFFIX 或最後套用的兜底規則 MATCH。介面顯示的詳細程度視用戶端而定。
3. 確認策略鏈：確認連線使用預期的策略組，並最終連到具體的代理節點，而非 DIRECT 或 REJECT。
4. 確認連線狀態：觀察連線是否有資料傳輸、是否立即發生錯誤或關閉，再搭配網頁是否正常開啟來判斷。

如果連線清單中完全找不到對應紀錄，請優先檢查瀏覽器代理設定、排除清單與連接埠，而非調整節點。若紀錄命中 DIRECT，表示這條連線已進入核心，但依規則設定為直連；若命中 REJECT，則應找出封鎖它的規則。

需要更多資訊時，可暫時將記錄層級調整為 info；仍不足時再短暫使用 debug，重現一次問題後恢復原設定。記錄可能包含造訪的網域，分享前請移除個人資訊。依據 IP 規則、網域規則與 DNS 對應產生的記錄格式可能不同，不能只因記錄顯示 IP 而非網域，就判定發生 DNS 異常。

查詢公開 IP，交叉確認出口

在同一個測試用瀏覽器中開啟公開 IP 查詢服務，例如在網址列輸入 https://api.ipify.org。先查看用戶端中這次查詢請求所套用的規則與策略鏈，再讀取網頁回傳的位址。只有確認這次查詢確實使用目標代理，才能用來判斷代理出口。

• 出口符合預期：查詢請求使用所選節點，回傳該節點的公開 IP，且目標網頁可正常開啟，即可視為這條瀏覽器測試連線已生效。
• 仍顯示本地出口：先確認查詢請求是否命中直連。規則模式允許部分網站直連，不能只因一次 IP 查詢結果沒有變化，就認定所有代理都失效。
• 地區與節點名稱不符：IP 地理位置資料庫可能更新較慢，服務也可能使用不同的入口與出口。地區標籤無法準確證明路由位置至城市層級。

如需建立直連基準，可先記下目前各開關的狀態，暫時關閉此用戶端的系統代理與 TUN，並確認沒有其他 VPN 接管，再查詢一次；完成後恢復原設定。關閉接管期間，請勿繼續造訪必須透過代理使用的服務。也不要只比較不同瀏覽器的結果，因為它們可能採用不同的代理設定。

選用：透過命令列單獨測試本機代理連接埠

以下是可在 Windows 命令提示字元或 PowerShell 使用的範例，假設實際的 HTTP 或混合監聽連接埠為 7890。如果連接埠不同，必須替換成實際值；純 SOCKS 連接埠不能直接套用這個 HTTP 代理參數。

curl.exe --noproxy "" --proxy http://127.0.0.1:7890 --connect-timeout 10 --max-time 20 https://api.ipify.org

在 macOS、Linux 上，通常將 curl.exe 改為 curl。此命令會明確指定本機代理，並清除這次請求的代理排除清單，不依賴瀏覽器的系統代理設定。如果命令成功但瀏覽器失敗，應優先檢查瀏覽器；若顯示無法連線至 127.0.0.1:7890，則應檢查連接埠、核心是否正在執行，以及監聽位址。請勿加入略過憑證驗證的參數來掩蓋 TLS 錯誤。

首次連線結果與後續排查

完成首次驗證後，簡單記錄目前使用的設定名稱、規則模式、主要策略組選擇、實際連接埠，以及成功連線的時間。之後修改規則或啟用 TUN 時，一次只調整一項，並用同一個網站重新測試，方便確認是哪項變更造成差異。

最終檢查必須同時符合三個條件：應用程式請求進入核心、規則將請求交給預期節點，以及目標請求成功完成。單靠綠色開關、延遲數字或 IP 查詢，都不足以確認整條連線正常。需要重新整理設定時，可參考使用指南檢查訂閱與系統代理；遇到訂閱更新問題，可查看說明中心的訂閱更新說明。