Clash 用戶端介面指南：代理、設定檔與日誌頁面功能說明

先分清設定檔、出站與流量入口

Clash 用戶端的側邊欄通常包含代理、設定檔、連線、日誌和設定。這些頁面並非同一功能的不同入口：設定檔頁決定載入哪些節點、代理群組與規則；代理頁決定各代理群組目前使用哪個出站；連線頁顯示正在處理的請求；日誌頁則記錄核心執行事件。系統代理和 TUN 模式負責將流量導入核心。

不同用戶端可能將 Proxies 顯示為「代理」或「代理群組」，將 Profiles 顯示為「設定檔」或「訂閱」。下文會以「代理 → 選擇代理群組」這類路徑說明操作層級，但各用戶端的選單名稱可能不同。請先依英文名稱和功能辨認頁面，再對照實際按鈕操作。

設定檔頁：匯入訂閱並啟用設定檔

匯入成功不代表已經生效

訂閱網址通常用來取得遠端設定檔，也可能只提供節點清單。用戶端能否直接匯入，取決於回傳內容的格式與用戶端支援的匯入方式。網頁網址、訂閱網址與節點分享連結是不同類型的內容；若將服務商登入頁貼到訂閱欄位，取得的可能是 HTML，而不是核心所需的 YAML。

1. 前往「設定檔 / Profiles」→「匯入」或訂閱網址欄位，貼上服務商提供、適用於用戶端的訂閱網址。
2. 等候下載與解析完成，確認是否出現設定檔項目，以及有沒有語法錯誤提示。
3. 選取該設定檔，確認選取標記或目前設定檔名稱已變更。
4. 前往代理頁，確認預期的代理群組和節點是否出現。若仍顯示舊內容，請返回設定檔頁確認是否已啟用。

同一個用戶端可以儲存多份設定檔，但通常只有一份主要設定檔會處於啟用狀態。有些用戶端也支援合併、覆寫或腳本處理，因此磁碟上的訂閱原始內容不一定等同於核心最後載入的設定。排查欄位問題時，建議優先查看用戶端提供的執行中設定或設定預覽。

更新訂閱和更新規則集是兩種不同操作

設定檔項目上的「更新」通常會重新取得遠端設定。使用 proxy-providers 的設定也可能需要另外更新節點提供者；使用 rule-providers 的設定則可能有獨立的規則集下載週期。更新主要訂閱，不代表所有提供者資源都會同時刷新。

• 節點名稱或數量不如預期：檢查訂閱更新時間，以及相關節點提供者的更新結果。
• 規則效果沒有變化：檢查目前啟用的設定檔、規則順序與規則集載入狀態。
• 手動修改後又恢復原狀：遠端更新可能會覆寫原始檔案，請改用用戶端支援的持久化覆寫方式。

訂閱 URL 通常包含身分驗證權杖。分享設定截圖時，請遮住完整 URL、QR Code 和驗證資訊；如需尋求協助，提供錯誤訊息、核心名稱和相關欄位即可，請勿公開整個訂閱網址。

代理頁：選擇模式與代理群組成員

規則、全域與直連會決定流量路徑

規則模式會依照設定中的規則順序比對請求，再交由指定的出站或代理群組處理。全域模式通常會將請求交給全域選擇群組，但是否經由代理，仍取決於該群組選取的成員。直連模式則讓核心處理的流量直接連線至目標。這三種模式都不代表會自動接管所有應用程式；流量是否進入核心，仍由系統代理、TUN 或應用程式本身的設定決定。

日常使用建議先選規則模式。暫時切換至全域模式可協助比較分流結果，但測試後應切回原模式，否則原本要直連的請求也可能改走其他路徑。切換模式後，請以新的請求驗證，不要只觀察已建立的長連線。

手動群組與自動群組的操作方式不同

select 群組允許手動選擇成員；url-test 群組會根據設定的探測結果自動選擇；fallback 群組會依可用狀態和成員順序切換；load-balance 群組則依設定的策略分配連線。即使在外層手動選取了自動群組，群組內部也不一定能固定使用某個節點。

代理群組可以指向另一個代理群組。例如「網頁瀏覽」選擇「自動選擇」，而「自動選擇」再指向某個節點。確認實際出站時，必須沿著這條鏈逐層查看，不能只看最外層群組名稱。設定中的 DIRECT 代表直連，REJECT 代表拒絕連線，兩者都不是代理伺服器。

延遲測試只能用來初步篩選

按下「測速」通常會測試連線至指定 URL 的可用性或延遲，並非完整的頻寬測試。假設某次介面顯示 80 ms，另一個節點顯示 120 ms，這只能說明前者在當次探測條件下耗時較短，不能據此推算影片播放速度或每秒下載多少 MB。這兩個數值僅用來說明判讀方式，並非本站實測結果。

若測試逾時，請先確認測試網址、網路環境和節點狀態。不要在短時間內反覆測試所有節點；同時探測可能增加負載，也會影響對日常使用體驗的判斷。

設定頁：檢查系統代理、TUN 與混合連接埠

「設定 / Settings」或首頁總覽通常會提供系統代理、TUN 模式和連接埠的設定入口。系統代理適用於會遵循作業系統代理設定的應用程式；TUN 則透過虛擬網卡和路由接管符合條件的流量，需要相應權限，也可能與其他 VPN 的路由設定衝突。初次設定時，建議先驗證一種流量入口，避免同時變更多個開關。

混合連接埠可在同一個監聽連接埠接受 HTTP 代理和 SOCKS 代理連線。例如，以下片段將本機混合連接埠設為 7890。這只是說明用的設定，不代表所有用戶端預設使用此連接埠，也不是包含節點與規則的完整設定檔。

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

如果目前用戶端實際監聽 7890，可以在終端機使用以下命令明確指定 HTTP 代理，單獨檢查本機代理連線。執行前請先確認連接埠，不要直接將範例連接埠當成實際值。

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

• 收到 HTTP 回應標頭：表示這次請求透過指定的代理連接埠取得回應，但不代表其他應用程式也會遵循系統代理設定。
• 顯示無法連線至 127.0.0.1:7890：請先檢查核心執行狀態、實際連接埠和監聽設定。
• 連上本機連接埠後仍逾時：接著檢查目標網站連線、規則、DNS 和上游節點，不要只反覆切換系統代理。

連線頁：確認請求命中了哪條規則

連線頁可用來確認三件事：請求是否進入核心、命中了哪條規則，以及最後使用哪個出站。常見欄位包含目標網域或 IP、目標連接埠、網路類型、規則、代理鏈，以及上傳和下載流量。是否顯示處理程序名稱，取決於系統權限、核心能力和用戶端實作；欄位空白不一定代表異常。

1. 前往「連線 / Connections」，先依目標網域篩選，減少背景請求造成的干擾。
2. 在瀏覽器開啟目標網頁，觀察是否出現新的連線。HTTPS 請求通常使用目標連接埠 443，但不能單憑連接埠判斷應用程式類型。
3. 展開連線詳細資訊，記下命中的規則、規則載荷和代理鏈。
4. 如果結果是 DIRECT，請先檢查是否命中直連規則，不要立刻判定代理失效。

切換節點後，舊連線可能仍會沿用原本的出站。HTTP 長連線、WebSocket 和串流媒體工作階段都可能持續一段時間。如需重新驗證，可以關閉目標應用程式的連線，或在連線頁關閉對應項目，再重新發出請求；「關閉所有連線」會中斷其他下載和工作階段，使用前請先確認影響範圍。

連線清單空白，也不能直接歸咎於節點。應用程式可能尚未發出新請求、使用快取、略過系統代理，或請求已迅速結束而未保留在目前檢視畫面。搭配日誌觀察一個明確的新請求，比反覆重新整理清單更有效。

日誌頁：依時間找出載入與撥號錯誤

日誌頁記錄的是事件，不是完整封包擷取。不同核心和用戶端的日誌文字可能不同，但排查順序一致：先確認設定是否成功載入，再檢查 DNS、規則資源和上游連線。日誌層級通常包括 silent、error、warning、info、debug，實際可選項目請以目前使用的核心為準。

每次只重現一個問題

1. 前往「日誌 / Logs」，清除目前顯示內容或記下現在的時間。
2. 如果用戶端支援調整日誌層級，請先使用 info；資訊不足時，再短暫切換至 debug。
3. 只瀏覽一次目標網站，複製該時段內相關錯誤及前後文。
4. 排查完成後，請恢復日常使用的日誌層級，避免長時間保留過多請求資訊。

使用 mihomo（原 Clash Meta 核心）時，請留意設定是否依賴擴充欄位。用戶端介面相似，不代表核心功能完全相同。回報問題前，請記下「用戶端版本 + 核心名稱 + 核心版本」；通常可在「關於 / About」或核心資訊區找到。不要只寫「最新版」。

新手入門與故障排除檢查清單

串起各頁面的功能，有助於避免沒有根據地嘗試各種開關。以下順序適用於「已匯入訂閱，但網頁仍然無法開啟」的常見情況：

1. 設定檔頁：確認目標設定檔已啟用、載入時沒有錯誤，且代理頁看得到對應的代理群組。
2. 代理頁：使用規則模式，檢查目標服務對應的代理群組，確認沒有誤選 DIRECT 或無法使用的成員。
3. 設定頁：確認系統代理或 TUN 的流量入口狀態；使用終端機測試時，明確指定實際的混合連接埠。
4. 連線頁：發出新請求並查看規則與代理鏈。沒有連線記錄時先檢查流量入口，有記錄再檢查出站。
5. 日誌頁：對照問題重現時間，區分設定解析、DNS 與撥號錯誤，每次只修改一項相關設定。

代理頁負責選擇，設定檔頁負責提供來源，連線頁呈現實際路徑，日誌頁則說明執行事件。先確認請求卡在哪一層，再到對應頁面處理。即使更換用戶端，仍可沿用相同的檢查方法。