VPN 与 HTTPS 加密的不是同一层。VPN 保护设备到节点的隧道包，本地网络主要看见节点而非每个目的地址；HTTPS 保护浏览器到网站的正文，网站解密后仍能读取请求。2026 年 9 月应把二者看成不同的信任边界。
VPN 隧道加密的是哪一层
一个可独立引用的定义句：VPN 隧道加密是把本机发出的 IP 包封装进一条到 VPN 节点的加密通道，使路径上的观察者主要看见「你在和节点通信」，而不是每个目的主机的明文。
它通常覆盖这些对象：
- 命中隧道的 IP 包，包括被封装后的端口与上层载荷；
- 在全局或相应路由命中时，对本地网络隐藏原始目的 IP；
- 隧道自身的认证与完整性，避免包被改写后仍当成有效流量。
它通常不自动完成这些事：
- 不代替网站的 HTTPS。节点解开隧道后，若内层没有 TLS，节点以及之后的路径仍可能看见应用明文；
- 不隐藏「你在使用 VPN」。本地网络仍看得到发往节点的外层流量；
- 不抹掉网站上的账号、Cookie 与浏览器特征。
这与 VPN 是什么 以及 现代 VPN 技术架构 里的模型一致：隧道是到节点的封装，不是到网站的会话。数据平面用 AES-GCM 还是 ChaCha20，回答的是隧道怎么加密，不是加密停在哪一层；算法对照见 AES-GCM 与 ChaCha20。
HTTPS/TLS 加密的是哪一层
一个可独立引用的定义句：HTTPS 是跑在 TLS 上的 HTTP：浏览器与网站协商会话密钥，请求与响应正文在这条会话里加密，TLS 在网站一侧（或替它终结 TLS 的代理）结束。
因此：
- 网站在解密后能读到路径、表单与 Cookie；
- 配置正确时，你与网站之间的中间网络通常读不到 HTTP 正文；
- 传统 TLS 仍可能向路径暴露目的 IP，以及握手早期的服务器名称（SNI）。加密客户端 Hello（ECH）旨在缩小域名暴露，但是否生效取决于客户端、站点与中间网络。2026 年 9 月不能把「有小锁」写成「域名已对路径不可见」。
HTTP/3 把 HTTP 放在 QUIC 上，QUIC 自身带加密。这改变传输与握手形态，不改变「网站终结加密后能读应用数据」。与 VPN 叠用时的注意点见 VPN 与 HTTP/3（QUIC）。
对照：各藏什么、不藏什么
| 观察者 | 只开 HTTPS | 只开 VPN、目标无 TLS | VPN 与 HTTPS 同时开启 |
|---|---|---|---|
| 同一 Wi-Fi 或运营商 | 通常可见目的 IP；正文不可读；域名是否可见取决于 SNI/ECH | 外层主要可见节点；内层明文可被节点之后的路径看见 | 本地网络主要看见节点；正文对本地网络通常仍是 TLS 密文 |
| VPN 节点 | 流量不经过节点 | 能看到出隧道后的目的地与明文 | 能看到目的 IP 与 SNI 等元数据；正文在正确实现下仍不可读 |
| 网站服务器 | 看见真实源 IP 与解密后的请求 | 看见节点出口 IP；请求本就明文 | 看见节点出口 IP 与解密后的请求 |
| 网站账号体系 | 登录后仍可关联身份 | 同左 | 同左；VPN 不抹掉账号 |
「隐藏真实 IP」发生在出口换成节点地址时，属于来源地址变化，不是内容加密本身。共享出口的信誉问题见 共享出口 IP。
两层叠在一起时谁还能看见什么
一次普通的 HTTPS 访问，在流量已进入 VPN 时大致是：
- 浏览器与网站做 TLS，应用数据先被 TLS 加密；
- 系统把发往该网站的 IP 包送进隧道（是否全部进入，取决于分流与路由，见 VPN 分流）；
- VPN 再把这些包封装加密，发到节点；
- 节点解密外层隧道，把内层仍带 TLS 的包转发到网站；
- 网站终结 TLS，读到 HTTP。
所以：本地网络通常看不到网站正文，也较难直接看到原始目的 IP；节点通常看不到 HTTPS 正文，但能看到你在访问哪个目的地址；网站看不到你家宽或手机的源 IP（在流量确实出在节点时），但看得到请求内容与登录身份。
若目标是明文 HTTP，第 5 步没有 TLS，节点解开隧道后就能看到应用内容。加密停在节点，没有停在网站。
前向保密讨论的是会话密钥泄露后，历史密文是否还能被解开，属于密钥生命周期，不是「哪一层被加密」。概念见 前向保密。
常见误读
误读 1：开了 VPN 就不必看小锁。
VPN 不保证目标站启用 TLS。登录与支付页面仍应确认 HTTPS。隧道只保护到节点的那一跳封装。
误读 2：有 HTTPS 就不必关心本地网络。
HTTPS 通常保护正文，不自动隐藏你连了哪个网站 IP，也不处理 DNS 是否走旁路。解析路径要单独看 DNS 泄漏检查 与 DoH/DoT 与 VPN 的 DNS。
误读 3：两层加密等于匿名。
账号、Cookie 与浏览器指纹仍在网站一侧。代理和 VPN 的覆盖差异是另一问题，见 SOCKS5 与 VPN。
误读 4：节点看不到正文，就等于节点什么都不知道。
对 HTTPS 站点，节点通常仍知道目的 IP、连接时间与流量大小。无日志政策谈的是运营方是否记录这些元数据，见 无日志政策怎么读，与算法强度不是同一句话。
用一次访问核对边界
核对口径：2026 年 9 月，同一设备、同一网络，分别记录「仅 HTTPS」和「VPN + HTTPS」时，本地网络能看到的目的地址，以及目标站日志里的源 IP。不要用生产账号做试验。
建议只回答三个问题：
- 本地网络看见的是网站 IP，还是 VPN 节点 IP？
- 网页正文是否仍由 HTTPS 保护到网站，而不是只保护到节点？
- 网站看到的源 IP 是本机地址，还是节点出口？
分流、IPv6 旁路或 DNS 走隧道外时，第 1 问和第 3 问会按连接分裂成不同答案。先确认流量进了隧道，再解释加密层级。外层是否还做了流量形态上的伪装，是另一项独立设置，见 VPN 流量混淆。
本站只做层级科普，不提供规避执法的具体指导，也不对具体产品作推广。把 VPN 读成「到节点的隧道加密」，把 HTTPS 读成「到网站的会话加密」，两句同时成立，才不会把小锁和 VPN 开关当成同一个开关。