先說結論:VPN 訂閱負責提供設定,節點是可選的連線入口,線路描述網路路徑,協定規範通訊方式,分流則決定請求如何傳送。釐清各自的作用,才能判斷匯入失敗、連線逾時或網站無法開啟時該檢查哪裡。
術語對照:先分清設定與連線
客戶端介面常把「更新訂閱」、「選擇節點」和「切換模式」放在一起,但這些按鈕處理的事情並不相同。更新訂閱不會自動修復本機權限,切換節點也不一定會改變分流規則。先對照下表再調整設定,比一再重新安裝更容易找出問題。
| 術語 | 實際含義 | 常見誤解 | 檢查項目 |
|---|---|---|---|
| 訂閱連結 | 取得節點或完整設定的網址,可能包含存取憑證。 | 把它當成一般網頁或單一節點。 | 來源、有效性、匯入格式與客戶端相容性。 |
| 節點 | 由伺服器位址、驗證資訊與傳輸參數組成的連線項目。 | 以為地區名稱一定代表入口的實際位置。 | 實際出口、協定支援與連線結果。 |
| 線路 | 請求從本機經入口、出口到目標服務所走的網路路徑。 | 只憑節點名稱判斷壅塞程度與穩定性。 | 連線路徑、壅塞情況及目標網站的表現。 |
| 協定 | 客戶端與伺服器交換資料時遵循的通訊規範。 | 把協定名稱當成速度排名。 | 客戶端核心、參數與目前網路是否相容。 |
| 策略群組 | 供規則引用的一組節點或連線策略。 | 以為選了群組名稱就等於選定實際出口。 | 群組目前選用的項目及自動選取條件。 |
| 分流規則 | 依網域、位址或應用程式等條件安排請求路徑。 | 以為所有應用程式都一定會由規則接管。 | 比對順序、預設動作與流量接管範圍。 |
另一個容易混淆的詞是 VPN。系統中的 VPN 圖示通常表示網路延伸功能或虛擬網路介面正在運作,並不能直接說明背後使用哪種代理協定。有些代理客戶端也會透過系統 VPN 介面接管流量,因此「出現 VPN 圖示」不等於「所有請求都經由遠端出口」。
訂閱連結:匯入的是設定,不是客戶端
訂閱連結提供的內容可能只有節點清單,也可能包含策略群組、規則與 DNS 設定。客戶端讀取後,才能知道伺服器位置、驗證方式及請求傳送方式。因此,取得連結後仍須安裝相容的客戶端,不能把連結貼進任意網路工具就期待它能運作。
「訂閱更新成功」通常只表示設定已下載並通過檢查,不代表節點可以連線,更不代表目標網站接受目前的出口。若匯入時顯示格式錯誤,先確認控制台提供的客戶端類型;若顯示連線逾時,則繼續檢查節點、網路與權限。不要把這兩種錯誤當成同一類故障。
訂閱也有計費上的意思。付費的月租方案描述服務如何計費,客戶端中的訂閱則描述如何取得設定。兩者相關,但並非同一個技術項目。方案仍有效時,連結也可能因憑證重設而變更;手動更新設定不會延長方案期限。
節點與線路:地區名稱不能代替路徑說明
節點比較像客戶端中的連線項目,線路則是資料實際經過的網路路徑。入口負責接收連線,出口負責向目標網站發出請求,兩者不一定位於同一地區。網站通常依據出口位址判斷存取地區,因此選好地區後仍應確認出口結果,不能只看清單名稱。
直連、中轉與 IEPL 專線
直連通常表示客戶端直接連到遠端伺服器,不額外經過服務方安排的中轉入口;這不代表網際網路路徑上沒有電信業者的路由設備。中轉則是先連到一個入口,再由入口轉送至後續伺服器,目的可能是改善連線或管理路徑,但增加中轉也可能帶來新的壅塞點。
IEPL 是國際乙太網路專線,描述的是網路承載方式,不是客戶端加密協定。服務路徑使用專線,不代表從本機到目標網站的每一段都走專線;本地連線、專線兩端以及出口到網站的路徑仍會影響使用體驗。只看到「專線」標示,不能推論一定有速度保證或特定網站必定可用。
清單中的延遲通常是以特定探測方式測得,測量的可能是入口回應,也可能包含部分應用層交握。它不等同於下載速度、影片緩衝或網頁首屏載入時間。評估線路時,應在自己的網路環境與常用時段實際連線至目標,並留意連續請求及切換網路後是否恢復,而不是一味追求最低的探測數值。
協定名稱:相容性比縮寫更重要
Shadowsocks、VMess、Trojan、VLESS、Hysteria2 和 TUIC 都可能出現在代理客戶端中。它們不是線路等級,也不是適用於所有人的效能排名。伺服器設定、客戶端核心版本、傳輸方式及本地網路限制,都會影響能否正常使用。
- Shadowsocks:加密代理協定,客戶端必須支援伺服器使用的加密方式及相關擴充;名稱相同不代表所有實作與參數都相容。
- VMess:具備驗證機制的代理協定,仍須確認傳輸層、TLS 等相關參數。照抄其他節點的設定可能導致交握失敗。
- Trojan:通常在 TLS 連線中承載代理流量,憑證驗證、伺服器名稱與驗證資訊都可能影響連線。
- VLESS:協定本身不提供資料加密,實際部署時須搭配相應的安全傳輸設定。不能只憑這個名稱判斷整條連線是否加密。
- Hysteria2 與 TUIC:以 QUIC 為基礎的代理方案,依賴 UDP 傳輸。若網路限制 UDP,可能無法正常連線,但不能因此判定整項服務都不可用。
新手建議優先使用服務說明中相容的客戶端與匯入方式,不要為了追求某個協定名稱而手動修改關鍵參數。也不要以關閉憑證驗證來解決交握錯誤:應先檢查裝置時間、伺服器名稱及設定來源,再聯絡客服確認。
分流模式:規則、全域與流量接管
規則模式會依條件決定直連、代理或拒絕。條件可能是網域、目標位址或應用程式,實際項目取決於客戶端功能。規則通常依設定順序比對,因此範圍過廣的規則可能優先命中,讓後續更細的規則無法生效。若沒有符合的規則,則由預設規則決定最終路徑。
全域模式通常會將客戶端已接管的流量統一交由所選代理策略處理,但無法讓原本未經客戶端的應用程式自動改走代理。系統代理通常只影響遵循系統代理設定的程式;TUN 或系統 VPN 接管的流量範圍較廣,但仍受路由、排除項目、系統權限與客戶端實作影響。
應用程式分流則依應用程式決定是否接管,常見於部分行動裝置客戶端。請分清「只代理選取的應用程式」與「讓選取的應用程式略過代理」,兩者方向相反。修改清單後,應用程式既有的連線也不一定會立即重建;需要重新開啟目標應用程式並確認連線紀錄。
若網站只有部分資源載入失敗,可能是頁面、圖片與登入介面使用不同網域,分別套用了不同路徑。可以暫時切換模式比較狀況,再查看連線記錄中的命中規則;確認原因後,請恢復合適的日常設定。不要把長期使用全域代理當成解決所有規則問題的替代方案。
DNS 洩漏:檢查解析路徑與出口
DNS 負責將網域名稱解析為網路位址,代理連線則負責傳送請求,兩者可以走不同路徑。若原本預期透過代理進行解析,實際上卻將查詢送到本地網路的解析器,就可能發生一般所說的 DNS 洩漏。這涉及網域查詢的去向,不代表網頁內容已遭讀取。
瀏覽器的加密 DNS、系統 DNS、客戶端內建解析器與應用程式自己的解析機制可能同時存在。啟用加密 DNS 只能表示查詢傳輸受到相應保護,不能單獨證明查詢經過預期的代理路徑。檢測頁面顯示的解析器地區與出口地區不同,也不足以單獨判定發生洩漏,因為解析服務可能採用分散式部署。
排查時先記錄預期設定:哪些網域應經由代理,以及 DNS 應使用哪條解析路徑;再搭配客戶端記錄與檢測結果確認。分享診斷資料時,請遮蔽訂閱憑證與存取網域。VPN 或代理不能取代 HTTPS:瀏覽網站時仍應留意連線提示,避免忽略憑證警告。
從匯入到驗證:依照相依順序操作
遇到「已連線卻無法開啟網站」時,不要同時更改協定、DNS 與規則。依設定、流量接管、連線、目標服務的順序逐項檢查,每次只變更一個條件,才更容易保留有效的判斷結果。
- 確認客戶端。從服務控制台確認相容的平台、客戶端與設定格式,不要只根據軟體名稱判斷是否相容。
- 匯入並更新。透過對應入口新增訂閱,確認沒有格式錯誤,再查看節點與策略群組是否出現。
- 授予權限。確認系統允許建立 VPN 或網路延伸功能,並檢查是否有其他網路工具占用流量接管入口。
- 選定策略。確認規則引用的策略群組,以及群組內實際選用的節點,不要只看首頁顯示的地區名稱。
- 驗證請求。瀏覽常用網站,確認出口與連線記錄;若有異常,再暫時切換模式進行比較。
- 恢復日常設定。還原僅供排查使用的變更,保留必要的錯誤資訊,並向客服說明狀況與重現條件。
各平台還需要額外確認什麼
在 Windows 與 macOS 上,系統代理和 TUN 的接管範圍不同,部分程式不會使用系統代理。Android 還應檢查背景執行限制、省電設定與應用程式分流清單;iOS 的網路延伸功能由系統管理,不能假設它具備與桌面版相同的程序分流能力。Linux 客戶端種類較多,命令列環境變數、桌面代理與系統路由需要分別確認。
- ✅ 已確認設定適用於目前的客戶端,而不只是成功複製連結。
- ✅ 已確認規則引用的策略群組及其實際出口。
- ✅ 已區分訂閱下載失敗、節點連線失敗與目標網站拒絕存取。
- ✅ 已檢查 DNS 路徑與應用程式接管範圍,而非只看狀態圖示。
- ❌ 不把低延遲、專線標示或協定名稱當成適用所有情境的證明。
選擇結論:分開確認技術規格與計費方式
看懂術語後,仍須區分服務明確承諾的內容與需要自行驗證的使用體驗。涵蓋範圍不等於每個網站都能存取,支援某個平台也不代表所有客戶端功能完全相同。需要查詢設定步驟,請參閱使用教學;想比較使用習慣與計費方式,請參閱方案選擇指南。
VPN96 提供 90+ 個國家的 250+ 條線路,同時連線裝置數不限,採用銀行級加密。開通無須電子郵件地址,使用者名稱與密碼即可登入。月租方案依開通日每月重設流量;中途升級時,價差依剩餘天數折算。流量包用完為止,永久不過期,並提供 60 天無理由退款。請至方案頁逐項確認價格與流量級距,不要從節點或協定名稱推測計費規則。
總結:訂閱解決「設定從哪裡取得」,節點與線路解決「連線經過哪裡」,協定解決「如何通訊」,分流與 DNS 設定則決定「請求與解析各自走哪條路」。新手先選擇相容的客戶端,再依實際使用的應用程式驗證路徑;遇到故障時逐層排查,比不斷更換節點或疊加設定更有效。