网络堆栈中的“tcp”将很高兴地补偿小于 tcp 超时的中断，要求服务器重新发送它错过的任何数据包。现有的套接字连接不会通过不同的路由切换（这通常在路由器上完成，而不是在端点设备上完成）。由于 tcp 网络堆栈非常擅长此操作，因此浏览器内没有处理此类事件的能力。

我看不到在没有任何网络连接的情况下如何传递内容。请注意，呈现和 javascript 执行与内容检索（来自服务器和本地缓存）异步发生，因此屏幕可能会在没有交换数据包的情况下发生变化。

您的 VPN 应用程序将自身安装为网络驱动程序。这意味着它会告诉您的系统“嘿！通过我发送你所有的流量！

现在，当您的VPN退出时，可能是由以下几个原因引起的：

• 路由器和系统之间的错误

• VPN 驱动程序/应用程序中的错误或某些外部影响迫使系统停止使用网络适配器

• 您的 ISP 刚刚发生了一次小中断（不太可能）

• 以上的组合。

在所有这些情况下，连接断开的那一刻，*网络适配器或您的 VPN 适配器就会死掉。这完全取决于您的系统配置及其切换速度/能力。这相当于打开水龙头并伸到水槽下方关闭阀门。这些数据包无处可去。 但是- 如果您的系统能够或配置为使用另一个适配器作为后备，那么根据它能够切换的速度，您的系统有可能继续将这些数据包发送到它们的目的地 - 这意味着您的防火墙将能够再次查看内容。

其他可能的缓解策略可能包括阻止除您的 VPN 端口之外的所有端口（阻止除 UDP 1194 之外的所有端口） - 这将确保所有数据都必须通过 VPN 端口进行路由。

但是，如果许多站点检测到包含来自多个 IP 的相同 cookie 的数据包，它们会立即将您注销。但同样，您的雇主（或管理防火墙的人）可能会传输和读取数据。

此外，我应该提到，许多 VPN 程序都带有一个终止开关，可以监控您的 VPN 连接是否失败，并立即停止传输数据包。OpenVPN 还没有。