先確認你要買的是什麼
「機場」通常是使用者對代理訂閱服務的俗稱,服務提供者會維護一組或多組代理伺服器,再透過訂閱網址把節點、策略組與部分規則設定提供給使用者。它不是 Clash 客戶端,也不是 mihomo 核心。Clash Verge Rev、FlClash、Clash for Windows、ClashX 與 Clash for Android 屬於操作介面;mihomo 則負責解析 YAML、建立代理連線、執行 DNS、套用規則與接管流量。付款前先分清這三個層次,才能避免把「客戶端好不好用」誤認為「機場服務品質好不好」。
不同服務的訂閱格式也不完全相同。有些提供專門給 Clash 或 mihomo 的 YAML,有些只提供 VLESS、Shadowsocks 或 Trojan 分享連結,另一些則要求先經過轉換器產生設定檔。如果你主要使用 FlClash,優先選擇服務頁面明確標示「Clash」「Clash Meta」或「mihomo」的訂閱入口,並確認節點協定與設定欄位是目前核心能夠讀取的格式。
| 項目 | 負責內容 | 選購時要確認 |
|---|---|---|
| 機場服務 | 伺服器、頻寬、節點地區、訂閱產生與客服 | 線路品質、流量限制、退款與隱私政策 |
| 訂閱網址 | 把節點與設定傳給客戶端 | 格式、有效期限、更新頻率與權杖保護 |
| mihomo 核心 | 執行代理、規則、DNS 與 TUN | 是否支援服務提供的協定與欄位 |
| Clash 客戶端 | 匯入設定、切換策略與控制系統代理 | 平台相容性、更新方式與權限流程 |
速度不能只看延遲
選購機場時,最容易被誤導的指標是單次延遲。Clash 介面中的延遲測試通常只是讓節點請求一個固定網址,量測 TCP 或 HTTPS 的回應時間。它可以協助判斷目前哪個節點比較容易連通,卻不等於實際下載速度、影片播放穩定性或長時間連線能力。某個節點測得 45 ms,可能只是距離測試站較近;另一個節點測得 90 ms,卻可能擁有更充足的出口頻寬。
四個值得分開觀察的速度指標
- 連線延遲:反映建立連線或取得測試網址回應所需的時間,適合觀察反應速度。
- 下載吞吐量:反映節點在連續傳輸時的實際速度,應使用固定大小檔案或可信任的測試服務。
- 上傳速度:若經常備份檔案、傳送大型附件或使用遠端工作服務,上傳表現同樣重要。
- 抖動與丟包:反映延遲是否穩定。遊戲、語音與遠端桌面通常比單純下載更在意這兩項。
測試時應固定本地網路、測試時間與出口目的地。例如,先在同一條家用寬頻下測試 3 個不同地區,每個節點連續觀察 5 至 10 分鐘,再於晚間尖峰時段重複一次。若白天下載可達 80 Mbps,晚間只剩 8 Mbps,這比一次顯示的 52 ms 延遲更能說明服務是否有尖峰壅塞。
| 使用需求 | 優先觀察 | 不要只看 |
|---|---|---|
| 一般網頁與搜尋 | 連通率、DNS 解析、延遲穩定性 | 節點總數 |
| 影片與音樂串流 | 持續下載速度、晚間尖峰表現 | 單次最低延遲 |
| 遊戲與語音 | 丟包率、抖動、路由距離 | 宣傳中的峰值頻寬 |
| 遠端工作 | 長連線穩定性、上傳速度、客服反應 | 短期試用時的偶然結果 |
也要留意流量倍率與速度限制。有些服務把特定地區或特定協定標示為高倍率流量,例如使用 1 GB 實際扣除 3 GB 額度;有些則在達到當月流量後降速,而不是立即停止。若服務以「不限速」宣傳,仍應查找是否存在公平使用政策、單連線限制、同時登入裝置數或 P2P 禁用條款。
穩定性要看線路與管理方式
穩定的機場不一定擁有最多節點,而是能在不同網路環境下維持合理的可用率。節點數量過多但大量重複、經常被封鎖,或伺服器集中在同一個上游機房,實際體驗可能不如節點較少但管理透明的服務。選購時應查看是否有不同地區、不同電信商或不同傳輸協定的備援,而不是只看面板上的節點總數。
判斷穩定性的實測方法
- 先匯入試用訂閱,記錄可正常連線的節點數量,不要只記錄面板顯示的總數。
- 在早上、下午與晚間各測試一次,觀察同一組節點是否反覆超時。
- 使用
url-test或手動測試比較延遲,但不要讓自動測速過度頻繁地請求服務端。 - 連續播放或下載至少 20 分鐘,觀察速度是否突然降至接近零。
- 切換 Wi-Fi 與手機熱點,確認問題是服務端、家用路由器,還是本地電信路由造成。
如果大量節點同時失效,通常不應逐一重測數十次。先查看服務公告,再測試訂閱更新是否成功,並確認本地 DNS 與系統時間正常。若只有某個地區失效,可能是上游線路或區域性封鎖;若所有節點都失效,則要檢查訂閱權杖、客戶端核心、系統代理與 TUN 狀態。
協定與客戶端相容性要先核對
現代訂閱可能同時包含 Shadowsocks、Trojan、VMess、VLESS、Hysteria2、TUIC 或 WireGuard。mihomo 對多種協定提供支援,但不同客戶端的核心版本、設定轉換方式與平台網路能力仍有差異。服務頁面寫著「支援 Clash」並不代表每一個舊版 Clash 客戶端都能讀取所有節點。
| 協定或功能 | 選購前確認 | 常見注意事項 |
|---|---|---|
| Shadowsocks、Trojan | 是否提供標準 Clash/mihomo YAML | 密碼、加密方式、SNI 與 TLS 設定必須一致 |
| VLESS Reality | 客戶端是否採用較新的 mihomo 核心 | UUID、public-key、short-id 與 server-names 不可遺漏 |
| Hysteria2、TUIC | 本地網路是否允許穩定 UDP | UDP 被限制時,延遲可能漂亮但長時間傳輸不穩 |
| WireGuard | 平台是否支援相關網路介面與路由 | 私鑰、位址、MTU 與 allowed-ips 需要正確產生 |
| TUN、DNS 劫持 | 客戶端是否能申請系統權限 | 啟用後可能改變所有應用程式的流量路徑 |
訂閱轉換器也是相容性風險來源。轉換過程可能捨棄 Reality、ECH、鏈式代理、UDP 參數或特定 DNS 欄位,導致節點雖然出現在策略組中,實際連線卻失敗。匯入後可在客戶端的「編輯設定」或「檢視設定」頁面檢查產生的 YAML,確認代理類型、伺服器名稱、連接埠與 TLS 欄位仍然存在。
第一次使用時,建議先採用系統代理模式,而不是立即啟用 TUN。常見的本機代理連接埠是 127.0.0.1:7890,但實際值應以設定中的 mixed-port 為準。TUN 會接管更多應用程式的流量,涉及虛擬網卡、自動路由、DNS 劫持與平台權限;若訂閱本身尚未確認可用,過早啟用 TUN 只會增加排查範圍。
安全與隱私政策怎麼看
代理服務能看到部分連線中繼資訊,因此不能只用速度評估安全性。即使網站使用 HTTPS,服務端通常仍可能知道連線時間、目的網域的部分資訊、流量大小與帳戶使用狀態。若服務明確記錄完整瀏覽 URL、保存長期連線日誌,或要求不必要的個人資料,付款前應提高警覺。
隱私條款檢查清單
- 記錄範圍:確認是否記錄來源 IP、連線時間、目的地、DNS 查詢、流量大小與訂閱請求。
- 保存期限:「不記錄」與「記錄後定期刪除」是不同承諾,應查看具體保存時間。
- 付款資料:了解服務商、付款平台與退款流程會保存哪些帳戶資訊。
- 資料所在地:伺服器所在國家、公司註冊地與客服團隊所在地可能不同。
- 帳戶安全:確認是否支援重新產生訂閱權杖、撤銷舊連結與多因素驗證。
- 使用限制:檢查是否禁止 P2P、串流、商業用途、共享帳戶或大量連線。
訂閱網址本身等同於一組存取憑證。任何拿到完整 URL 的人,都可能消耗你的流量,甚至看到服務為該帳戶產生的節點資訊。不要把訂閱連結貼到公開聊天、問題回報、截圖或程式碼儲存庫;測試錯誤時只保留網域與 HTTP 狀態碼,隱藏路徑、查詢參數與 token。
價格、流量與售後政策要一起比較
月費不是唯一成本。實際比較時應把每月流量、倍率、可用裝置數、重置日期、超量處理方式與付款週期放在一起看。年付方案的單月價格通常較低,但若服務沒有穩定試用期、退款窗口或明確的停運處理方式,預付時間越長,承擔的風險也越高。
| 比較項目 | 需要問清楚的問題 | 較合理的判斷方式 |
|---|---|---|
| 流量額度 | 是每月重置、按自然月還是按付款週期? | 依自己的實際用量保留 30% 緩衝 |
| 倍率計算 | 不同地區、協定或節點是否有流量倍率? | 用有效流量而非帳面流量比較 |
| 裝置限制 | 限制的是登入數、同時連線數還是 IP 數量? | 把電腦、手機、平板與路由器一併計入 |
| 退款政策 | 試用期間、退款期限與節點故障是否適用? | 付款前保存條款頁面與訂單紀錄 |
| 售後支援 | 是否提供狀態公告、工單與訂閱重置? | 觀察客服是否能回答具體的核心與格式問題 |
客服品質可以透過幾個具體問題提前觀察:是否提供 mihomo 格式、Hysteria2 或 VLESS 節點是否需要特殊客戶端、訂閱更新失敗時能否重設權杖、流量倍率如何計算,以及 TUN 問題由誰負責。只會回覆「換節點試試」而不提供狀態公告或錯誤說明的服務,遇到大規模故障時通常也較難處理。
把訂閱加入 Clash 的正確步驟
以下以採用 mihomo 核心的 FlClash 類客戶端為例,其他 Clash 客戶端的選單名稱可能略有不同。加入前先確認訂閱網址來自服務商官方帳戶頁面,並準備一個不會公開分享的地方保存連結。
- 開啟 FlClash,進入「設定檔」「Profiles」或同等的訂閱管理頁面。
- 選擇「從 URL 新增」或「新增訂閱」,貼上完整訂閱網址。
- 輸入容易辨識的名稱,例如「日常訂閱」,避免使用服務商提供的長字串作為名稱。
- 先執行更新,確認回應狀態為成功,並檢查節點數量與策略組是否正常產生。
- 選取新設定作為目前使用中的設定,再到「代理」頁面測試一個節點。
- 確認瀏覽器或測試應用程式可以連線後,再決定是否開啟系統代理或 TUN。
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
external-controller: 127.0.0.1:9090
若更新成功但節點無法連線,先查看核心日誌中的錯誤類型。timeout 通常指向網路路由、伺服器無回應或 UDP 不穩;connection reset 可能與上游中斷或 TLS 參數不符有關;設定解析錯誤則要檢查訂閱格式與核心相容性。不要在錯誤尚未分類前,同時更換 DNS、TUN、代理模式與多個節點,否則很難確認真正原因。
訂閱自動更新建議從每天一次開始。若服務商公布節點會頻繁變動,可改為每 6 小時;除非服務方明確要求,不建議設定為每 5 分鐘或每 15 分鐘。更新失敗時先停止連續手動重試,檢查是否出現 401、403、404、429 或 5xx,再依狀態碼處理。
常見問題
節點越多,機場就一定越好嗎?
不一定。節點數量可能包含同一伺服器的不同連接埠、重複入口或已經失效的節點。更有參考價值的是不同時段的可用率、尖峰速度、丟包情況、地區分布與故障公告。對一般使用者而言,能穩定使用的 10 個節點通常比面板上顯示但經常超時的 500 個節點更實用。
為什麼瀏覽器能開訂閱,Clash 卻顯示更新失敗?
瀏覽器與 Clash 傳送的 User-Agent、DNS 路徑與 TLS 行為可能不同;服務端也可能依請求標頭回傳不同格式。請檢查 HTTP 狀態碼、回應內容是否為 YAML,並確認使用的是 Clash 或 mihomo 專用訂閱,而不是登入頁或一般分享連結。
應該選擇系統代理還是 TUN?
若只是讓瀏覽器與支援代理的應用程式連線,先使用系統代理即可,設定較簡單。遊戲、命令列程式或不讀取系統代理的應用程式,才考慮 TUN。啟用 TUN 前要確認客戶端具有必要權限,並準備好關閉 TUN、還原 DNS 與檢查路由的方法。
試用正常,付款後卻變慢,該怎麼判斷?
先在相同網路與相同時段重測,排除本地網路變化;再比較不同節點、不同協定與晚間尖峰速度。確認是否觸發流量倍率、速度限制或公平使用政策。若多個地區同時異常,保留錯誤時間、節點名稱與測試結果,依退款或工單政策聯絡服務商。