VPNLW · 名詞速查

VPN 新手入門:訂閱、節點、協定與分流名詞速查

訂閱、節點、線路類型、協定、分流、全域與規則模式——六個高頻名詞一次講清,每個都搭配一句用戶端裡真實可見的範例,讀完就能自己看懂訂閱頁。

VPN 新手入門最容易卡住的地方,不是安裝用戶端,而是打開訂閱頁之後的一整屏名詞。訂閱、節點、線路類型、協定、分流、全域模式,每個字都認識,連起來卻不知道在說什麼,於是只能按名字裡帶「日本」「美國」的那幾行隨便點一個。

這篇速查按照用戶端裡從上到下的順序,把這六個詞逐一拆開。每個詞搭配一句介面上真的會看到的範例,再補一句它和相鄰概念的差別。讀完不需要記住所有參數,只要能判斷三件事就夠:這條訂閱有沒有更新成功、節點名稱裡的後綴是什麼意思、規則模式為什麼比全域模式省流量。

訂閱:一條連結背後的帳號與流量

訂閱在用戶端裡通常就是一條 URL。伺服器端把節點清單、協定參數、傳輸層設定、流量與到期資訊打包成一份設定,用戶端按固定間隔拉取一次,把結果寫進本機節點清單。整個過程不需要手動填伺服器位址、連接埠、身分參數和加密方式,這也是訂閱取代早期手動新增節點的原因。

在用戶端裡,訂閱留下的痕跡通常出現在三個位置:設定頁的訂閱位址輸入框、節點清單頂部的「訂閱已更新 · 230+ 線路」提示,以及帳號資訊裡的已用流量與到期日。三者對不上時,先確認訂閱有沒有拉取成功,再看節點能不能連。

訂閱連結等同於帳號憑證。它帶著你的身分參數,任何人拿到都能消耗你的流量。所以不要把訂閱連結貼進群組聊天、不要提交到公開的訂閱轉換網站、不要留在截圖裡。需要在新裝置上使用時,從帳號裡重新複製,而不是轉傳舊連結。

更新訂閱的時機有三個:換了方案,流量與到期時間隨之變化;伺服器端調整了線路,舊清單裡的位址失效;用戶端提示訂閱拉取失敗。多數用戶端支援手動更新,也支援設定自動更新的間隔,間隔不必太短,幾小時一次就夠。

訂閱連結外洩後,被消耗的是你的流量額度。發現用量異常時,先在帳號裡重設訂閱位址,舊連結隨即失效。

訂閱頁上還會看到幾個固定數字,它們描述的是帳號能力,不是單條線路的效能:

120+ 覆蓋國家與地區
230+ 可選線路
不限 同時在線裝置數
7 天 首次付費後無條件退款

節點:名稱裡的四段資訊

節點是訂閱展開之後的一條具體連線。它至少包含伺服器位址、連接埠、協定、加密方式、傳輸層與偽裝參數。這些內容在訂閱裡已經寫好,用戶端只負責按參數發起連線,使用者這邊唯一能選的是連哪一條。

節點名稱是給人看的,命名習慣各家不同,但常見結構可以拆成四段:

節點名稱的常見結構與含義
段落 含義 範例
地區 · 城市 出口落地位置,決定對方網站看到的是哪個國家或地區 日本 · 東京
序號 同一地區下的第幾台入口,用來分散負載 03
線路類型 資料從入口到出口怎麼走 IEPL 專線 / 中轉 / 直連
協定標籤 用戶端用哪種協定握手 VLESS / Trojan

要提醒一句:節點名稱裡的地區指的是出口落地,不是入口伺服器的實體位置。一台標著「美國 · 洛杉磯」的節點,入口可能在中國大陸,資料經中轉或專線出境後再從洛杉磯落地。判斷一條線路穩不穩,看線路類型;判斷能看到什麼內容,看出口地區。

另一個常見誤解是節點越多越好。230+ 線路描述的是覆蓋規模,實際使用中你只會固定用其中幾條。與其在清單裡反覆試,不如先按用途鎖定地區,再在同一地區裡按線路類型排序。

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

線路類型描述資料從入口到出口的路徑,它決定尖峰時段穩不穩,也是節點名稱後綴裡最值得看的一段。

三種線路類型的路徑與適用情境
類型 資料路徑 尖峰時段表現 適合情境
直連 用戶端直接連境外出口,國際段走公網 受國際出口壅塞影響,抖動明顯 輕度瀏覽、臨時查資料
中轉 先連中國大陸中轉入口,再轉發到境外出口 中國大陸段較穩,國際段取決於中轉上游 日常瀏覽、影片
IEPL 專線 入口與出口之間走國際私有專線,不經過公網國際出口 封包遺失與抖動最小 視訊會議、長連線、跨境辦公

專線的建置成本高,所以同一地區裡專線節點的數量通常少於直連節點。這不影響選擇,一個人同時只會用一條線路。

需要區分的是線路類型和協定:線路類型管資料怎麼走,協定管資料怎麼封裝。兩者在節點名稱裡通常一個在前一個在後,混在一起看容易亂。

線路類型由伺服器端設定決定,用戶端裡改不了。節點名稱後綴寫著 IEPL,說明這條線路的入口到出口走專線;沒有後綴時,按直連或中轉理解。

協定:六種常見協定的差別

協定決定用戶端與伺服器端怎麼握手、用什麼方式加密、流量在中間設備看來長什麼樣。訂閱裡給什麼協定,用戶端就按什麼協定連,使用者這邊沒有可調項目。但知道差別有助於理解「為什麼這條節點連不上」。

六種常見協定的基礎與特點
協定 傳輸基礎 主要特點 常見搭配
Shadowsocks TCP / UDP 輕量,AEAD 串流加密,設定項目少 自建、輕量用戶端
VMess TCP 帶時間校驗,裝置時間偏差過大會握手失敗 WebSocket + TLS
VLESS TCP 本身不加密,依賴 TLS 提供加密,額外開銷小 XTLS、Reality
Trojan TCP 偽裝成標準 HTTPS 流量,走 443 連接埠 TLS
Hysteria2 QUIC(UDP) 壅塞控制積極,在會丟包的路徑上表現更穩 獨立連接埠
TUIC QUIC(UDP) 基於 QUIC 多工,握手快 獨立連接埠

兩個和協定有關的實作要點

第一,VMess 對時間敏感。裝置時間與標準時間差了幾分鐘,握手就會直接失敗,表現是所有節點一起逾時,而網路本身正常。遇到這種情況先校正系統時間,再排查線路。

第二,基於 QUIC 的協定走 UDP。部分網路會對 UDP 限速或阻擋,表現是能連上但速度異常低,或者連上幾秒後斷線。同一地區如果同時有 TCP 和 UDP 節點,先用 TCP 那條排查,能快速分辨是線路問題還是協定被限。

結論:協定不是越新越好。訂閱裡給什麼就用什麼,遇到連不上先校正裝置時間、再確認 UDP 是否被限速,最後才考慮換節點。

分流與全域:規則模式在判斷什麼

用戶端頂部通常有三個模式:全域、規則、直連。全域把所有流量都送進代理通道;規則模式按規則表逐條比對,命中的走代理、未命中的直連;直連模式全部不走代理。

分流規則常見的比對維度有四種:網域後綴、IP 網段、行程名稱、連接埠。規則表按從上到下的順序比對,命中即停,所以順序很重要。一條寬鬆的 IP 網段規則如果排在具體網域規則前面,後面的規則就永遠不會生效。

DOMAIN-SUFFIX,example.com,PROXY
DOMAIN-KEYWORD,update,PROXY
GEOIP,CN,DIRECT
PROCESS-NAME,chrome.exe,PROXY
MATCH,DIRECT

上面這份範例的讀法是:命中指定網域後綴的走代理,命中關鍵字的走代理,解析到中國大陸 IP 網段的直連,指定行程的流量走代理,其餘全部直連。不同用戶端的規則語法略有差別,但比對順序的邏輯是共通的。

DNS 洩漏是什麼

分流是否準確,很大程度取決於 DNS 查詢走哪條路。DNS 洩漏指的是網域名稱解析請求沒有進入代理通道,而是用本地電信業者下發的 DNS 明文送出。後果有兩個:解析結果可能與出口地區不一致,出現節點在美國、內容卻按本地推送的情況;解析請求本身也暴露了你造訪過哪些網域。

多數用戶端在規則模式下會接管 DNS,把解析請求按規則分配到代理 DNS 或本地 DNS。檢查方式很直接:連上節點後打開本站的 IP 查詢頁,看顯示的國家或地區與節點名稱是否一致。不一致時先看 DNS 設定,再看規則表。

  • ✅ 日常使用選規則模式:中國大陸網域直連,跨境存取走代理,流量和速度都更合理。
  • ✅ 不確定哪些網域該走代理時,先用全域模式跑通,再逐條補規則。
  • ✅ 規則表定期更新,新網域才有對應條目。
  • ❌ 長期開全域:中國大陸網站繞一圈出境再回來,速度慢,流量消耗快。
  • ❌ 把 MATCH,DIRECT 寫在規則表最前面:後面所有規則都不會生效。

三步驗證:訂閱是否真的生效

名詞看懂之後,用三步確認訂閱是否真的生效:

  1. 更新訂閱,確認節點清單的筆數與帳號裡的線路規模對得上。
  2. 連一條節點,打開 IP 查詢頁,看出口國家或地區與節點名稱是否一致。
  3. 打開一個中國大陸網站和一個國際網站,確認規則模式按預期分流。

三步裡任何一步不符合預期,排查順序都是訂閱、節點、規則,不要跳步。訂閱沒拉成功,後面兩步的結論都不算數;節點連不上,先換同地區的另一條線路,再懷疑規則表。

一句話串起來:訂閱把節點清單拉下來;節點名稱裡的地區決定出口、線路類型決定穩定性;協定決定怎麼握手;分流規則決定哪些流量進通道。新手階段不用背參數,按這條線定位問題就夠了。

VPNLW

120+ 國家 / 230+ 線路,月付 ¥9.9 起含 60GB,7 天內無條件退款。

免費開始 查看方案
免費開始