Clash 使用教學

開始前：確認設定來源與目前網路

用戶端負責讀取設定、執行規則及建立代理連線，但本身不代表已有可用的訂閱。開始前，請準備由可信任服務提供者或自架服務提供的設定網址，並確認輸出格式適用於 Clash 或 mihomo。網站登入網址、付款頁面網址或單一協定分享連結，不一定能直接貼到訂閱欄位。若服務提供者列出多種格式，請先選擇符合目前用戶端核心的格式。

尚未連線代理時，先開啟平時可造訪的網站，確認裝置網路正常，並檢查系統時間是否正確。接著結束其他正在接管網路的代理用戶端或 VPN，並記下原有的手動代理設定。多個程式同時修改系統代理或路由時，即使介面顯示「已啟用」，要求也不一定會進入目前的用戶端。初次操作請保留預設連接埠、DNS 與連入設定，先完成最精簡的連線流程，再逐項調整。

訂閱網址通常包含存取憑證，請妥善保管，如同帳號資訊。需要尋求協助時，提供用戶端名稱、核心、作業系統與錯誤類型即可；傳送截圖前，請遮蔽完整訂閱網址、節點驗證欄位及個人帳號。不要將私人設定上傳至不熟悉的線上轉換網站。協定支援與訂閱格式的詳細差異，請參閱協定與核心技術參考。

步驟一：匯入並啟用訂閱設定

輸入網址，等待設定檔下載完成

開啟用戶端的「訂閱」或「設定」頁面，找到「新增」、「加入」或「從 URL 匯入」。選擇遠端訂閱類型，輸入方便辨識的名稱，再貼上完整訂閱網址。貼上後檢查網址開頭與結尾，移除不小心附上的空格、換行或通訊軟體加上的標點，但不要刪改網址中的查詢參數。若介面提供更新間隔，初次使用可保留預設值；確認手動下載成功後，再設定自動更新。

點選「匯入」或「下載」後，等待操作完成。成功時通常會出現設定卡片，顯示設定名稱、更新時間或可用操作。看到設定卡片不代表已開始使用：接著點選「啟用」、「使用」或相應的選取按鈕，確認目前使用的設定標記已切換。再前往「代理」頁面，查看是否出現該設定提供的代理群組；若仍只有預設直連項目，請返回確認目前啟用的是哪一份設定。

若有本機 YAML 檔案，可使用「從檔案匯入」選取檔案。匯入前請保留原始副本，避免後續編輯覆蓋唯一的設定檔。本機檔案通常不會隨遠端服務變更而自動更新；遠端訂閱則可能在下次更新時以新下載內容取代。因此，初次使用不建議直接在訂閱內容中加入大量規則；日後需要保留自訂項目時，再了解用戶端的設定覆寫或合併功能。

匯入失敗時，先判斷是下載錯誤還是解析錯誤

若出現逾時或連線失敗，先確認網址仍有效，以及目前網路能否連上訂閱服務。訂閱更新要求是透過直連、系統代理還是用戶端核心傳送，取決於實際實作與更新選項；不要假設切換節點後，更新要求一定會改走其他路徑。如果下載訂閱需要先有可用代理，而目前尚無可用設定，請聯絡服務提供者取得可用的初次匯入方式，不要在尚未完成設定時貿然啟用系統代理。

若出現 HTTP 401、403 或 404，請分別檢查授權、伺服器端限制與網址是否失效；實際原因仍以服務提供者的說明為準。若出現 YAML 解析失敗、未知協定或不支援欄位，問題可能出在設定內容或核心相容性。此時請複製不含憑證的錯誤片段，確認格式選項與核心類型。確認訂閱已成功啟用，且代理群組已顯示後，再進行下一步，以免將匯入問題誤判為節點故障。

步驟二：選擇規則模式與代理節點

啟用設定後，前往「代理」或「總覽」頁面，找到執行模式選項。初次使用請選擇「規則」，英文介面通常顯示為 Rule。在此模式下，要求會先比對設定中的規則，再依規則指定的直連、拒絕或代理群組處理。這不會讓所有網站都經過同一個節點，也不需要每次造訪前手動切換模式，適合作為日常使用的起點。

「全域」模式通常會讓要求進入全域代理群組，但仍須在群組內選擇實際的輸出節點；它不是讓所有應用程式自動連上用戶端的開關。「直連」模式通常會讓要求直接連線，也不代表關閉系統代理或停止核心。不同模式決定核心如何選擇輸出，而系統代理與 TUN 則決定流量如何進入核心。請分開理解這兩個層面，後續排查時才知道該檢查哪項設定。

接著查看代理群組清單。手動選擇型代理群組可讓你點選節點；自動測速、故障轉移或負載平衡群組則依設定策略運作，不一定支援相同的手動指定方式。找到規則實際使用的選擇型群組，展開後點選可用節點，確認選取標記已移動。群組名稱可能是「代理選擇」、「PROXY」或服務提供者自訂名稱，不必為了配合教學而重新命名。若群組中的選項仍指向另一個代理群組，請繼續查看下一層的實際選擇。

可執行一次用戶端提供的連線或延遲測試，排除明顯無法連線的選項。測試結果只代表用戶端對指定測試目標進行的一次探測，不等於下載速度、持續傳輸量或所有網站的連線品質。逾時也可能與測試網址或測試路徑有關，因此先選擇探測正常的節點，連線後再以實際要求驗證；不要只比較毫秒數就反覆切換。

選擇完成後，先維持「規則」模式，不要同時修改規則順序、DNS 與代理群組結構。某個網站最後採用直連，不一定代表連線失敗，也可能是設定預期的行為。下一步只需讓應用程式流量進入用戶端，最後再查看連線記錄，確認流量匹配了哪條規則。若想了解各種協定的特性、規則比對方式與核心相容性，請參閱技術參考，初次連線前不必重寫整份設定。

步驟三：啟動核心並導入應用程式流量

桌面版：先使用系統代理

返回用戶端的「總覽」或「設定」頁面，確認核心正在執行，且沒有載入設定錯誤。若介面上有「啟動」按鈕，請先啟動核心；有些用戶端會在啟用設定後自動啟動。接著找到「系統代理」並開啟。此開關通常會將作業系統的 HTTP 代理網址指向本機監聽連接埠，讓讀取系統代理設定的應用程式將要求交給用戶端。開啟後重新送出瀏覽器要求；必要時重新啟動瀏覽器，避免舊連線繼續使用原有路徑。

前往「網路」、「連接埠與連入」或類似頁面，核對實際監聽位址與混合連接埠。常見範例為 127.0.0.1:7890，但實際值請以目前用戶端顯示為準；mixed-port 表示同一連接埠可接收 HTTP 與 SOCKS 代理要求。若啟動記錄顯示連接埠已被使用，請先檢查舊用戶端或其他監聽程式。確實需要變更連接埠時，用戶端連入設定與應用程式中的手動代理設定都必須一併更新，不能只改其中一處。

初次連線不必開啟「允許區域網路連線」。此選項適用於其他裝置需要連線至本機代理的情境，與本機瀏覽器能否使用系統代理沒有直接關係。先保持關閉，可減少監聽位址、防火牆及存取控制等問題。外部控制位址是用來管理核心，不是瀏覽器的代理連接埠；請勿將 127.0.0.1:9090 之類的控制位址填入瀏覽器代理設定。

行動裝置：確認系統 VPN 授權

在行動裝置啟用設定並選好節點後，返回首頁點選「連線」或啟動開關。首次連線時，系統可能會跳出新增 VPN 設定或建立 VPN 連線的授權視窗；確認來源是目前使用的用戶端後再允許。連線成功後，通常可在用戶端看到已連線狀態，並在系統網路設定或狀態列看到相應標記。VPN 介面是系統用來導入應用程式流量的機制，實際輸出仍取決於設定規則與代理群組。

若授權後立即中斷，先查看記錄中是否有設定、權限或網路介面錯誤。若系統已連接另一個 VPN，請先中斷再重試；部分系統無法讓兩個 VPN 同時接管流量。也要留意依應用程式設定的代理、排除的應用程式及背景執行限制：遭排除的應用程式可能不會進入用戶端，系統回收背景程序也可能導致連線中斷。請先在前景確認瀏覽器可正常連線，再視需要調整這些選項。

步驟四：分別驗證瀏覽器與終端機

查看連線記錄，確認要求的去向

保持用戶端執行，在瀏覽器中開啟平時使用的 HTTPS 網站，同時進入用戶端的「連線」頁面。確認是否出現新的要求，並查看目標網域、匹配規則與輸出鏈路。使用規則模式時，同一頁面的不同資源可能分別採用直連或代理，因此不要只憑「網頁能開啟」就判定所有要求都經過節點，也不要直接將直連記錄視為異常。

若網頁能開啟，但連線清單沒有新記錄，先確認連線頁是否套用了篩選條件，或只顯示仍在進行中的連線；也可查看同一時間的記錄協助判斷。接著檢查系統代理是否仍開啟，以及瀏覽器是否由擴充功能或獨立代理設定接管。快取頁面與舊連線都會影響判斷，可開啟新分頁並重新送出要求。單看對外 IP 位址也不足以判斷：規則模式可能讓 IP 查詢本身採用直連，需搭配規則與輸出記錄一起確認。

終端機不一定會使用系統代理

瀏覽器可正常連線，但命令列操作失敗時，請先單獨測試終端機。許多命令列工具不會自動讀取桌面系統代理，可使用以下明確指定代理的參數測試 HTTPS 要求。範例使用本機混合連接埠 7890，執行前請改成設定頁顯示的實際連接埠；在 Windows PowerShell 中使用 curl.exe，可避免部分環境中同名命令別名造成的差異。

curl --proxy http://127.0.0.1:7890 --head https://example.com

若命令傳回有效的 HTTP 回應，且用戶端出現相應要求，表示這次命令已透過指定代理完成連線。回應狀態仍取決於目標網站，不必要求所有網站都傳回相同狀態碼。若顯示無法連線至本機連接埠，請優先檢查核心是否正在執行、連接埠是否一致；若要求已進入用戶端但輸出失敗，再檢查節點、目標連線與記錄。終端機的長期代理設定須依個別工具調整，不要因一次命令測試成功，就認定所有終端機程式都已接管。

Windows UWP 應用程式：個別檢查回送存取

一般瀏覽器正常，但某個 UWP 應用程式或受應用程式容器限制的程式無法使用本機代理時，再檢查回送存取限制。先確認該應用程式確實會讀取目前的代理設定，而且問題只發生在該應用程式。若用戶端提供「UWP 回送」、「回送豁免」或類似工具，請以必要權限開啟，找到對應應用程式，只為有需要的應用程式啟用豁免，然後完全結束該應用程式並重新啟動測試。

回送豁免解決的是特定應用程式存取本機監聽位址的權限問題，無法修復訂閱解析失敗、節點無法使用或所有程式都無法連線的狀況。請勿將所有應用程式一律勾選並當成通用修復方式，普通瀏覽器也不需要啟用此功能。若用戶端未提供工具，請先確認應用程式套件識別資訊，再查閱 Windows 關於應用程式容器回送的說明，避免直接照抄不適用於本機應用程式的命令。

最後確認關閉並還原網路

測試完成後，桌面版先關閉「系統代理」，再結束用戶端；行動裝置則點選「中斷」停止連線。重新開啟原本可直接造訪的網站，確認網路已恢復。若用戶端異常結束後，瀏覽器仍嘗試連線至失效的本機連接埠，請前往系統代理設定，移除這次留下的手動代理；若裝置原本使用公司或校園提供的代理，請還原先前記下的設定值，不要直接清除組織要求的設定。

到這裡，應該能回答三個問題：目前正在使用哪份設定、要求匹配了哪條規則，以及最後由哪個輸出處理。之後遇到故障時，依序檢查「訂閱是否有效 → 核心是否啟動 → 應用程式是否已連入 → 輸出是否成功」，每次只變更一項並重新驗證。若要調整協定、DNS、TUN 或設定覆寫，請繼續閱讀協定與核心技術參考；若要更換用戶端，請前往用戶端下載頁，依作業系統與架構選擇安裝套件。