是否可以强制 TCP 寻找另一条通往主机的路径？

Question

我的计算机上有两个操作系统，一个 TCP 通常找到到主机的路径，而另一个 TCP 中途中断。路由是否有可能以某种方式被缓存？如果是这样，是否可以重置此缓存？观察到 KDE Neon 问题的操作系统是最新版本。

Answer 1

\n

路由是否有可能以某种方式被缓存？如果是这样，是否可以重置此缓存？

\n

\n

不，只有第一跳（即到本地网关的路由）受操作系统控制，但您无法控制网络外部的路径。

\n

请记住，Windows“tracert.exe”工具始终发送 ICMP 探测（而不是 TCP），而 Linux“traceroute”更喜欢默认发送 UDP 探测（也不是 TCP，尽管它是一个选项）\ xe2\x80\x93 有时这些会给出不同的结果，纯粹是因为目标主机附近的防火墙配置；UDP 探测更有可能被悄悄丢弃。

\n

用于traceroute -I在 Linux 上强制使用 ICMP，并查看它是否对跟踪路由结果有任何影响。（也尝试一下mtr。）

\n\n

\n

是否可以强制 TCP 寻找另一条通往主机的路径？

\n

\n

TCP 对路径或路由一无所知¹ \xe2\x80\x93 它只是要求 IP 将数据包传送到特定地址，而路由选择完全是 IP 的工作。

\n

然而，IP路由通常是逐跳完成的，即每个网关单独决定将数据包转发到哪个“下一跳”，并且发送主机没有办法影响整个路径²（因此不能拥有整个路径）缓存，要么）。

\n

要回答标题中的问题：不，如果问题发生在网络 \xe2\x80\x93 之外，则无法强制 IP 寻找另一条路径，您需要联系最后一个可访问网络的运营商来执行此操作。

\n

影响路由的唯一方法是使用通过其他地方的另一个合作主机的隧道\xe2\x80\x93 VPN，换句话说。即使您没有到主机的工作直接路径，VPN 服务器也可能仍然有，并且可以让您作为解决方法到达主机，直到真正的问题得到解决。

\n\n

¹（IPv4 \xe2\x80\x93 的前身TCPv3 \xe2\x80\x93 确实同时处理了这两项任务，但这种情况在 1978 年只持续了很短一段时间。到了年底，这两个功能被拆分了。）

\n

²（IPv4确实有“源路由”选项，允许发送主机请求采取特定的转发步骤，类似地，IPv6 确实有“路由标头类型 0”（又名 RH0），但由于两者都已从规范中删除存在安全风险，并且您将找不到任何能够识别这些选项的网络运营商。因此，即使您仍然--gateway=在 Linux Traceroute 中看到该选项，或-j在 Windows Tracert 中看到该选项，它们也不再具有任何效果。）

\n