由于您具体询问网站会看到什么，而不是任何中介查看您的网络连接，我们应该从请求的角度考虑：

• 您的旧（“本机”）IP 将断开任何长时间运行的请求，并停止发出任何新请求。
• 您的新 (VPN) IP 将连接并开始发出请求。

就其本身而言，就 Web 服务器而言，这两个事件将是未连接的，但是可能有各种事情可以用来猜测，有合理的信心，它们是相关的：

• 可能已经为您的浏览器设置了一个 cookie，以便随每个请求一起发送，并且新旧请求将发送相同的 cookie。
• 客户端脚本（在您的浏览器中运行的代码）可能会在内容请求中提供额外的有状态数据，可能存储在 LocalStorage 中，以便在您重新加载页面时恢复。
• 内容的 URL 可能是为您动态生成的，因此对该 URL 的任何请求都被假定为同一用户。
• 该站点可能会获取您浏览器的“指纹”——用户代理、功能和设置检测等——并在您连接到 VPN 之前和之后识别它。
• 服务器可以记录您在流中到达的位置，并将新 IP 请求（例如带有RangeHTTP 标头）的第一个位置与旧 IP 请求的最后一个位置对齐。

所有这些都是您提供给网站的技术信息，可以更改、欺骗或删除；但这样做不会在标准浏览器中自动发生。

您的旧 http 会话将结束，新的会话将开始。如果您还没有切换到新的浏览器，该网站将能够很容易地确定您是同一个人，只是来自不同的 IP。例如，当您从家庭 wifi 切换到移动连接时，这种情况经常发生，因此所有站点都能够应对并识别您是同一用户。

他们看到用户 Matt（由 cookie 1234 识别……）两秒前的 IP 地址为 1.1.1.2，但现在的 IP 地址为 8.8.8.9

（我假设您通过 http(s) 进行流式传输，并且通过在多个 http 连接上下载块来进行流式传输）

假设您使用 VPN 来隐藏您的身份，您将自己置于危险之中，因为成功的可能性很低。根据您的 VPN 提供商，他们可能会保留日志，您的 ISP 可能会监控流量并进行记录。

如果您正在流式传输实时内容，您的 ISP 将看到您从 1 个或多个 IP 地址接收到连续的数据包流，这很明显，因为它与实时事件的时间相匹配。

即使您未注册，远程网站也可能会将标头（身份验证令牌）附加到您对内容的请求中，作为访客用户的唯一 ID，它们可能正在写入您的浏览器的本地存储和会话存储或将 cookie 附加到您的要求。

在 Chrome 中启动一个新的隐身窗口从新的浏览器 cookie、本地存储等开始。

不可避免的是隐藏有关流量的元数据（使用量、流量来源等）。

这篇关于 Medium 的文章将非常有帮助：您向 ISP 透露的内容、为什么 VPN 不够用以及避免泄露的方法