本文目錄
第一次使用代理用戶端，常見的疑問是：程式已經裝好，為什麼網頁還是打不開，節點又要從哪裡取得？把安裝、取得設定、選擇節點和應用程式發出請求分成幾件事，會更容易確認進度。目標是完成一筆能在連線頁核對的請求，而不只是開啟開關。
裝好用戶端後，還需要什麼才能連網？
安裝程式提供管理介面與代理核心；設定中的節點與規則決定網頁如何轉送。在用戶端介面找到這些項目，才能確認目前完成到哪一步。
- 圖形用戶端
- 管理訂閱、策略群組、系統代理、TUN、日誌和更新。
- 代理核心
- Mihomo 是一種代理核心，讀取 YAML、匹配規則並建立直連或代理連線；圖形用戶端負責管理它。
- 訂閱連結
- 一段帶認證資訊的遠端位址，更新時回傳節點、組和規則。
- 節點
- 用於連線遠端網路的伺服器；可用性、協議和線路由提供方決定。
下載 Clash Verge Rev、FlClash 或其他用戶端不會自動送節點，本站也不提供訂閱。訂閱是取得設定的一種方式，也可以使用本機設定；選擇用戶端時要確認它能讀取對應格式。
選擇符合裝置、仍在維護的用戶端
下載前的判斷
| 要看什麼 | 為什麼 |
|---|---|
| 作業系統與晶片架構 | Windows x64、Windows ARM64、Apple Silicon、Intel 和 Android 包不能混用 |
| 專案是否仍在維護 | 發布頁、最近版本和 issue 能說明目前狀態 |
| 使用什麼核心 | 決定設定欄位、協議和功能是否相容 |
桌面端可以從持續維護的專案 Release 頁面下載，Android 則核對 APK 架構和簽名來源。名稱裡帶 Clash 不代表來自同一個作者，也不代表舊教學中的選單仍然存在。
安裝後先確認介面能開啟、核心狀態穩定。此時沒有匯入訂閱，若程式已經閃退或報 core failed，應處理安裝和本機環境，不要把原因推給節點。
更新訂閱並設為目前設定
從連結到目前設定
複製 Clash 或 Mihomo 相容訂閱
完整複製 HTTPS 位址，不把 token 傳送給陌生轉換站。
在 Profiles / 設定頁新增
給它一個能認出來源的本機名稱。
手動更新一次
等待新的更新時間，並留意 download failed 或 parse error。
設為目前設定
選中標記應落在剛更新的 Profile 上。
清單出現名稱並不代表匯入成功。真正解析後，Proxies 頁面會出現策略群組和節點；如果仍是空白，檢查回傳格式、帳號狀態和目前設定，而不是連續貼上同一位址。
在策略群組中選定可用節點
Proxies 頁面裡帶「自動選擇」「故障轉移」「AI 服務」之類名稱的通常是策略群組，展開後才是節點。select 組由你手動選，url-test 會按探測延遲選擇，fallback 會在目前節點不可用時按順序切換。
第一次聯網不要直接依賴自動組。選一條具體節點，等實際請求成功後再恢復自動選擇；否則失敗時不知道是節點壞了，還是健康檢查剛好換了出口。
第一次選擇節點時看清
- 目前按一下的是策略群組還是具體節點
- 組內是否至少有一條節點
- 節點延遲只是探測結果，不是可用保證
- 主要服務組最終引用了哪個出口
桌面與 Android 的首次連線入口
以下以 Windows/macOS 上的 Clash Verge Rev 為例，使用 System Proxy 測試瀏覽器。Android 使用者需要在所用用戶端建立 VPN 連線並完成系統授權；具體操作請見 Android 安裝與訂閱教學。
桌面 TUN 透過虛擬網路介面卡接管更多 TCP、UDP 流量，需要額外系統權限，也會涉及路由與 DNS。桌面瀏覽器尚未連通時，先檢查訂閱、節點與系統代理；Android 則先檢查已授權的 VPN 與分應用程式設定，不套用桌面開關。
桌面用戶端何時使用 TUN
| 現象 | 處理 |
|---|---|
| 瀏覽器和常用軟體都正常 | 保留系統代理 |
| 瀏覽器正常，終端完全沒有連線記錄 | 按工具設定代理，或用 TUN 對照 |
| 連線已出現但命中錯誤規則 | 修規則，不需要擴大入口 |
| 所有連線都 timeout | 檢查節點和網路，TUN 不會讓節點恢復 |
完成首次連線，核對 Connections
在 Windows/macOS 上以 Clash Verge Rev 完成首次瀏覽器請求
確認目前設定
Profile 已更新並選取，Proxies 中已出現策略群組與節點。
固定一個節點
在目前設定的主要選擇群組中選定可用節點，模式先保留 Rule。Rule 會依目前設定的規則決定直連、代理或拒絕連線；測試時不使用自動切換。
開啟 System Proxy
由目前用戶端寫入系統代理；首次瀏覽器測試不同時開啟桌面 TUN 或修改 DNS。
發起新請求並查看紀錄
重新開啟熟悉的網站，在 Connections 核對目標、規則與實際出口，不以測速按鈕代替網頁。
網頁能開啟後，在 Connections 找到剛才的新請求，核對目標、命中規則與實際出口。紀錄顯示所選節點，才能證明這次請求經過該節點；DIRECT 表示依規則直連。請求沒有紀錄或仍 timeout 時，依下方判斷表定位問題，不以開關顏色當作成功依據。
首次連線的結果判斷
| 看到的結果 | 下一步 |
|---|---|
| 網頁正常，實際出口是預期節點 | 這次請求已經過所選節點。 |
| 網頁正常，但紀錄為 DIRECT | 這次是依規則直連；若要驗證代理節點，請改用原本應走代理的目標請求。 |
| 重新請求後仍無紀錄 | 桌面用戶端檢查 System Proxy 與系統代理位址；Android 依專篇檢查 VPN 連線及分應用程式設定。 |
| 實際出口是節點，但仍 timeout | 使用另一個確認可用的節點對照，保留規則與錯誤紀錄。 |
Rule、Global、Direct 如何影響這條連線？
Rule 會從上到下匹配目前設定的規則，連線可能被交給 DIRECT（直連）、代理策略群組，或 REJECT（拒絕連線）。實際結果取決於設定；Global 把進入 Clash 的連線統一交給全域組，Direct 則統一直連。
日常使用通常從 Rule 開始。某個網站打不開時，到 Connections 看它命中了哪條規則；不要把 Global 當成長期萬能開關，也不要看到 DIRECT 就認為用戶端失效。
proxy-groups:
- name: 默认代理
type: select
include-all: true
proxies:
- DIRECT
rules:
- DOMAIN-SUFFIX,lan.example,DIRECT
- DOMAIN-SUFFIX,example.com,默认代理
- MATCH,默认代理錯誤來自設定、應用程式的代理入口還是節點？
Profile 顯示 401 / 403
訂閱認證資訊或帳號狀態有問題，不用重裝用戶端。
Profile 出現 parse error
回傳內容與核心格式不相容，保留具體行號。
Proxies 有節點，網頁沒有 Connections
重新發起請求後仍無紀錄，檢查桌面系統代理或 Android VPN/分應用程式設定。
Connections 命中 DIRECT
規則決定了直連，查看是否符合預期。
Connections 走節點後 timeout
比較具體節點、接入網路和日誌。
訂閱更新失敗時保留舊設定，某個節點失效時只換節點。重新請求仍沒有 Connections 紀錄時，先核對對應平台的代理入口與應用程式範圍，再考慮是否需要調整接管。