這篇 VPN 新手入門不從術語表開始，而是直接回答實際使用時最常遇到的問題。先釐清服務、用戶端、訂閱與線路之間的關係，再處理流量、速度、協定、分流與 DNS，通常比反覆切換節點更有效。
基本概念與使用界線
問題一：VPN、代理協定和用戶端是一回事嗎？
不是。日常交流中，人們常把整套跨境網路工具統稱為 VPN，但從技術架構來看，至少包含伺服器線路、連線協定、訂閱設定與本地用戶端幾個部分。
Shadowsocks、VMess、Trojan、VLESS、Hysteria2 與 TUIC 都是常見的傳輸或代理協定。它們規定用戶端如何與伺服器通訊，但不會自行提供可用線路。用戶端只是執行連線的軟體，例如讀取伺服器位址、連接埠、驗證資訊與路由規則。訂閱連結則是設定入口，用戶端透過它取得節點清單及後續更新。
因此，「用戶端能開啟」不代表線路可用，「訂閱匯入成功」也不代表網路已經由它接管。真正建立連線後，還需要確認系統代理或虛擬網卡模式是否生效、目標應用程式是否遵循該模式，以及 DNS 請求是否經過預期路徑。
問題二：可以在多台裝置上同時使用嗎？
能否同時連線取決於服務規則，而不是協定名稱。VPNCF 方案不限制裝置數量，電腦、平板及其他受支援平台都可以依需求設定。不過，多台裝置共用同一個訂閱時，流量仍會計入同一個方案；某台裝置在背景更新或同步檔案，也會影響剩餘流量與線路負載。
裝置較多時，不建議手動複製單一節點。優先在每台裝置匯入訂閱，讓線路變更可以統一更新。訂閱連結本身包含存取憑證，應按照帳號憑證管理，不要貼入公開文件、截圖或公開程式碼儲存庫。
問題三：連線後所有應用程式都會經過線路嗎？
不一定。用戶端常見的運作方式包括系統代理、虛擬網卡接管與應用程式內代理。系統代理主要影響遵循作業系統代理設定的應用程式；部分遊戲、命令列工具或自行實作網路堆疊的軟體可能會繞過它。虛擬網卡模式通常能涵蓋更多連線，但也更容易與安全軟體、區域網路存取或其他網路工具發生衝突。
是否全部經過線路，還取決於用戶端採用全域模式還是規則模式。全域模式會把更多連線送往遠端線路；規則模式則依網域、IP、應用程式或網路類型進行分流。新手若只想存取特定國際服務，規則模式通常更節省流量，也能避免本地網站繞遠路。
流量計算、速度與長時間連線問題
問題四：流量究竟如何計算？
線路流量通常來自裝置與節點之間傳輸的資料。開啟網頁、下載檔案、觀看影片、雲端硬碟同步、軟體更新和視訊會議都會消耗流量。上傳同樣屬於網路傳輸，因此傳送檔案、備份相片或直播推流也會產生用量。
網頁看似文字不多，也可能載入圖片、指令碼、字型與媒體資源。影音平台會依畫質持續擷取資料，拖曳進度列或反覆切換畫質也可能觸發額外請求。用戶端顯示的本機統計與服務端帳單可能存在計算口徑差異，例如統計起訖時間、協定封裝開銷或更新延遲不同，應以控制面板記錄為準。
- ✅ 只讓需要跨境存取的應用程式經過線路，減少無關流量。
- ✅ 檢查系統更新、雲端硬碟同步和相片備份是否在背景執行。
- ✅ 影片畫質不穩定時，先查看實際頻寬，不要連續重新整理播放器。
- ❌ 不要把用戶端介面上的瞬時速率當成方案剩餘流量。
問題五：速度變慢就是受到限速嗎？
不能只憑一次下載判斷是否限速。實際速度由本地連線品質、無線網路干擾、電信業者路徑、節點負載、目標網站限制、協定開銷和裝置效能共同決定。測速網站速度快而目標服務很慢，可能是目標網站採用不同鏈路；若所有線路都很慢，則更應先檢查本地網路。
延遲與頻寬也不是同一項指標。低延遲有利於網頁互動、遠端操作和即時通訊，但不代表大型檔案下載一定快。頻寬較高的線路若存在抖動或封包遺失，影片仍可能頻繁降低畫質。判斷時應在同一台裝置、同一個網路及相近時間比較線路，避免混淆不同環境的結果。
問題六：需要一直保持連線嗎？
沒有統一答案。需要持續存取國際服務、接收相關應用程式通知或保持遠端工作階段時，可以維持連線。如果只是偶爾查詢資料，用完後中斷連線能減少背景流量，也能降低本地服務被錯誤分流的機率。
長時間連線更適合搭配規則模式。讓目標服務經過線路，本地網站、區域網路裝置和常用中國大陸應用程式保持直連。若用戶端啟用了連線中斷防護，線路意外中斷後可能暫時阻止網路存取；這是防止請求繞過線路的行為，不一定代表系統斷網。恢復時先重新連線，必要時再關閉該功能或退出用戶端。
| 現象 | 較可能的原因 | 優先檢查 |
|---|---|---|
| 網頁開啟很慢，但下載正常 | 延遲、DNS 或網頁連線數造成影響 | 切換鄰近地區，檢查 DNS 路徑 |
| 影片可以播放，但頻繁降低畫質 | 持續頻寬不足或線路抖動 | 切換線路類型，停止背景傳輸 |
| 連線後本地網站變慢 | 全域轉送造成路徑繞行 | 改用規則模式並核對分流設定 |
| 所有節點都無法連線 | 訂閱過期、用戶端狀態或本地網路異常 | 更新訂閱，檢查系統時間與網路權限 |
訂閱匯入與協定選擇
問題七：訂閱連結應該如何匯入用戶端？
先確認用戶端支援訂閱所包含的協定，再從使用者面板複製訂閱連結。在用戶端中尋找「訂閱」、「設定來源」或「遠端設定」入口，貼上連結並執行更新。成功後應出現節點清單，而不只是儲存一段文字。
- 安裝與作業系統相容的用戶端，並完成必要的網路權限授權。
- 從面板複製訂閱連結，不要在瀏覽器網址列公開開啟或轉傳。
- 在用戶端新增遠端訂閱，儲存後主動執行一次更新。
- 選擇節點，再選擇系統代理、規則模式或虛擬網卡模式。
- 建立連線後造訪網路檢測頁面，確認出口地區與預期一致。
匯入失敗時，先區分「下載不到訂閱」和「訂閱中的節點無法連線」。前者通常與連結複製不完整、網路權限或用戶端訂閱格式有關；後者則應檢查節點、協定支援與本地網路。節點連線失敗時，不要反覆刪除訂閱，這會遺失原有分流設定，卻不一定能解決線路問題。
問題八：Shadowsocks、VMess、Trojan、VLESS、Hysteria2 和 TUIC 要如何選擇？
新手通常不需要只看協定名稱來做決定。線路品質、伺服器設定和本地網路環境往往比協定標籤更重要。能穩定連線、延遲合理並相容目前用戶端的設定，就是可用的選擇。
Shadowsocks 架構相對直接，生態成熟；VMess 與 VLESS 常見於支援多種傳輸方式的用戶端，其中 VLESS 的驗證設計更精簡，但安全與隱私仍取決於完整傳輸設定，不能只看名稱。Trojan 通常搭配 TLS 使用，外觀更接近一般加密流量。Hysteria2 與 TUIC 以 QUIC 思路為基礎，針對封包遺失或抖動環境設計，但效果取決於網路是否能良好支援 UDP，也需要用戶端完整相容。
協定不是速度等級。某個協定在家用寬頻表現良好，不代表在辦公室網路或公共網路中也同樣穩定。若 UDP 受到限制，Hysteria2 或 TUIC 可能無法發揮預期效果；若用戶端版本較舊，也可能無法識別新設定。選擇順序應是相容性、可連線性、穩定性，最後再看速度。
| 協定 | 常見特徵 | 新手檢查重點 |
|---|---|---|
| Shadowsocks | 實作廣泛，設定結構直接 | 加密方式是否獲用戶端支援 |
| VMess / VLESS | 可組合不同傳輸與安全層 | 傳輸參數必須完整匹配 |
| Trojan | 常與 TLS 搭配 | 憑證、網域與系統時間 |
| Hysteria2 / TUIC | 常用於應對抖動與封包遺失 | UDP 可用性與用戶端版本 |
線路類型與平台差異
問題九：IEPL 專線、中轉和直連有什麼差別？
直連表示裝置直接連線至遠端節點，路徑簡單，但跨境公共網路路由的變化會直接影響使用體驗。中轉會先連線至較近的入口，再透過中間鏈路轉往出口地區，通常用於改善入口品質或調整公共網路路徑。IEPL 專線則強調跨境段採用更可控的專用鏈路，目標是降低公共網路壅塞和路由波動的影響。
專線不代表在所有情境下都更快。最終體驗仍受本地網路、入口距離、出口負載及目標服務影響。日常瀏覽可以先選擇鄰近地區的穩定線路；影音更重視持續頻寬；遠端開發和互動式工具則更重視延遲、抖動與連線維持。目標服務要求特定地區時，應先配對出口地區，再比較線路類型。
節點名稱中的「中轉」、「直連」或「IEPL」說明的是路徑設計，不代表目標網站一定支援該出口。存取異常時，要區分線路是否連通、DNS 是否正確、目標服務是否接受目前地區，以及帳號本身是否有區域設定。
問題十：不同平台為什麼表現不一樣，出問題時如何排查？
Windows 與 macOS 用戶端通常可以使用系統代理或虛擬網卡模式，但網路權限、驅動程式實作和安全軟體相容性各不相同。行動平台受到系統背景策略限制，切換網路、鎖定螢幕或進入省電狀態可能導致連線重建。路由器端設定可以涵蓋更多裝置，但對協定支援、處理效能和規則維護的要求更高。
同一個訂閱在不同平台上的表現不同，不一定代表線路發生變化。瀏覽器可能啟用安全 DNS，繞過用戶端設定；某些應用程式使用獨立 DNS 或直接連線至固定 IP；系統代理模式也可能無法接管所有程式。排查時應從最少變因開始，不要同時更換用戶端、協定、節點和網路。
- ✅ 先確認一般網路可用，再啟動用戶端，避免將本地斷網誤判為線路故障。
- ✅ 更新訂閱並選擇清楚顯示的節點，檢查用戶端是否顯示已連線。
- ✅ 暫停其他代理、虛擬網卡或會修改 DNS 的網路工具。
- ✅ 檢查系統時間是否準確，TLS 連線依賴正確的時間驗證。
- ✅ 規則模式發生異常時，切換至全域模式進行比對，僅用於定位分流問題。
- ❌ 不要將訂閱連結、驗證欄位或完整設定檔傳到公開討論區。
DNS 洩漏與分流規則如何理解
DNS 會將網域名稱轉換為可連線的位址。連線至線路後，如果網域查詢仍直接傳送給本地網路指定的 DNS，而實際存取流量卻經由遠端線路，就可能出現解析結果與出口地區不一致的情況，通常稱為 DNS 洩漏。這可能造成地區判定異常、網站無法開啟，也會讓本地解析服務提供者看見曾經查詢的網域。
解決方向不是隨意填入某個公共 DNS 位址，而是讓 DNS 路徑與分流策略一致。需要透過代理存取的網域，應由用戶端依設定解析，並經由相應線路傳送；本地域名與區域網路裝置則可以保留本地解析。啟用瀏覽器安全 DNS 時，也要確認它是否繞過了用戶端規則。
分流規則通常根據網域、IP、應用程式或規則集，決定直連、代理或拒絕。網域規則便於理解，但應用程式連線至解析後的 IP 時，用戶端仍須正確將網域與連線關聯。僅依 IP 分流可能受到位址變更影響。應用程式分流適合將某個程式整體交由線路處理，但無法涵蓋該程式呼叫外部元件或系統服務的所有情況。
新手設定的最小可用方案
第一次使用時，不需要把所有選項都修改一遍。複雜設定會增加變因，發生錯誤後也難以判斷是哪項設定造成。先建立一套可重複驗證的最小方案，再依用途增加分流與長時間連線設定。
- 選擇仍在維護、支援訂閱協定的用戶端。
- 匯入面板提供的訂閱，並確認節點清單可以正常更新。
- 先選擇鄰近地區的推薦線路，維持協定參數不變。
- 使用系統代理或用戶端預設模式完成首次連線。
- 確認出口地區後，再測試瀏覽、影音或開發工具等實際用途。
- 連線穩定後改用規則模式，並檢查本地網站與區域網路存取。
- 最後再處理開機啟動、連線防護、自訂 DNS 與應用程式分流。
如果修改後出現異常，請回復到上一個可用狀態，而不是繼續疊加設定。保留一套預設訂閱設定作為基準，也有助於判斷問題來自服務端線路、自訂規則還是用戶端環境。