VPN安⁠全嗎？無日誌、DNS外洩與公用Wi-Fi防護檢查

VPN 能保護什麼，不能保護什麼？

使用 VPN 時，符合用戶端接管規則的網路流量會先送往 VPN 端點，再由遠端出口連線至目標服務。加密通道能降低本地網路上的其他人直接讀取通道內容的機會；例如，在公用 Wi-Fi 上，未加密的本地傳輸比加密通道更容易受到同一網路中的旁觀者窺探。不過，加密只涵蓋通道兩端之間的傳輸，並不代表所有裝置流量都一定進入通道，也不會改變目標網站本身如何處理資料。

若網站使用 HTTPS，瀏覽器與網站之間通常還有另一層傳輸加密。VPN 不會取代 HTTPS，也不能讓已登入帳戶的身分消失。網站仍可能透過帳戶、Cookie、瀏覽器指紋或使用者主動提供的資料辨識使用者；裝置若感染惡意程式，VPN 也無法阻止惡意程式讀取本機檔案或鍵盤輸入。

也要確認用戶端實際接管哪些流量。系統代理可能隻影響遵循系統代理設定的應用程式；部分用戶端透過 TUN 虛擬網路介面接管較廣泛的系統流量，但仍可能受排除規則、分流設定和作業系統行為影響。顯示「已連線」只表示用戶端建立了連線，不足以證明瀏覽器、DNS 查詢及背景應用程式都採用相同路徑。

• ✅ 確認用戶端目前採用系統代理、TUN 或其他接管方式，並檢查是否設定了直連規則。
• ✅ 重要帳戶維持 HTTPS，啟用多重要素驗證，並妥善管理密碼與登入工作階段。
• ❌ 不要把 VPN 連線圖示當成匿名、全流量加密或裝置已免疫攻擊的證明。
• ❌ 不要因為使用 VPN，就忽略瀏覽器的憑證警告或網站的安全提示。

如何判讀無日誌政策

「無日誌」不是一個在所有服務中都有相同定義的技術標準。閱讀政策時，應看它具體說明哪些資料不會被保存，以及哪些資料可能因維運、帳務或安全需求而處理。連線時間、來源 IP、使用流量、DNS 查詢、目的地網域和帳戶資訊是不同類型的資料；服務商只說「不記錄瀏覽紀錄」，不一定代表以上資料全部都不會留下。

檢視政策時，可以特別留意資料種類、用途、保存期限、刪除方式、與第三方分享的條件，以及法律要求下的處理方式。也要區分「不保存活動紀錄」與「完全不收集任何資料」：後者是更廣泛的說法，不能只從廣告標語推斷。若政策含糊地使用「必要資料」等字眼，卻沒有交代範圍，可進一步查看隱私政策、服務條款或安全說明。

獨立稽覈、透明度報告或可供檢視的技術文件，能提供額外的參考，但要看文件的日期、範圍和檢查對象。一次稽覈不等於永久保證所有系統都沒有變化，也不代表稽覈涵蓋了所有應用程式、付款流程及第三方服務。挑選服務時，不妨將政策文字、技術說明、更新紀錄與實際設定一併考量，而不是隻依賴單一徽章或口號。

用戶端本身也值得檢查。只從可信任的官方來源取得應用程式，留意系統要求的權限是否與功能相符，並安裝安全更新。若用戶端要求安裝憑證、設定描述檔或變更系統網路設定，先確認用途與來源；不要將帳戶密碼或訂閱連結貼到公開討論區、陌生的線上檢查工具或未確認的第三方網站。

DNS 與 WebRTC 外洩怎麼檢查

DNS 負責將網域名稱轉換成網路位址。裝置連上 VPN 後，如果 DNS 查詢仍送往本地網路業者或其他未預期的解析服務，查詢路徑就可能與一般網頁流量不同。測試頁顯示的解析服務名稱或位置可以作為線索，但結果會受測試頁、瀏覽器、作業系統、DNS 加密功能、分流規則及網路環境影響；單次結果不能代表每個應用程式的所有查詢。

檢查時先記錄未連線 VPN 的測試結果，再連上 VPN，確認用戶端顯示連線成功並等待設定生效，接著使用可信任的 DNS 測試頁再次檢查。比較兩次結果時，重點不是要求頁面一定顯示某個特定地區，而是確認連線後是否仍出現預期之外的本地解析服務，以及不同測試結果是否一致。測試期間應關閉可能幹擾路徑的其他代理或 VPN，並確認瀏覽器沒有使用與系統不同的自訂 DNS 設定。

WebRTC 是瀏覽器支援即時通訊等功能的一組技術。視瀏覽器和網路設定而定，WebRTC 相關連線可能顯示某些網路位址資訊；測試頁呈現的結果不一定等同於完整的個人身分或實際位置，也不能單憑一個位址就斷定 VPN 完全失效。應確認顯示的是本地網路位址、VPN 出口位址，還是未預期的公網位址，並在相同瀏覽器、相同網路和相同 VPN 設定下重複比較。

1. 建立基準。記下 VPN 關閉時 DNS 與 WebRTC 測試頁呈現的資訊，避免把原本就存在的結果誤認為連線後外洩。
2. 確認接管範圍。連線後查看用戶端的模式、規則與 DNS 設定，暫時停用其他代理，並確認測試瀏覽器沒有被設為直連。
3. 分別測試。先檢查 DNS，再檢查 WebRTC；不要只依賴單一網站的綠色勾號或簡短結論。
4. 排查差異。若結果不符合預期，重新連線、換用另一個可信任測試頁，並檢查瀏覽器的安全 DNS、代理及 WebRTC 設定。
5. 再次確認。調整設定後重新測試，並在常用的瀏覽器與網路環境中確認，而不是隻以用戶端顯示「已連線」作結。

若 DNS 結果仍顯示不預期的解析服務，可先查看用戶端是否有 DNS 代理、遠端解析或分流選項，再檢查作業系統及瀏覽器的自訂 DNS 設定。不要未經瞭解就手動填入陌生 DNS 位址，也不要為了測試而關閉憑證驗證或其他安全功能。若只有 WebRTC 測試出現差異，可依瀏覽器提供的隱私設定調整，並留意停用相關功能可能影響視訊會議或即時通訊服務。

公用 Wi-Fi 與 Kill Switch 的實用設定

連接咖啡店、旅館、機場或其他公用 Wi-Fi 前，先確認網路名稱與提供者公佈的資訊一致。名稱相似的無線網路不一定來自同一個管理者；若需透過入口頁登入，應留意網址與瀏覽器安全提示，避免在不明頁面輸入敏感資料。登入後可確認 VPN 已建立連線，再進行一般瀏覽或帳戶操作。即使 VPN 已連線，仍應使用 HTTPS，並拒絕無法合理解釋的憑證警告。

不使用公用網路分享檔案或印表機時，可關閉作業系統的檔案共享、網路探索及自動加入開放式 Wi-Fi 等功能。裝置完成必要操作後，從網路設定中移除不再使用的網路，並保持系統、瀏覽器和安全軟體更新。這些措施處理的是裝置和無線網路本身的風險，與 VPN 加密通道互相補充，不能彼此取代。

Kill Switch 的作用是在 VPN 連線中斷或用戶端無法維持通道時，依設定阻止部分或全部流量透過一般網路直接送出，以降低短暫回落到本地連線的可能性。不同系統與用戶端的實作範圍不一：有些只在應用程式運作時生效，有些可在特定連線狀態下套用系統規則；允許的區域網路流量、例外應用程式與 DNS 行為也可能不同。啟用前應閱讀用戶端說明，瞭解它保護哪些流量，以及斷線時哪些功能會暫時無法使用。

可在不處理敏感工作或重要傳輸時，依用戶端指引確認 Kill Switch 是否啟用，並觀察連線中斷後應用程式的行為；不要在進行付款、傳送機密資料或存取重要帳戶時刻意製造中斷。若啟用後本機網路服務無法使用，先確認該功能是否封鎖區域網路或例外流量，再依文件調整。完成檢查後，重新連線並確認一般瀏覽及必要的本機服務都符合預期。

• ✅ 連上公用 Wi-Fi 後，先確認 VPN 狀態，再開啟敏感帳戶或傳送重要資料。
• ✅ 依用戶端說明啟用 Kill Switch，並確認適用範圍及可能受到影響的本機服務。
• ✅ 保留 HTTPS、系統更新及帳戶多重要素驗證等基本防護。
• ❌ 不要因為使用 VPN，就在不明入口頁輸入密碼或忽略憑證警告。

免費 VPN 的資料使用風險與選擇方式

免費 VPN 不一定都不安全，但使用者應先了解服務如何維持營運，以及免費方案與付費方案在資料處理、流量限制、廣告、功能和支援方面有何差異。若服務未清楚說明資料用途、保存期限或第三方分享方式，或要求與功能無關的裝置權限，就不宜只因價格為零而忽略風險。尤其應避免安裝來源不明、開發者資訊不清楚或長期沒有安全更新的應用程式。

下載前先確認應用程式是否來自可信任的官方商店或服務商網站，核對開發者名稱與隱私政策，並查看系統要求的權限是否合理。安裝後不要把 VPN 服務帳戶密碼、訂閱連結或設定檔交給不明網站，也不要把它們公開貼在社羣截圖中。若應用程式提供廣告或其他免費功能，應瞭解這些功能會收集什麼資料、是否可關閉，以及資料是否會交由第三方處理。

選擇 VPN 時，可把需求分成幾個部分：需要保護哪類流量、希望使用哪些裝置、是否需要 Kill Switch、服務政策是否說明資料處理方式，以及遇到連線問題時能否取得清楚的支援資訊。安裝完成後，實際檢查連線接管範圍、DNS 路徑和瀏覽器行為，並定期確認用戶端更新與隱私政策。這比只看「軍規加密」、「完全匿名」等簡短宣傳詞更有助於判斷服務是否適合。

最後，VPN 是網路傳輸路徑的一層防護，不是完整的隱私方案。帳戶安全、瀏覽器設定、作業系統更新、應用程式來源和使用者對個人資料的管理，都會影響實際風險。把政策核對、DNS 與 WebRTC 檢查、公共網路習慣和 Kill Switch 設定配合起來，才能更清楚知道 VPN 正在保護什麼，以及仍需自行處理哪些部分。