軟體VPN 原理：為什麼日誌政策
協定
傳輸層
加密與握手
優點
隱私注意點
OpenVPN
UDP 或 TCP
TLS 握手、憑證、AES 或 ChaCha20
成熟、穿透力強、可走 443
連線日誌較容易與帳號對應；TCP over TCP 可能有效能問題
WireGuard
UDP
Noise_IK、Curve25519、ChaCha20-Poly1305
速度快、程式碼精簡、漫遊換網不易斷
常以固定內網 IP 對應使用者，若業者保留對應表，長期追蹤風險較高
IKEv2/IPsec
UDP 500、4500
IKEv2、AES、SHA-2
行動裝置友善、重連快
部分實作會保留較多連線狀態；伺服器端設定影響大
L2TP/IPsec
UDP
IPsec
舊裝置相容性好
速度較慢、metadata 較多，不建議作為首選
PPTP
TCP 1723
已過時
幾乎沒有
已被證明不安全，不應使用
從表格可以看出，協定選擇會影響「伺服器端留下什麼狀態」。但真正決定這些狀態會不會被保存、保存多久、在什麼情況下交給第三方的，仍是業者的日誌政策與實際設定。換句話說，協定是工具，日誌政策是治理。工具再好，治理鬆散，隱私一樣會破洞。
二、日誌政策的技術本質：業者「能」記錄什麼，又「應該」記錄什麼
「無日誌」這三個字在 VPN 行銷中出現頻率極高，但它在技術上不是二分法。伺服器要運作，就一定會產生某種程度的暫時性資料；問題在於業者是否把這些資料持久化、是否與帳號綁定、是否保留超過必要時間。要聽懂業者的說法，得先知道日誌有哪幾層。
2.1 日誌的四個層次：連線、使用、內容、技術
第一層是「連線日誌」（connection logs），通常包含時間戳、來源 IP、分配到的 VPN 內網 IP、連上的伺服器節點、連線持續時間。這一層是多數隱私爭議的核心，因為它能把「真實身分」與「VPN 出口」對應起來。第二層是「使用日誌」（usage logs），例如總流量、連線次數、同時裝置數，通常用於計費與濫用防制；單獨看不一定能還原你去了哪裡，但若與連線日誌交叉比對，仍可建立行為輪廓。
第三層是「內容日誌」（content logs），也就是你實際存取的網站、DNS 查詢、甚至封包內容。正規業者幾乎不會做這一層，因為儲存成本高、法律風險大，而且一旦外洩或遭傳票調閱，殺傷力極強。第四層是「技術日誌」（technical logs），例如伺服器錯誤、crash dump、負載平衡狀態；這類資料看似無害，但有時會夾帶來源 IP 或連線識別碼，若保留過久，也可能變成追蹤線索。
因此，當一家業者說「我們不記錄日誌」，你應該追問的是：是哪一層不記錄？暫時性資料保留多久？是否會與帳號或付款資料連結？ 這三個問題的答案，比「無日誌」三個字有意義得多。
2.2 即使宣稱無日誌，系統仍會產生的暫存資料
從技術現實來看，伺服器不可能完全沒有記憶。負載平衡器需要知道連線該導向哪台機器；NAT 閘道需要維護連線對應表；DHCP 或 WireGuard 的介面需要分配內網 IP；防禦 DDoS 的系統需要短暫記錄來源。這些資料的正常壽命通常是秒級到分鐘級，目的是讓連線正常運作，而不是為了日後分析。問題在於，有些業者會把這些暫存資料寫入持久化儲存，或送到第三方分析平台，那就超出了「運作必要」的範圍。
另一個常被忽略的點是「記憶體中的日誌」。即使檔案系統不落地，連線狀態仍可能短暫存在 RAM 中；如果業者遭遇入侵或內部人員濫用，這些資料仍有被取得的可能。這也是為什麼第三方審計很重要：審計不只看政策文件，還會檢查伺服器設定、日誌輪替機制、權限控管與實際保留期限。
附帶一提，WireGuard 的隱私特性常被簡化討論。由於 WireGuard 本身以公鑰識別對端，伺服器通常會為每個對端分配固定的內網 IP；如果業者保留了「公鑰—內網 IP—帳號」的對應表，即使沒有傳統連線日誌，仍可能長期追蹤同一使用者。這不代表 WireGuard 不好，而是提醒你：協定本身不保證無日誌，實作與政策才是關鍵。
2.3 付款與帳號：最容易被忽略的身分連結點
很多使用者以為「不記錄連線日誌」就等於匿名，卻忽略了註冊時留下的電子郵件、付款方式與裝置資訊。信用卡付款會留下可追溯的金融紀錄；PayPal 會連結到實名帳戶；即使是加密貨幣，若交易所要求 KYC，也可能被對應回真實身分。相對地，接受現金、禮品卡或 Monero 等隱私幣的業者，通常能提供較高的匿名性，但也常伴隨較高的使用門檻。
此外，註冊時使用的 IP、登入時間、裝置指紋、甚至客服對話紀錄，都可能是身分連結點。這些資料不一定會被用於追蹤，但一旦業者收到法律要求，它們就會成為「手上有什麼」的一部分。因此，評估日誌政策時，不能只看「連線日誌」章節，還要看「帳號資料」與「付款資料」的保留政策。
三、為什麼日誌政策比加密強度更關鍵
加密強度當然重要，AES-256 與 ChaCha20 都是業界公認可靠的演算法。但加密解決的是「傳輸途中被竊聽」的問題，而日誌政策解決的是「事後被追查」的問題。對多數使用者而言，後者的實際風險更高，因為它不需要攻擊者破解密碼學，只需要一張傳票或一次資料外洩。
3.1 法律風險：傳票來的時候，業者手上有什麼
假設某個 VPN 業者保留了三十天的連線日誌，內容包含真實 IP、分配 IP、時間戳與伺服器節點。當檢警或權利人提出調閱要求時，業者能提供的是一份「誰在什麼時間使用了哪個出口」的清單。這份清單本身可能不足以證明使用者造訪了哪個網站，但若再搭配目的地端（例如網站、ISP、雲端服務）的日誌，就能進行比對。反之，若業者真的不保留連線日誌，即使收到傳票，也無法提供不存在的資料。
這帶出一個重要觀念：VPN 的隱私承諾，本質上是一種「資料不存在」的承諾，而不是「我們保證不說」的承諾。前者可以透過技術與審計驗證，後者只能靠信任。當法律要求來臨時，「資料不存在」是最強的防禦；「我們會保護客戶」則往往抵不過當地法律。
司法管轄區因此成為日誌政策的延伸議題。五眼聯盟（美國、英國、加拿大、澳洲、紐西蘭）國家通常有較完整的執法合作與資料保存規範；歐盟在 GDPR 下對個人資料保護較嚴格，但仍有資料保留指令與各國國內法的差異；巴拿馬、英屬維京群島、瑞士等地則常被視為隱私友善管轄區。不過，管轄區不是萬靈丹，因為業者的實際營運地點、伺服器位置與母公司結構，可能與註冊地不同。
3.2 如何驗證「無日誌」：第三方審計、開源與透明度報告
既然「無日誌」是一種承諾，那要怎麼驗證？目前業界常見三種做法。第一是第三方獨立審計：由外部資安公司或會計師事務所檢查伺服器設定、日誌政策、權限控管與實際保留機制，並公布報告摘要。第二是開源客戶端與可重現建置：讓外界檢查客戶端是否暗藏追蹤或洩漏行為；有些業者甚至公開伺服器端部分程式碼。第三是透明度報告與法律要求揭露：說明收到多少調閱要求、如何回應、是否曾交出使用者資料。
審計也有其限制。審計通常是「某個時間點」的檢查，不能保證業者永遠不會改變做法；審計範圍也可能不包含所有伺服器或所有子公司。因此，閱讀審計報告時要看清楚：誰審的、審了什麼、涵蓋哪些期間、結論的用語是「有限保證」還是「合理保證」。此外，若業者宣稱「通過無日誌審計」，但隱私政策仍寫著「可能保留連線中繼資料最多三十天」，這兩者之間就可能存在落差，需要進一步釐清。
另一個參考點是業者是否公開說明「遇到法律要求時的處理流程」。例如是否要求對方提出正式法律文件、是否會通知使用者（在法律允許範圍內）、是否會挑戰過度寬廣的要求。這些資訊通常寫在透明度報告或法律政策中，比單純的「無日誌」標語更能反映實際治理。
3.3 常見話術與陷阱：五個要小心的宣稱
第一，「我們不記錄任何日誌」但隱私政策寫著保留三十天。 這是最常見的落差。行銷頁面說無日誌，法律文件卻保留連線中繼資料以維護服務品質。兩者不一定矛盾，因為「日誌」的定義可能不同，但對使用者而言，實際效果才是重點。
第二，「軍事級加密」。 這句話沒有技術意義。AES-256 是公開標準，幾乎所有業者都用；真正的差異在金鑰管理、握手實作與是否使用前向保密（PFS）。把「軍事級」當成賣點，通常代表行銷重於工程。
第三，「匿名註冊」但要求 email 驗證與手機號碼。 匿名註冊的重點不只是「不用填姓名」，還包括是否接受匿名付款、是否保留註冊 IP、是否要求裝置綁定。若註冊流程留下多個連結點，匿名程度就有限。
第四，「不記錄 DNS 查詢」但 DNS 請求仍會經過業者的解析器。 即使不寫入日誌，DNS 解析器仍在當下能看到你查詢的網域。若要降低這個風險，可以選擇支援加密 DNS（DoH/DoT）的業者，或在裝置端自行設定可信的 DNS 服務，但這又會牽涉到「誰能看到查詢」的取捨。
第五，「免費 VPN 也能保護隱私」。 免費服務需要營收來源，常見模式包括廣告、資料分析、導流或限制功能後推銷付費方案。這不代表所有免費 VPN 都惡意，但使用前應特別檢查其日誌政策、母公司背景與是否有獨立審計。若一個服務完全免費卻提供大量伺服器，值得多想一下成本從哪裡來。
四、實務選購與自我保護：把原理變成檢查表
理解原理之後，挑選軟體VPN 就不再是「看廣告比速度」，而是「看治理比風險」。以下提供一份可實際操作的檢查清單，以及使用者端能自行完成的防護設定。
4.1 挑選軟體VPN 的日誌檢查清單
把這份清單與你的實際需求對照，會比單純比較「伺服器數量」更有意義。例如，如果你只是想在咖啡廳看影片，速度與穩定度可能優先；但如果你需要避免網路服務商分析你的行為，日誌政策與付款匿名性就應該排在前面。
4.2 使用者端自我防護：DNS、WebRTC、Kill Switch 與分割通道
即使選了日誌政策清楚的業者，使用者端設定仍會影響實際隱私。第一個要檢查的是DNS 洩漏：若裝置仍使用本地 ISP 的 DNS，即使流量走 VPN，查詢紀錄仍可能暴露給 ISP。多數軟體 VPN 會推送自己的 DNS，但部分系統或瀏覽器設定可能繞過。你可以在連線後造訪 DNS 洩漏測試網站，確認查詢來源是否為 VPN 業者。
第二個是WebRTC 洩漏：瀏覽器的 WebRTC 功能可能繞過 VPN，直接揭露本機或區域網路 IP。多數主流瀏覽器已改善，但仍建議在隱私要求較高的情境下檢查或關閉相關功能。第三個是IPv6 洩漏：若 VPN 只支援 IPv4，而你的網路同時有 IPv6，部分流量可能改走 IPv6 而繞過隧道。選擇支援 IPv6 的業者，或在系統層級確認 IPv6 已被隧道涵蓋，是較穩妥的做法。
第四個是Kill Switch：當 VPN 連線意外中斷時，Kill Switch 會以防火牆規則封鎖非隧道流量，避免真實 IP 短暫曝光。這項功能對公共 Wi-Fi 與行動網路切換特別有用。第五個是分割通道（split tunneling）：它允許部分應用程式走 VPN、部分直連，彈性高，但也意味著直連的流量不受保護。若你選擇使用，應明確知道哪些應用程式會暴露真實 IP。
最後，別忘了 VPN 不會防止瀏覽器指紋、Cookie、登入狀態與惡意擴充功能。若你已在網站上登入帳號，VPN 只能隱藏你的 IP，不能讓你在該網站上變成另一個人。真正完整的隱私策略，是「VPN + 瀏覽器隔離 + 最小化登入 + 定期清理狀態」的組合，而不是單靠一個開關。
五、結語：原理讓你理解風險，日誌政策讓你選擇信任
軟體VPN 的原理並不神祕：它用隧道與加密，把你的出口換到另一個位置，並在途中保護內容不被窺視。但這套機制同時創造了一個「看得見兩端」的伺服器，而這個伺服器會留下什麼、保留多久、在什麼情況下交給誰，完全取決於業者的日誌政策與治理能力。加密強度決定「別人能不能偷看」，日誌政策決定「業者手上有沒有東西可以交出去」。
所以，下一次看到「軍事級加密」、「零日誌」、「最快 VPN」這些標語時，不妨先翻到隱私政策與透明度報告，看看它怎麼定義日誌、保留多久、是否接受匿名付款、有沒有獨立審計。這些看似枯燥的細節，才是你在網路世界裡真正能掌握的風險控制點。雅寶社區 · 頂客論壇也會持續從原理與實測兩條線，替讀者拆解更多軟體評測中容易被忽略的治理問題。