VPN 新手安全基礎不只是看到「連線成功」。帳號密碼、訂閱連結、用戶端來源、公共 Wi-Fi 與 DNS 設定，都會共同影響實際風險。最容易被忽略的是訂閱連結：它通常能直接將節點設定交給用戶端，取得連結的人可能不必再次輸入帳號密碼。因此，連結洩漏幾乎等同於把目前的服務權限交給他人。
正確做法不是把所有希望寄託在某個開關上，而是縮小憑據暴露範圍，確認用戶端只取得必要權限，並在發生異常後及時更新憑據。VPN 可以加密裝置與服務節點之間的流量，但不會替使用者判斷釣魚頁面，也不會修復瀏覽器擴充功能、弱密碼或錯誤分流造成的問題。
如何保管帳號註冊與登入資訊
帳號安全從註冊頁面開始。先確認網址列中的網域與憑證狀態，再填寫服務真正需要的資訊。H5VPN 註冊無需電子郵件地址，使用者名稱與密碼即可完成註冊。若頁面突然要求提供與服務用途無關的身分資料，應先停止填寫，重新確認入口是否來自官方網站導覽。
使用者名稱不宜直接沿用公開暱稱，密碼也不應與常用網站相同。原因很簡單：某個無關網站發生憑據洩漏後，攻擊者往往會將相同組合套用到其他服務。使用獨立密碼可以把一次洩漏限制在單一帳號內。密碼管理器適合用來產生與保存獨立密碼，也能透過已儲存的網域協助辨識外觀相似的登入頁面。
- ✅ 從官方網站導覽進入登入頁面，提交前確認目前網域。
- ✅ 為 VPN 服務設定獨立密碼，不與社群、購物或工作帳號共用。
- ✅ 將帳號資訊保存在可信任的密碼管理器中，避免散落於聊天記錄。
- ❌ 不要將包含使用者名稱、錯誤提示與憑據的登入頁面截圖公開。
- ❌ 不要在陌生頁面匯入瀏覽器儲存的所有帳號資料。
瀏覽器提示儲存密碼時，也要考慮裝置是否由多人共用。共用裝置上的瀏覽器資料、下載資料夾與剪貼簿記錄，都可能被後續使用者看到。臨時使用他人裝置登入面板，風險通常高於收益；若確實使用過，應登出工作階段，並在自己的受控裝置上更新密碼。
為什麼訂閱連結需要按照密碼管理
訂閱連結不是一般下載網址。用戶端存取後，可能取得節點名稱、伺服器位址、連接埠、協議參數與驗證資訊。部分用戶端會定期更新訂閱，因此連結一旦落入他人手中，對方可能持續取得後續設定。即使連結看起來只是一長串字元，也不能把它當成可公開分享的文字。
常見的洩漏途徑包括：將完整連結貼到公開討論中、上傳包含設定的記錄、把 QR Code 截圖儲存在共用相簿，或使用來源不明的線上轉換工具。所謂訂閱轉換，本質上需要讀取原始訂閱內容；若轉換服務不值得信任，就等於主動把憑據交給第三方。
| 對象 | 主要用途 | 典型洩漏方式 | 建議處理方式 |
|---|---|---|---|
| 帳號密碼 | 登入服務面板並管理帳戶 | 重複使用密碼、錯誤網域、公開截圖 | 更新密碼並登出不再使用的工作階段 |
| 訂閱連結 | 向用戶端提供並更新節點設定 | 公開貼上、共用文件、第三方轉換工具 | 在面板停用舊連結並重新匯入 |
| 設定檔 | 儲存協議與驗證參數 | 雲端硬碟共用、記錄打包、裝置轉交 | 刪除副本並更新相關憑據 |
| 診斷記錄 | 定位連線與路由問題 | 未經檢查便直接公開 | 先遮蓋網域、位址、權杖與路徑 |
匯入訂閱時，優先使用服務說明中列出的用戶端。確認應用程式名稱、發行者與下載來源後，再將連結貼到用戶端的訂閱匯入欄位。不要把連結輸入搜尋框，也不要為了「測試是否有效」就直接交給網頁解析。匯入完成後，只要用戶端能更新設定即可，沒有必要讓連結繼續留在暫存文件中。
公共 Wi-Fi 下真正需要防範什麼
公共 Wi-Fi 的風險不只在於「有沒有密碼」。場所公開的連線密碼通常許多人都知道，不能因此證明同一網路上的其他裝置值得信任。更常見的問題包括名稱相似的偽造熱點、遭竄改的登入入口網站、區域網路探測，以及 DNS 回應受到干擾。
連線到熱點後，系統可能會先開啟驗證入口網站。此時 VPN 往往尚未建立通道，因為網路要求先完成網頁確認。這個階段應減少操作：只處理連線所需頁面，不要登入其他帳號，也不要忽略瀏覽器的憑證警告。完成入口網站操作後再建立 VPN，並確認用戶端顯示已連線。
VPN 通道建立後，裝置與 VPN 節點之間的流量會依協議加密，區域網路較難直接讀取通道內的內容。但這不會讓釣魚網站變成可信網站。HTTPS 憑證、正確網域與應用程式本身的端對端保護仍然重要。若瀏覽器提示憑證名稱不相符，不應手動忽略警告繼續存取。
- 透過場所提供的可信標示確認網路名稱，避免只憑訊號強弱選擇相似名稱。
- 完成必要的網路入口操作，不要在入口網站提交無關的帳號資訊。
- 啟動 VPN 用戶端，等待狀態明確變為已連線。
- 檢查目前節點、DNS 與分流模式是否符合預期。
- 使用完畢後中斷熱點連線，並移除不再需要自動連線的網路記錄。
自動連線功能也需要謹慎使用。裝置若記住常見的網路名稱，之後可能會主動連線到同名熱點。關閉不必要的自動加入功能，可以減少裝置在使用者尚未確認環境前建立網路連線。處理工作資料時，也應遵循組織自身的存取政策，而不是使用個人 VPN 規避管理要求。
DNS 洩漏、分流規則與斷線行為
顯示已連線，不代表所有要求都經過相同路徑。用戶端通常提供全域代理、規則分流或略過區域網路等模式。規則分流會根據網域、位址或應用程式決定路徑，優點是減少不必要的繞路；代價是規則錯誤時，原本希望透過通道存取的流量可能改走本地網路。
DNS 洩漏是指業務流量進入通道，但網域查詢仍交由本地網路或其他非預期的解析器處理。這未必會暴露具體頁面內容，卻可能讓網路供應商看見查詢過的網域。檢查時要同時注意用戶端設定、系統 DNS、瀏覽器的安全 DNS 設定與分流規則，不能只看出口位址是否改變。
部分瀏覽器會自行啟用加密 DNS，部分用戶端則會接管系統 DNS。兩者同時存在時，最終解析路徑取決於瀏覽器與用戶端的優先順序。遇到「節點可以連線但網站解析異常」時，不要反覆更換帳號密碼，應先暫時統一 DNS 策略並重新測試。修改完成後，應恢復為明確且可解釋的設定，避免多個開關長期互相覆蓋。
斷線保護通常稱為 kill switch。它的作用是在通道意外中斷時，限制流量回到本地網路，但不同平台的實作範圍並不相同。有些用戶端會按應用程式限制，有些依賴系統 VPN 權限，也有些只在用戶端持續執行時生效。使用前應閱讀用戶端說明，並透過主動中斷連線，觀察目標應用程式是否停止連網。
- ✅ 確認目前使用的是全域模式還是規則分流，並了解哪些應用程式會被略過。
- ✅ 檢查 DNS 是由用戶端、系統還是瀏覽器接管，避免設定互相衝突。
- ✅ 在受控環境中測試斷線後的流量行為，不要只依按鈕名稱判斷。
- ❌ 不要把「出口位址改變」當成所有流量都已進入通道的唯一證據。
- ❌ 不要從未知來源匯入分流規則，因為規則可能改變要求的實際路徑。
協議名稱與線路類型不能取代安全檢查
Shadowsocks、VMess、Trojan、VLESS、Hysteria2 和 TUIC 都可能出現在訂閱設定中，但協議名稱本身不能說明用戶端來源是否可信，也不能證明分流與 DNS 一定正確。協議處理的是傳輸、驗證、加密或壅塞控制等問題，帳號保管與終端安全仍需另外處理。
Shadowsocks 使用共用金鑰保護代理流量，部署方式與用戶端支援度都較廣。VMess 具備身分驗證與時間校驗，系統時間異常可能影響連線。VLESS 將驗證與傳輸層分開組合，實際保護方式取決於外層傳輸與設定。Trojan 常與 TLS 搭配，憑證驗證不能任意關閉。
Hysteria2 與 TUIC 面向以 UDP 為基礎的傳輸，在丟包或網路波動環境中，可能採用不同於傳統 TCP 的壅塞控制方式。但部分飯店、訪客網路或辦公網路會限制 UDP，此時連線失敗不一定代表帳號異常。切換至服務提供的其他協議或線路，比關閉憑證驗證、安裝未知根憑證更合理。
線路拓撲同樣需要分開理解。直連是用戶端直接連線至目標節點；中轉會先進入中間入口，再轉送至出口；IEPL 專線通常強調跨境區段的專用傳輸路徑。這些因素會影響路由、壅塞與穩定性，但不會改變「訂閱連結必須保密」的原則。線路更穩定，也不代表終端上的惡意擴充功能或釣魚頁面會自動獲得處理。
| 項目 | 主要影響 | 無法取代的檢查 |
|---|---|---|
| 協議 | 驗證、加密、傳輸與壅塞行為 | 用戶端來源、憑證驗證、憑據保管 |
| 直連 | 本地網路直接連至目標節點 | DNS 路徑與斷線保護 |
| 中轉 | 經由入口節點轉送至出口 | 訂閱連結與設定檔保護 |
| IEPL 專線 | 跨境區段的線路拓撲與穩定性 | 網站網域核對與應用程式權限審查 |
各平台用戶端的權限差異
Windows 用戶端可能透過系統代理或虛擬網路介面卡接管流量。只設定系統代理時，不遵循系統代理的應用程式可能仍會直連；虛擬介面卡模式通常涵蓋範圍更廣，但需要相應的系統權限。安裝後應檢查新增的網路元件，不再使用用戶端時，依官方卸載流程清理。
macOS 會要求加入 VPN 設定或網路延伸功能。系統授權提示應與目前的安裝動作相符；若尚未啟動可信任的用戶端，卻突然出現延伸功能授權要求，應先取消並檢查應用程式來源。瀏覽器代理與系統 VPN 也不在同一層級，只為瀏覽器設定代理，不會自動涵蓋其他應用程式。
Android 與 iOS 通常透過系統 VPN 介面建立連線，狀態列會顯示相應狀態。平台可能提供按應用程式連線、永遠開啟或阻止未經 VPN 連線等選項，但不同系統版本與用戶端實作可能有所差異。不要根據另一平台的截圖機械式尋找同名開關，應以目前系統的權限頁面與用戶端文件為準。
Linux 用戶端可能依賴系統代理、TUN 介面、路由表與防火牆規則。關閉圖形介面後，殘留程序或規則是否繼續生效，取決於具體用戶端。排查時可以依序確認程序、介面、路由與 DNS，而不是只觀察系統匣圖示。使用命令列匯入設定時，也要留意 shell 歷史記錄與檔案權限，避免完整訂閱連結長期留在可讀記錄中。
發現異常或連結洩漏後的處理順序
發現陌生連線、流量用量異常、訂閱連結曾被公開，或設定檔被傳送給錯誤對象時，不要只刪除本地聊天記錄。刪除副本無法讓已被複製的連結失效，關鍵操作是從服務面板停用舊憑據並產生新的訂閱，再讓受控用戶端重新匯入。
若帳號密碼也可能洩漏，應先更新帳號密碼，再處理訂閱連結。接著檢查已安裝的用戶端、瀏覽器擴充功能與系統代理，移除不再使用的設定。對於曾上傳的診斷記錄，應確認公開頁面、分享連結與快取副本是否仍可存取，並依平台提供的方式處理刪除。
- ✅ 從官方網站入口進入面板，更新可能洩漏的帳號密碼。
- ✅ 停用舊訂閱連結，重新產生並匯入受控用戶端。
- ✅ 刪除共用文件、截圖、QR Code 與設定檔中的舊副本。
- ✅ 檢查系統代理、DNS、路由與瀏覽器擴充功能是否符合預期。
- ✅ 重新連線後，驗證分流、解析與斷線行為。
- ❌ 不要繼續使用已公開的連結觀察「是否有人連線」，這會延長暴露時間。
向客服提交排障資訊時，優先說明用戶端平台、錯誤階段、使用的協議與網路環境。若記錄中包含訂閱網址、驗證權杖、伺服器位址或本地檔案路徑，應先遮蓋敏感部分。客服需要完整憑據時，也應透過服務明確提供的受控管道處理，而不是發到公開留言區。