VPN 新手安全不只是按下用戶端的「連線」按鈕。真正需要管理的是帳號、訂閱連結、用戶端來源、公共網路的連線順序，以及排障時提供的資訊。只要其中一個環節處理不當，即使通道已建立，也可能發生訂閱遭他人匯入、DNS 請求走錯路徑、分流規則遺漏應用程式，或排障資料暴露憑據等問題。
這份指南從日常使用出發，不要求先掌握複雜的網路知識。核心原則可以概括為：把帳號和訂閱連結當成鑰匙，只在可信任的用戶端中匯入；使用公共 Wi-Fi 時先確認網路環境，再建立通道；遇到問題先在本機驗證，提交資料前完成去識別化。協議名稱、線路類型和測速結果，都不能取代這些基本操作。
帳號與訂閱連結為何都屬於憑據
帳號密碼容易被理解為憑據，訂閱連結卻常被誤認為一般下載網址。實際上，許多訂閱連結包含可識別帳戶或授權狀態的權杖。用戶端存取該網址後，可能取得節點名稱、伺服器位址、連接埠、傳輸方式，以及建立連線所需的驗證資料。連結一旦被他人取得，對方可能在自己的用戶端中匯入同一份設定。
QR Code 也不能因為「看不到文字」就被視為安全。用於匯入訂閱或單一節點的 QR Code，本質上只是把設定內容編碼成圖形。把 QR Code 截圖發到公開位置，與直接公開連結沒有本質差異。錄影、工單附件和教學截圖中若出現完整 QR Code，同樣應予遮蔽。
Shadowsocks、VMess、Trojan、VLESS、Hysteria2 與 TUIC 的設定結構不同，但安全界線相近：只要一段連結或設定足以讓用戶端建立連線，就應按照憑據妥善保管。協議是否使用 TLS、是否基於 UDP、是否適合特定網路環境，討論的是傳輸特徵，不代表設定可以公開傳播。
| 資訊類型 | 可能包含的內容 | 適當的處理方式 |
|---|---|---|
| 登入憑據 | 帳號識別資訊、密碼、動態驗證資訊 | 僅在確認網域與來源後的登入頁面輸入 |
| 訂閱連結 | 授權權杖與取得設定的入口 | 只匯入可信任的用戶端，不放入公開文件 |
| 節點 QR Code | 可由用戶端直接讀取的連線設定 | 截圖和錄影前完整遮蔽 |
| 診斷記錄 | 伺服器位址、本機路徑、錯誤上下文 | 先檢查並去識別化，再提交必要片段 |
| 付款記錄 | 訂單狀態、交易識別資訊與付款管道資訊 | 僅保留排障所需欄位，遮蔽無關內容 |
訂閱連結適合保存在受裝置解鎖保護的密碼管理工具中，不適合長期留在剪貼簿、終端機歷史記錄、瀏覽器同步筆記或多人協作文件裡。使用完臨時複製的內容後，可以用一般文字覆蓋剪貼簿。若用戶端支援直接從帳戶取得設定，應優先使用清楚標示的官方入口，而不是把連結交給線上轉換網站。
匯入用戶端前先確認來源與權限
訂閱需要由用戶端解析。新手常見的風險不是「不會匯入」，而是為了省事，從搜尋結果、雲端硬碟轉存檔案或聊天附件取得名稱相近的程式。更穩妥的做法是從服務頁面提供的下載入口，或用戶端專案的正式發布管道取得安裝檔，並核對軟體名稱、開發者資訊和系統提示。
匯入訂閱時，用戶端通常會要求網路存取權限。在 Windows 與 macOS 上，部分用戶端採用系統代理伺服器，部分則透過 TUN 接管更完整的系統流量；Android 與 iOS 通常會建立系統層級的 VPN 設定。系統顯示權限提示時，應閱讀它準備新增或修改的內容。如果只負責網路連線的用戶端索取與功能無關的高權限，應暫停操作並重新確認來源。
系統代理伺服器與 TUN 並不是安全等級的簡單高低關係。系統代理主要涵蓋遵循代理設定的應用程式，某些獨立連網程式可能繞過它；TUN 更適合接管廣泛流量，但仍會受到路由表、分流規則和系統實作影響。用戶端顯示「已連線」，只能說明設定已啟動，不能單獨證明每個應用程式都經過預期線路。
訂閱更新也值得特別留意。用戶端定期存取訂閱網址可以取得線路變化，但不應把完整網址貼入陌生的格式轉換網頁。確實需要更換用戶端時，可先確認新用戶端原生支援相應協議和訂閱格式。Shadowsocks、VMess、Trojan、VLESS、Hysteria2 與 TUIC 並非所有用戶端都完整支援，強行轉換可能遺失傳輸參數、TLS 設定或路由選項。
- ✅ 從服務頁面或用戶端正式發布管道取得安裝檔。
- ✅ 匯入前確認用戶端支援訂閱中的協議與傳輸方式。
- ✅ 閱讀系統權限提示，區分系統代理伺服器、TUN 與 VPN 設定。
- ✅ 更新訂閱後檢查群組、線路名稱和原有分流規則是否仍適用。
- ❌ 不要把訂閱網址交給來源不明的線上轉換工具。
- ❌ 不要透過公開截圖展示 QR Code、權杖或完整設定。
公共 Wi-Fi下的正確連線順序
公共 Wi-Fi 的主要問題在於，無法充分確認存取點由誰管理、同一網路中的其他裝置如何隔離，以及登入入口會收集哪些資訊。VPN 可以加密裝置與線路伺服器之間的通道流量，但不能替使用者判斷存取點名稱是否正確，也不能改變登入入口本身的可信度。
連線前先向場所提供者確認網路名稱，避免只憑訊號強度選擇相似名稱。若網路要求開啟入口頁面，應只完成建立網路存取所必需的操作，不要在來源不明的頁面重複使用常用帳號密碼。入口放行後，關閉該頁面，再啟動可信任的用戶端，等待線路連線完成。
通道建立後，可以開啟 IP 檢測頁面觀察出口是否改變，再進行 DNS 檢查。出口 IP 已改變而 DNS 仍由本地網路解析，通常表示系統、瀏覽器或用戶端的 DNS 路徑與預期不一致。此時應檢查用戶端的 DNS 選項、加密 DNS 設定與分流規則，而不是反覆切換線路碰運氣。
如果用戶端提供連線中斷防護，可依使用情境開啟。它的作用是在通道意外中斷時，阻止流量直接返回目前網路，但不同平台的實作範圍可能不同。開啟後若出現「用戶端中斷但網路仍無法使用」，通常需要先恢復用戶端狀態或關閉相應防護，再檢查系統網路設定，不應直接刪除未知的網路元件。
- 確認公共網路名稱與提供者一致，再發起連線。
- 如有登入入口，只完成必要的網路放行步驟。
- 關閉入口頁面，啟動可信任的用戶端並連線至所需線路。
- 檢查出口 IP 是否符合所選地區與線路。
- 檢查 DNS 解析路徑，並驗證常用應用程式是否遵循分流規則。
- 使用結束後中斷公共網路連線，並讓系統忽略不再需要自動連線的網路。
IEPL 專線、中轉與直連描述的是不同的傳輸路徑。直連通常由本地網路直接連接目標伺服器；中轉會先進入中轉入口，再轉向出口；IEPL 專線則強調跨境區段的專用承載方式。路徑差異會影響穩定性與網路適配，但在公共 Wi-Fi 上，帳號保管、入口辨識、DNS 檢查與中斷防護仍需要使用者自行完成。
DNS 洩漏與分流規則如何檢查
DNS 負責將網域名稱轉換為網路位址。發生 DNS 洩漏時，網頁內容可能已透過 VPN 線路傳輸，但網域查詢仍交由本地網路或非預期的解析器處理。這不一定會導致網頁無法開啟，卻會讓連線路徑與使用者設定不一致，也可能造成地區判定異常。
瀏覽器本身的加密 DNS、作業系統的解析設定、用戶端內建 DNS 和分流規則可能同時存在。排查時不要一次修改所有選項，否則很難判斷是哪一層造成影響。可以先維持瀏覽器設定不變，檢查用戶端是否接管 DNS；再分別關閉和啟用瀏覽器的獨立解析功能，比較結果。
分流規則決定哪些網域、位址或應用程式走代理線路，哪些維持直連。規則過寬會讓本地服務繞遠路，規則過窄則可能遺漏資源網域、登入介面或應用程式後台請求。影片頁面能開啟但播放資源失敗、主程式顯示新出口而更新程式仍走本地網路，都可能與分流涵蓋不完整有關。
各平台的驗證方法也有所不同。桌面系統可以同時觀察瀏覽器、終端機網路請求與獨立應用程式；Android 和 iOS 則更適合透過系統 VPN 狀態、用戶端連線記錄和應用程式實際出口交叉確認。若用戶端支援按應用程式分流，應特別檢查新安裝的應用程式是否預設納入，以及系統更新後權限是否保留。
- ✅ 連線前後分別查看出口 IP，確認變化來自預期線路。
- ✅ 單獨執行 DNS 檢查，確認解析路徑與用戶端設定一致。
- ✅ 分別測試瀏覽器、獨立應用程式和背景更新連線。
- ✅ 修改規則後一次只驗證一個變數，並記錄變更結果。
- ❌ 不要以用戶端圖示變色作為流量已全部接管的唯一依據。
- ❌ 未確認原因前，不要同時重設系統網路、DNS 與全部規則。
資訊填寫界線：註冊、付款與客服排障
安全填寫的關鍵不是「什麼都不提供」，而是讓每項資訊都符合當前目的。註冊頁面需要的資訊應以頁面明確列出的必要欄位為準；付款由相應的付款頁面處理；客服排障則應圍繞訂單狀態、用戶端版本、系統類型、錯誤時間與已去識別化的記錄進行。不要因為對方自稱客服，就擴大提供資訊的範圍。
帳戶密碼、裝置解鎖密碼、完整訂閱連結、可直接匯入的 QR Code、私密金鑰以及動態驗證資訊，不應透過工單內容、聊天訊息或公開評論交給他人。若客服需要確認帳戶歸屬，可以提供頁面允許公開的訂單識別資訊或經過遮蔽的記錄，但不需要取得可直接登入或建立連線的完整憑據。
提交截圖時，要檢查瀏覽器網址列、書籤列、帳戶選單、通知區域和背景視窗。許多洩漏並不是發生在主要錯誤提示上，而是來自截圖邊緣。提交記錄時，可以先搜尋訂閱網域、權杖、使用者名稱、本機檔案路徑與伺服器位址，只保留定位錯誤所需的上下文。
付款排障同樣遵循最少揭露原則。能夠證明訂單狀態的交易識別資訊、時間和金額，與完整付款憑據並不是一回事。應在官方工單入口提交必要內容，不要把完整付款頁面截圖轉發到公開討論區，也不要允許陌生人遠端操作裝置來「代為修復」。
| 情境 | 通常可以提供 | 不應提供 |
|---|---|---|
| 登入問題 | 錯誤提示、發生時間、使用的瀏覽器或用戶端 | 帳戶密碼、動態驗證資訊 |
| 訂閱匯入失敗 | 用戶端名稱、系統類型、已去識別化的錯誤記錄 | 完整訂閱連結、可掃描的 QR Code |
| 線路無法連線 | 所選地區、協議類型、已去識別化的連線錯誤 | 完整節點設定、私密金鑰 |
| 付款狀態異常 | 訂單識別資訊、付款時間、狀態頁面提示 | 完整付款憑據、帳戶登入資訊 |
| 應用程式分流異常 | 應用程式名稱、規則類型、出口與 DNS 檢查結果 | 與問題無關的裝置檔案和私人內容 |
對於要求安裝額外遠端控制工具、關閉系統安全設定或傳送完整憑據的排障方式，應停止操作，並返回服務的正式支援入口重新確認。真正有效的技術排查應說明需要哪項資訊、該資訊用於判斷什麼，以及使用者如何完成去識別化。
發現憑據外洩後的處理順序
誤發訂閱截圖、將連結貼到公開頁面，或在不可信任的用戶端中匯入後，重點不是刪除訊息後繼續觀察，而是盡快讓舊憑據失效。公開內容可能已被快取、轉存或讀取，單純收回無法證明資訊未被使用。
先從可信任的裝置進入正式帳戶入口，修改受影響的登入憑據，並檢查現有工作階段或裝置記錄。接著更新、重設或替換已外洩的訂閱憑據，再讓自己的可信任用戶端重新取得設定。若無法確認舊裝置的狀態，應移除授權或停止繼續使用原有設定。
完成憑據處理後，再檢查近期訂單、工單、訂閱更新和連線記錄中是否出現不認識的變化。若使用公共網路期間出現異常，也應重新驗證出口 IP、DNS 與分流結果。不要沿用從可疑用戶端匯出的設定檔，因為其中可能已被改寫伺服器位址或路由規則。
- 停止繼續傳播截圖、記錄或連結，並記錄外洩範圍。
- 透過可信任的裝置開啟正式帳戶入口，更新登入憑據。
- 重設受影響的訂閱憑據，讓舊連結停止繼續使用。
- 移除來源不明的用戶端及其網路設定。
- 從可信任的管道重新安裝用戶端並匯入新設定。
- 重新檢查出口 IP、DNS、分流規則與帳戶活動。