VPN（Virtual Private Network，虚拟专用网络）在操作系统层创建加密隧道，把选定的 IP 流量封装后发往远端节点，再由该节点代你访问互联网或内网资源。它主要改变网络路径与出口表现，既不自动消除身份关联，也不能替代设备、账户与终端安全措施。
隧道封装发生在哪一层
与浏览器代理只影响单个应用不同，常见 VPN 客户端会安装虚拟网卡（TUN）或改写系统路由表，使匹配规则的数据包进入隧道。路径上的观察者通常能看到你与 VPN 服务器之间的 UDP/TCP 会话，却未必能直接读出内层访问的每一个目标 IP（仍可通过流量体积、时间等侧信道推断行为）。Cloudflare 在入门材料中把 VPN 描述为在不可信网络上扩展信任边界的手段，前提是你要信任隧道终点。
加密与完整性保护什么
现代协议（WireGuard、IPsec、OpenVPN、基于 TLS 的 SSL VPN 等）对隧道内载荷提供机密性与完整性，降低路径篡改风险。NIST SP 800-77 对 IPsec VPN 的部署要素有系统说明，可作为企业场景的参考框架。需要强调：加密发生在入隧之后；若终端已有键盘记录或恶意软件，数据可能在封装前就被读取。协议细节可读 WireGuard；分层概念见 网络流量加密。
DNS 为何常与 VPN 一起讨论
访问网站前要先解析域名。若隧道已连接，但系统仍把 DNS 查询发往本地运营商解析器，就会出现「出口 IP 已变、查询仍在当地」的错位，即 DNS 泄露。可靠配置应在客户端或接口级指定隧道内 DNS，并在启用分流后核对预期行为。专题：什么是 DNS 泄露。
IP 路由：全隧道与分流
连接成功后，默认路由或 AllowedIPs 一类前缀列表决定哪些流量进隧道。全隧道几乎把所有上网流量送到远端；分流（split tunneling）只加密办公网段或特定前缀，其余仍走本地网关。分流是策略选择，不是缺陷——但若你误以为「已全程保护」而实际直连，威胁模型就被打断。出口 IP 会变成服务商节点地址，网站风控据此看到的地理位置与未开隧道时不同。
元数据不会随隧道消失
即使载荷加密，你与 VPN 服务器之间的连接时长、上下行字节、握手重连频率仍可能被记录。VPN 不消除浏览器 Cookie、账号登录态、支付关联与设备指纹；它收缩的是本地网络到隧道入口这一段的暴露面。EFF 的自卫指南提醒：任何第三方隧道运营方在技术上都可能观察或记录会话特征。
服务商角色与信任边界
商业 VPN 在出口解密并替你向目标服务器转发连接。因此日志政策、司法辖区、客户端签名与供应链、是否接受独立审计，比「军事级加密」标语更能回答「你在信任谁」。自建 VPS 上跑 WireGuard 把信任收回到你自己，但运维、补丁与入侵响应责任也随之回到你手上。对比应用级路径见 VPN 与代理。
威胁模型对照
- 咖啡馆 Wi-Fi 旁路：可信隧道叠加 HTTPS，通常能抬高窃听成本。
- 只想改写出口 IP 做爬虫：可能触犯服务条款，且账号仍能把行为绑回你。
- 钓鱼窃取密码：隧道不验证网页真伪，仍靠域名核对与双重验证。
- 设备丢失：应靠全盘加密与锁屏，而非指望 VPN。
杀开关与双栈路由
杀开关（kill switch）在隧道意外断开时阻断非 VPN 出口的流量，防止「以为仍受保护」的时刻把真实 IP 暴露给访问中的站点。实现方式因系统而异：有的由客户端注入防火墙规则，有的依赖操作系统的「仅 VPN 接口可上网」策略。IPv4 全隧道而 IPv6 仍走本地网关，是另一类经典绕行；排障时应在连接状态下同时检查两种协议的默认路由与 DNS 出口。
配置与运维易错点
- 断线后未启用杀开关，流量静默回到默认网络。
- IPv6 未入隧而 IPv4 已保护，形成绕行。
- 安装来源不明的客户端，供应链风险大于协议名称。
- 把「换出口 IP」等同于「网站认不出我」。
企业远程接入常结合多因素认证与设备合规检查，那是身份层的补充，不能单靠隧道协议名称替代。个人选型应先弄清应用级代理与系统隧道的覆盖差异，再决定是否值得引入常驻隧道。
延伸阅读：VLESS 协议。