這篇 VPN 新手術語速查,會把訂閱、節點、協定、分流、全域與規則模式放回實際操作情境中說明。第一次開啟用戶端,不必把所有設定都改一遍。先了解設定從哪裡取得、連線經過哪裡、哪些應用程式會使用,再調整設定。

先釐清一個常見用語:日常所說的「VPN 用戶端」,可能是系統層級的隧道工具,也可能是代理用戶端。兩者接管流量的範圍不同。系統顯示已連線,不代表所有應用程式都經過相同的出口。

訂閱與節點:設定來源和連線目的地

訂閱是用戶端取得設定的入口。服務提供者提供的訂閱連結,通常可讓用戶端讀取節點、連線參數,有時也包含規則或策略群組。這裡的「訂閱」是設定術語,不等於計費週期;月繳方案和流量包則屬於方案概念。

例如更換裝置或更新線路時,可在支援的用戶端匯入連結,再執行更新,取得服務提供者目前提供的設定。更新訂閱不等於續約,也不代表軟體本身已更新。請分別確認方案狀態、設定更新時間和用戶端版本。

節點就是可供選擇的連線設定。通常包含伺服器位址、連接埠、驗證資訊和協定參數。介面上的地區名稱可做為選擇參考,但不能證明連線品質。節點入口所在地和流量最終出口所在地也可能不同。

例如需要存取特定地區的內容時,應選擇相應出口,再於目標應用程式中確認。網站能否使用,也會受到帳號地區、內容版權和風控規則影響,不能只憑節點名稱判斷。

直連、中轉與 IEPL:線路路徑的差異

線路類型描述的是路徑,不是協定名稱。直連通常指用戶端直接連到境外服務入口;中轉通常是先連到轉發入口,再前往後續伺服器;IEPL 是國際乙太網路專線,指電信業者提供的專用鏈路服務。

線路術語與實際選擇依據
術語 白話說明 使用情境與檢查項目
直連 直接連線至服務入口,不經過服務提供者另設的中轉入口。 適合先做基本連線測試;連線表現取決於本地網路與跨網路路徑。
中轉 由中間入口接收並轉發流量。 直達路徑不理想時可比較;應觀察實際應用程式的表現,而不只看入口回應。
IEPL 專線 線路中的部分路段使用國際乙太網路專用鏈路。 需確認專線涵蓋哪一段;本地接入和最終出口仍會影響使用體驗。

中轉不等於專線,專線也不代表端到端全程都使用專用鏈路。家用網路、入口負載,以及出口到目標網站的路徑,都會影響整體連線。介面出現 IEPL 字樣,不能直接推論延遲較低、速度較快,或所有網站都能存取。

協定:用戶端與伺服器採用的通訊規範

協定可以理解為雙方約定的通訊方式。即使位址正確,若用戶端不支援相應協定,仍無法建立連線。同一協定也可能搭配不同的傳輸方式、加密方法和憑證設定,因此手動填寫時不能只確認名稱相同。

  • Shadowsocks:加密代理協定,常見設定包含伺服器、連接埠、密碼和加密方法。適用情境是匯入對應的代理節點;不同加密方法是否可用,需視用戶端的實作而定。
  • VMess:代理協定,常見於支援相關核心的用戶端。匯入時除了使用者識別碼,也要符合設定中的傳輸與安全參數。
  • Trojan:通常透過 TLS 建立加密連線。使用時應確認密碼、伺服器名稱和憑證驗證設定,不要為了排除錯誤訊息而任意略過驗證。
  • VLESS:輕量代理協定,本身不提供內容加密,通常搭配 TLS 或其他安全層使用。能否連線取決於搭配的傳輸與安全設定。
  • Hysteria2 與 TUIC:以 QUIC 為基礎的代理方案,需要底層網路允許相關 UDP 通訊。若連線失敗,應檢查網路和用戶端支援情況,不要只是不斷更換密碼。

這些是業界通用概念,不代表 InnVPN 的協定支援清單。實際支援項目請以控制台提供的設定和用戶端說明為準。選擇用戶端時,先確認「能否完整匯入這份設定」,不要只憑協定名稱的新舊判斷優劣。

分流、規則模式與全域模式

分流就是依據條件決定連線要走哪條路徑。條件可能是網域、目標位址、應用程式或規則集合。處理方式通常是直連、交由某個代理策略群組處理,或拒絕連線。規則模式就是依照這些條件處理請求。

常見情境是本地服務直連,存取國際網站時則透過代理。規則會依用戶端設定的順序比對,通常由最先符合的規則決定連線去向;最後的預設規則則處理未符合其他規則的連線。具體語法和優先順序請參考用戶端說明,不要直接混用不同軟體的規則。

全域模式通常會將用戶端已接管的連線統一交由所選策略處理。關鍵在於「已接管」。如果某個應用程式沒有使用系統代理,也沒有被隧道攔截,切換到全域模式仍可能不會影響它。

全域模式適合暫時確認是否有分流錯誤;日常使用若需要區分存取路徑,則較適合採用規則模式。測試結束後,請恢復所需模式,不要長期保留自己不了解的設定。

先確認接管範圍,再檢查模式。瀏覽器可以連線、桌面應用程式卻失敗時,優先確認該應用程式是否經過用戶端;特定網站走錯出口時,再檢查規則和策略群組。全域模式不是解決所有連線問題的萬用按鈕。

系統代理與 TUN:應用程式如何進入代理路徑

系統代理是提供給應用程式使用的代理設定。會讀取這項設定的應用程式會依此連線;自行管理網路連線的應用程式則可能忽略它。命令列工具可能還需要另外設定代理環境變數,詳情請參考工具文件。

TUN 是虛擬網路介面。用戶端透過它接收被路由至此的網路流量,再決定如何轉發。它能接管部分不讀取系統代理的應用程式,但仍會受到路由、排除項目、權限和平台限制影響。啟用 TUN 不代表可以忽略分流規則。

在 Windows、macOS 和 Linux 上,不同用戶端支援系統代理與 TUN 的方式各有不同。Android 用戶端常透過系統 VPN 介面接管流量,也可能提供依應用程式設定的功能;iOS 通常透過系統網路延伸功能建立隧道,背景行為和設定能力則由應用程式與系統共同決定。

安裝時請使用服務控制台提供的入口。InnVPN 的用戶端和訂閱需登入後取得;Android、Windows、macOS、Linux 登入即可下載,iOS 則依控制台內有效方案判定。不要把桌面版的開關名稱當成所有平台的通用標準;詳細操作請參考使用教學。

DNS、出口 IP 與洩漏:分別檢查什麼

出口 IP 是目標服務看到的連線來源位址。透過瀏覽器查詢,可確認該瀏覽器的出口,但不能取代其他應用程式的測試。在規則模式下,不同目標經由不同出口連線,可能正是預期的行為。

DNS 是將網域名稱解析為網路位址的過程。DNS 查詢和後續內容連線可能採用不同路徑。檢查 DNS 時,應確認解析請求是否依照設定預期處理,不能只憑顯示的解析器所在地,就判定發生洩漏。

所謂 DNS 洩漏,通常是指原本應受代理或隧道保護的解析請求,意外經由非預期的網路路徑送出。瀏覽器內建的加密 DNS、系統解析設定、用戶端的 DNS 接管與快取,都可能影響結果。不要同時修改所有設定,否則很難找出原因。

從匯入訂閱到確認連線:依序排查

了解術語後,可依照以下順序操作。每次只調整一個環節並記錄狀況,通常比反覆重新安裝更容易找出原因。

  1. 確認取得來源。登入服務控制台,確認方案狀態,取得適用於該平台的用戶端和訂閱。不要從陌生頁面複製設定。
  2. 匯入並更新。使用用戶端提供的訂閱匯入功能,確認是否成功讀取節點。若出現格式錯誤,先確認用戶端是否支援該訂閱格式,不要任意將連結交給線上轉換工具。
  3. 選擇連線。選定節點和策略群組,保留教學建議的基本設定。自動選擇或故障轉移屬於用戶端策略,不代表每次都能選到最適合目標應用程式的線路。
  4. 確認流量接管。確認系統代理、隧道或依應用程式設定符合預期,再開啟目標應用程式測試。必要時中斷舊連線並重新啟動應用程式,避免沿用先前建立的連線工作階段。
  5. 確認結果。分別檢查出口、DNS 和目標功能。問題仍未解決時,記下平台、用戶端版本、模式、節點名稱和錯誤訊息,再參考故障排除。
  • ✅ 匯入成功但無法連線:檢查節點設定、協定支援、憑證和目前的網路狀況。
  • ✅ 瀏覽器正常但應用程式失敗:檢查應用程式代理設定、TUN 接管範圍和分流結果。
  • ✅ 網站能開啟但功能受限:檢查帳號地區、網站政策和目標功能,不要把問題全歸咎於線路。
  • ❌ 不要公開完整訂閱連結、驗證資訊或含有憑證的記錄檔;聯絡客服前,請先遮蔽敏感內容。

記住這層關係即可:訂閱提供設定,節點指定連線,協定約定通訊方式,線路描述路徑,分流決定連線去向。遇到問題時,沿著這層關係逐項檢查。設定是否合適,最後仍以目標應用程式的實際使用結果為準。