☰

TCP 工作了一段时间，然后失败了，为什么？

tag-icon • tag-icon routing tcpip
TCP 工作了一段时间，然后失败了，为什么？

这是来自 OpenStack 的一个实现，我们有一个修复程序，但我不明白为什么我们需要这个修复程序。

  • 我的机器的 IP 是 192.168.20.45
  • 我的默认网关（pfsense）的 IP 是 192.168.20.254
  • 我的 openstack 计算节点的 IP 为 192.168.20.58
  • 当虚拟机运行时，它位于 10.60.60.12

我可以通过 ssh 连接到该 VM（从 20.45），然后从那里 ping google.com，它将保持连接大约 20 次左右的 ping，然后 ssh 会话将超时并断开连接。

添加一些硬编码路线解决了这个问题，但让我感到疑惑的是它为什么能起作用呢？

我们通过 192.168.20.58 向 pfSense 添加了到 10.60.60.x 的静态路由，通过 dhcp 向所有客户端添加了静态路由，并通过 openvpn 和 MS VPN 配置添加了静态路由。

我知道静态路由如何解决问题，但我不知道在静态路由出现之前它是如何工作的，为什么连接从正常工作变为不工作？为什么 TCP 会处理前 60 多个数据包，然后停止工作？

答案1

最后我们发现我们通过添加路由解决了这个问题。我们一直没弄明白为什么它会起作用，但是一旦我们在接口的两侧（openstack 和 192.168.20.X）都添加了路由，那么一切都会正常。

我仍然不知道它是如何连接的，更不用说在短时间内传递数据了。

相关内容