VPN 新手先搞懂各名詞的用途:訂閱用來取得設定,節點是連線入口,協定決定通訊方式,分流則決定請求要走哪條路。匯入成功卻無法開啟網頁時,通常應逐項檢查這些環節,而不是一直更換節點。

日常所說的「VPN 用戶端」,實際運作的可能是代理協定,而非傳統的整機虛擬私人網路。應用程式顯示 VPN 標示,也可能只是透過系統的虛擬網路介面接管流量。因此,判斷是否生效要查看實際設定與請求路徑,不能只看狀態圖示。

名詞對照:從設定到請求出口

名詞 實際含義 容易混淆之處
訂閱連結 用來取得或更新節點及完整設定的網址 不等於付款週期,也不一定包含分流規則
節點 用戶端可選用的一組連線參數 節點名稱不一定代表實際出口位置
協定 用戶端與伺服器協商及傳輸資料的方式 協定名稱不代表頻寬或穩定性等級
線路 由入口、中間傳輸網路與出口組成的路徑 即使地區和協定相同,也可能走不同路徑
分流規則 依網域、位址等條件選擇直連、代理或拒絕 規則模式不代表所有國際網站都會自動走代理
DNS 將網域名稱解析為網路位址的機制 網頁連線走代理,不代表 DNS 查詢也走代理
TUN 模式 透過虛擬網路介面接管並處理流量 接管範圍仍受路由、排除項目及用戶端實作方式影響

可以把它們放在同一條路徑上理解:用戶端讀取訂閱後取得節點與規則;應用程式送出請求時,規則會選擇連線方式;需要代理的請求,再透過節點對應的協定和線路傳送至出口。DNS 也會參與決定目標位址,可能需要另外設定。

訂閱與節點:設定來源不等於網路出口

訂閱更新時,更新了哪些內容?

「方案訂閱」描述服務的計費安排,「用戶端訂閱」則是取得設定的方式,兩者並非同一概念。用戶端會從訂閱網址下載內容,可能取得節點清單,也可能取得包含策略組、DNS 與規則的完整設定,實際內容取決於服務提供的格式。

複製網址後,應在用戶端的訂閱或匯入設定入口新增,再執行更新並啟用對應設定。只把連結貼到瀏覽器,不一定會自動匯入。更新也不等於啟用:有些用戶端可儲存多份設定,目前執行的仍可能是舊設定。

節點通常包含伺服器位址、連接埠、驗證資訊、協定及傳輸參數。手動修改其中一項,就可能導致設定不相符。名稱中的地區、倍率或線路描述是服務提供方的標示,不是經協定自動驗證的事實;想了解地區功能時,應參考線路說明,並在連線後檢查出口。

協定差異:先確認相容性,再看網路環境

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUIC 是不同的代理協定或協定方案,不能任意互換名稱。用戶端必須支援相應協定及其具體設定,伺服器端也必須提供相符參數。只把節點的協定欄位改成另一個名稱,並不會讓連線成功。

協定、傳輸層和線路也要分開看。WebSocket 是傳輸方式,TLS 提供安全層功能,IEPL 描述網路承載路徑,三者並非同一層的替代選項。用戶端支援某個協定,不代表支援它的所有傳輸組合;匯入出錯時,應先確認核心版本與格式要求。

判斷建議:新手優先使用服務明確提供、且用戶端明確支援的設定。不能單憑協定新舊推斷速度快慢,實際體驗還會受到本地網路、線路壅塞、伺服器資源和目標網站影響。

線路類型:直連、中轉與 IEPL

直連通常是裝置直接連至境外代理伺服器,中間不經過服務提供方安排的額外中轉入口;但這不代表完全不經過電信業者的路由。連線表現較直接受到本地網路的國際出口與跨網互連狀況影響。

中轉則是先連到一個入口,再由該入口轉送至後續節點或出口。「中轉」只表示多了一段轉送路徑,不代表一定使用專線,也不保證比直連更好。還需要考量入口是否可連、入口至出口的路徑,以及網路壅塞情形。

IEPL 是國際乙太網路專線,常用於線路中的特定傳輸區段。它描述的是承載服務,不是代理協定,也不表示裝置至目標網站的每一段都是專線。裝置至入口、出口至目標網站仍可能使用其他網路。

選擇線路時,地區名稱主要用來判斷出口位置,以及是否符合目標服務的區域需求。距離最近的地區不一定有最順暢的電信業者路徑;延遲較低也不代表持續下載速度較快。查看 線路清單 時,應一併比較入口、出口、線路類型與實際用途,不要只看名稱。

分流模式:如何選擇全域與規則模式

規則模式通常會依設定順序比對請求,再交由直連、代理策略組或拒絕動作處理。規則可能比對網域、目標位址、程序或其他條件,實際支援範圍依用戶端而異。未符合規則的請求通常會交由預設規則處理;預設採直連還是代理,需查看目前設定。

全域模式通常會將已進入代理核心的請求交給統一策略處理,但不代表整台裝置的所有流量都已接管。未使用系統代理的應用程式、排除路由或用戶端無法處理的流量,仍可能走其他路徑。

系統代理是提供代理設定給應用程式,應用程式是否遵循則由自身決定;TUN 模式透過虛擬網路介面接管流量,涵蓋範圍較廣,但仍須正確設定路由與 DNS。Android、iOS 用戶端常透過系統 VPN 介面運作;桌面用戶端則常將系統代理和 TUN 設為不同選項。

日常使用可以從可信任的規則設定開始。網站異常時,先查看連線記錄,確認套用哪條規則、實際選用哪個策略組。暫時切換至全域模式,有助於判斷是否為規則問題;如果切換後能正常連線,應繼續檢查分流,而不是認定節點一直有問題。

DNS 洩漏與出口驗證

DNS 洩漏通常是指原本預期透過特定通道處理的網域查詢,卻經由非預期的解析路徑送出,例如直接交由本地網路的解析器處理。這可能暴露查詢的網域資訊,但不代表 HTTPS 內容因此遭到解密。

檢測結果顯示本地解析器時,也要依設定目的判讀:直連網域使用本地解析,可能是預設的分流方式;原本應走代理的網域仍使用本地解析,才需要進一步檢查。瀏覽器的加密 DNS、系統解析設定和用戶端 DNS 設定可能各自生效,不能只調整一個選項就假定全部一致。

出口位址檢查只能反映發出檢測請求的那條連線。瀏覽器顯示代理出口,不代表其他應用程式也走相同路徑;檢查 DNS 時,也應區分一般解析、瀏覽器自行解析,以及代理網域的處理方式。結果不一致時,查看用戶端連線記錄通常比不斷重新整理檢測頁面更有效。

新手操作指南:從匯入到排錯

  1. 確認用戶端相容性。參考使用教學確認平台與設定格式,並透過控制面板的用戶端下載入口取得適用的用戶端。
  2. 匯入並啟用訂閱。使用格式相符的網址,確認更新完成、節點已顯示,並檢查目前啟用的是剛匯入的設定。
  3. 選擇節點與策略。在實際使用的策略組中選定節點,避免只更改節點清單中的選取狀態,卻沒有更新策略組。
  4. 確認流量已接管。依平台授予必要權限,檢查系統代理或 TUN 狀態,再開啟目標應用程式測試。
  5. 確認出口與 DNS。搭配出口檢測、DNS 解析檢測和連線記錄確認實際路徑,不要只依賴狀態圖示。
  6. 按環節排查問題。匯入失敗先檢查格式與網址;連線失敗則檢查網路、驗證資訊和協定;只有部分網站異常時,再檢查規則、DNS 與網站本身的限制。

最後把這些名詞整理成一句排查順序:是否已取得設定、節點能否連線、請求是否進入用戶端,以及規則將請求送往何處。依序檢查,通常比同時啟用多個代理工具更容易找到問題。若需要進一步協助,可透過控制面板工單提交已去識別化的資訊。