· 用戶端選型 · 約需閱讀 12 分鐘
Clash for Windows 停止更新後怎麼辦?轉用 Clash Verge Rev 與 FlClash 的替代方案
Clash for Windows 停止維護後的遷移指南:匯出訂閱與設定檔,匯入 Clash Verge Rev 或 FlClash,並對照設定連接埠與系統代理。
先遷移訂閱,再還原本機設定
Clash for Windows 通常簡稱 CFW,是一款圖形介面用戶端。訂閱提供節點與規則,核心負責建立連線,用戶端則用來匯入設定、切換代理群組及設定系統代理。這三者並非同一回事。CFW 停止維護後,原有訂閱不一定失效,也不必只因更換用戶端就重新購買服務。
較穩妥的遷移順序是:保留舊設定、安裝新用戶端、匯入訂閱、確認連線正常,最後再還原自訂規則與 TUN。TUN 會透過虛擬網路介面接管流量,涉及的網路設定比系統代理更多。初次遷移時先不要啟用,能將排查範圍縮小到設定與連接埠。
如何選擇 Clash Verge Rev 與 FlClash
Clash Verge Rev 和 FlClash 都是使用 mihomo 核心的圖形介面用戶端。mihomo 是 Clash Meta 專案沿用至今的核心名稱,支援 Clash 風格的 YAML 設定,也具備自己的擴充功能。這裡所說的「相容」,是指設定架構相近,不代表可以直接用舊用戶端的資料夾覆蓋新用戶端的資料夾。
| 比較項目 | Clash Verge Rev | FlClash |
|---|---|---|
| 主要使用情境 | Windows、macOS、Linux 桌面設定管理 | 桌面與 Android 裝置上的類似操作流程 |
| 從 CFW 遷移 | 適合先在電腦上還原訂閱、規則與代理設定 | 適合一併整理電腦和手機的訂閱使用方式 |
| 需要重新設定的項目 | 系統代理、服務模式、TUN、覆寫與本機連接埠 | 系統代理或 VPN 權限、TUN、覆寫與本機連接埠 |
| 無法直接照搬的內容 | CFW 的介面資料庫及專用前處理指令碼 | CFW 的介面資料庫及專用前處理指令碼 |
如果只遷移 Windows 電腦,可以先選 Clash Verge Rev;如果也要在 Android 手機上使用相同訂閱,則可考慮 FlClash。兩者都應依裝置架構選擇安裝檔,例如 Windows x64 和 ARM64 不要選錯。支援的平台與安裝需求,請以下載頁及各專案的發布說明為準。
不建議只憑節點延遲數字判斷用戶端好壞。同一個節點在不同時間測試,結果可能不同;遷移是否成功,應確認訂閱能否更新、規則是否命中、目標網站能否連線,以及應用程式實際使用的代理入口。
遷移前先備份:訂閱、YAML 與本機修改
記下訂閱來源,不要只複製節點名稱
- 在 CFW 的 Profiles 頁面確認目前啟用的設定名稱,並記下它是遠端訂閱還是本機檔案。
- 前往服務提供者的帳戶頁面,取得 Clash 或 mihomo 格式的訂閱連結。若舊用戶端提供複製訂閱網址的入口,也可以使用,但要確認複製的是原始訂閱網址。
- 在 CFW 的 Settings → General → Home Directory 開啟設定資料夾;不同版本的入口文字可能略有不同。結束 CFW 後,將整個資料夾複製到本機備份位置。
- 另外記下目前的混合連接埠、HTTP 連接埠、SOCKS 連接埠、代理模式、選取的代理群組,以及 TUN 是否已啟用。
常見的使用者資料夾是 %USERPROFILE%\.config\clash,但可攜版或自訂安裝可能使用其他位置,請以舊用戶端顯示的實際資料夾為準。備份整個資料夾方便日後查閱;匯入新用戶端時,只選擇需要的訂閱或設定檔,不要直接覆蓋整個資料夾。
將自訂內容另外列出
遠端訂閱以外的修改,最容易在遷移後遺失。檢查是否改過 rules、dns、hosts、proxy-groups 和 tun,以及是否使用過 CFW 的 Parsers 前處理設定或指令碼。逐項記下修改目的,例如「公司網域直連」、「下載工具使用指定代理群組」。
CFW 的前處理邏輯屬於用戶端功能,不能假設新用戶端會照原樣執行。優先使用新用戶端提供的覆寫或合併功能重建;若涉及指令碼,先確認新用戶端支援的輸入與輸出格式。不要直接貼上舊指令碼後就啟用所有功能。
在 Clash Verge Rev 重新匯入
以下依中文版介面的功能入口說明,實際按鈕可能因版本而異。核心流程始終是「新增訂閱、更新、啟用」,而非只將網址存進清單。
- 結束 CFW,開啟 Clash Verge Rev,從「訂閱」→「匯入」入口貼上遠端訂閱網址。部分版本會直接在訂閱頁面提供網址輸入欄。
- 等待下載完成,確認是否已新增設定卡片。選取或啟用這份設定,再開啟「代理」頁面,確認代理群組和節點已顯示。
- 先使用規則模式。規則模式會依設定中的規則選擇直連或代理;全域模式則會將通常由規則分流的連線交給全域代理群組處理。
- 在「設定」中確認實際監聽的連接埠,再啟用系統代理。若顯示連接埠已被佔用,先確認舊用戶端是否仍在背景執行。
- 分別前往一個應直連的網站和一個需要代理的網站,同時在連線清單中確認命中的規則與策略。
如果手上只有本機 YAML 檔案,請使用訂閱頁面的本機檔案匯入功能。YAML 是以縮排表示階層的設定文字;匯入前不要用文書編輯器修改。可獨立使用的設定通常需要包含節點或節點提供者、代理群組和規則。只有幾條規則的片段並不等於完整訂閱。
若匯入成功卻沒有節點,先確認下載內容是否為帳戶登入頁、錯誤頁面或其他用戶端專用格式。訂閱網址能在瀏覽器開啟,不代表回傳內容就是 Clash 設定。也不要隨意將私人訂閱提交給來源不明的線上轉換網站。
在 FlClash 重新匯入
- 開啟「設定」頁面,透過新增入口選擇以 URL 匯入;如果手上只有備份檔案,則選擇匯入檔案。
- 輸入容易辨認的設定名稱,儲存後執行更新,並將這份設定設為目前使用的設定。
- 進入「代理」頁面,為需要手動選取的代理群組選擇節點,再啟動代理連線。
- 桌面版請確認系統代理與監聽連接埠。Android 版首次啟動時通常會要求系統 VPN 連線權限,確認後才能透過虛擬介面接管流量。
- 回到設定頁面手動更新一次,確認不只是能使用本機快取,也能正常更新訂閱。
Android 的 VPN 接管和 Windows 的系統代理是不同的功能,不必在手機上尋找與 CFW 完全相同的按鈕。Android 通常只允許一個應用程式使用系統 VPN 通道;現有 VPN、封包擷取或本機過濾工具可能會與之衝突。
電腦和手機共用同一個訂閱網址,不代表兩者會共用目前選取的節點、自訂規則或本機連接埠。這些設定可能分別儲存在各自裝置上。若服務提供者限制同時上線的裝置數量,請先確認方案規則,再決定是否同時連線。
連接埠與系統代理:逐項核對,不要憑猜測設定
系統代理只會告訴遵循系統代理設定的應用程式,將要求傳送到本機的某個位址和連接埠。它不會自動接管所有程式,也無法修正瀏覽器擴充功能、終端機或下載工具中寫死的舊連接埠。
| 項目 | 用途 | 遷移時的操作 |
|---|---|---|
| HTTP 連接埠 | 接收 HTTP 代理要求及 CONNECT 通道 | 將應用程式的 HTTP 代理位址改為新用戶端實際監聽的位址 |
| SOCKS 連接埠 | 接收 SOCKS 代理連線 | 另外檢查使用 SOCKS5 的應用程式,不能只修改系統代理 |
| 混合連接埠 | 同一個連接埠同時接收 HTTP 和 SOCKS 代理連線 | 確認已啟用後,讓兩類應用程式分別以對應協定連線至該連接埠 |
| 控制介面 | 供用戶端或面板管理核心 | 不是上網代理連接埠,不應填入瀏覽器代理設定 |
例如,舊應用程式的設定是 127.0.0.1:7890,新用戶端實際監聽 127.0.0.1:7897,該應用程式就會繼續連到舊入口。解決方式是修改應用程式的位址,或確認沒有衝突後,將新用戶端的連接埠改回 7890。這些數字僅供排查示範,不代表所有版本的預設值。
以下是設定項目的範例,不是可直接連線的完整設定檔。若圖形介面用戶端會產生執行設定,請在其設定介面修改,以免檔案在下次啟動時遭到覆寫。
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
allow-lan: false 表示不允許區域網路裝置透過此入口使用代理,適合只在本機進行遷移測試。不要為了讓本機瀏覽器連線就啟用區域網路存取;排查本機問題時,應先使用迴路位址 127.0.0.1。
送出明確的要求,確認代理入口
在 Windows PowerShell 中,可以明確呼叫 curl.exe,避免舊環境中同名別名造成混淆。將下方的連接埠改成實際使用的混合連接埠或 HTTP 連接埠;此測試不受瀏覽器是否讀取系統代理設定影響。
curl.exe --proxy http://127.0.0.1:7890 --head --max-time 15 https://example.com/
若立刻顯示連線遭拒,優先確認核心是否已啟動、連接埠是否填錯。若能連上代理但要求逾時,再檢查節點、DNS 和規則。收到 HTTP 回應只能證明這次要求成功,不能據此推斷所有應用程式都已完成遷移。
還原規則與 TUN:一次只調整一項
先確認訂閱原始設定可正常運作,再新增自訂規則。Clash 風格的規則通常依序由上而下比對,命中第一條規則後便採用對應策略。若要讓公司網域直連,應將相關規則放在可能優先命中的廣泛規則之前,而非直接加在兜底的 MATCH 之後。
rules:
- DOMAIN-SUFFIX,example.org,DIRECT
- MATCH,PROXY
上方範例僅用於說明規則順序:example.org 及其子網域直連,其餘流量交由名為 PROXY 的策略處理。實際設定中必須存在此策略名稱;若訂閱中的代理群組名稱不同,請使用正確名稱。不要用這兩行取代整份訂閱的規則清單,否則原有的流量分流規則會被刪除。
確認系統代理正常後,再啟用 TUN
- 先記錄基準狀態:記下系統代理已開啟、TUN 關閉時,瀏覽器和目標應用程式是否可正常使用。
- 依提示授權:Windows 上的 TUN 可能需要管理員權限或用戶端服務;請只依照目前用戶端的說明安裝並啟動所需服務。
- 檢查衝突:現有 VPN、虛擬網卡、公司安全軟體或其他代理程式,都可能影響路由與 DNS。
- 逐項測試:啟用後,分別測試網頁、終端機、區域網路資源和公司內網。若有項目無法使用,先關閉 TUN 比較,不要同時修改 DNS、規則和路由。
不建議整段照搬舊 CFW 的 TUN 設定。核心版本、網卡實作方式和用戶端產生設定的方式都可能不同。尤其是 DNS 劫持、自動路由和排除網段,應以新用戶端目前支援的設定為準。
遷移後常見問題與排查順序
訂閱更新失敗,但舊設定仍可使用
先檢查連結是否過期、帳戶是否需要重新產生訂閱,以及網址中是否有多餘空格。接著確認更新要求是直連還是透過代理送出;若目前代理已失效,透過它更新訂閱可能形成循環依賴。保留可用的快取,查看更新錯誤中的 HTTP 狀態與連線提示,不要反覆刪除所有設定。
已顯示節點,瀏覽器仍無法開啟網頁
依序檢查「核心執行狀態 → 本機監聽連接埠 → 系統代理 → 代理群組選擇 → 連線記錄」。若明確指定代理的要求成功,但瀏覽器仍無法連線,請優先檢查瀏覽器代理擴充功能和系統代理設定;若只有特定網域無法連線,則查看該連線命中的規則、策略與 DNS 結果。
結束用戶端後網路異常
開啟 Windows 「設定」→「網路和網際網路」→「Proxy」,檢查「使用 Proxy 伺服器」是否仍指向已停止監聽的本機連接埠。如果已結束所有代理用戶端,請關閉此手動 Proxy 設定後再測試。公司裝置可能使用組織指定的代理,請勿擅自刪除其位址或自動設定指令碼。
還原規則後設定檔發生錯誤
先撤銷最後一次覆寫,確認原始訂閱仍可啟動。接著檢查 YAML 縮排、策略名稱和重複鍵。請勿混用空格與定位字元;錯誤訊息中的行號可能是用戶端合併後的執行設定,而非訂閱原始檔案,應一併查看執行設定與合併記錄。
完成遷移前的檢查清單
- 新用戶端可以手動更新訂閱,且目前啟用的設定名稱清楚易辨。
- 已分別測試直連網站和代理網站,連線清單中的策略符合預期。
- 瀏覽器、終端機和下載工具都不再使用舊連接埠。
- 自訂規則已分別測試,且訂閱更新後仍會保留。
- 需要使用 TUN 時,已測試內網連線;不需要時則保持關閉。
- 重新啟動電腦後,只啟動一個負責接管流量的用戶端,且系統代理設定與實際監聽連接埠一致。
全部確認無誤後,再清除舊用戶端的開機啟動項目和不再需要的程式檔案。含訂閱權杖的備份應存放在受控位置;完成核對後再視需要刪除。遷移的目標是逐項接妥訂閱、規則和網路入口,而不是將舊資料夾完整搬到另一款軟體。