0

我可能会遇到完全正常的情况。但无论如何我都想把它说出来。在我的家庭实验室中，我有一个工作节点 Rancher 控制的 k3s 集群。我还有一个 FRR 虚拟机作为集群内 MetalLB 的 BGP 对等体，因为 UDM Pro 不能本地运行 BGP。我使用 LoadBalancer IP 启动了一个简单的 nginx 1-pod 部署和支持服务。一切都完成了它的工作，并且 IP 是可访问的。

  • 客户端桌面：192.168.0.121
  • UDM 路由器：192.168.0.1 / 192.168.100.1
    • 192.168.110.0/24 的静态路由 nexthop 192.168.100.2
  • FRR BGP 路由器虚拟机：192.168.100.2
  • k3s工作节点：192.168.100.11
  • MetalLB BGP 通告的服务子网：192.168.110.0/24
  • nginx服务LoadBalancer IP：192.168.110.1

FRR 路由器 VM 有一个 vNIC，没有隧道或子接口等。通过 HTTP 访问 nginx 服务 LoadBalancer IP 非常好，所以我知道路由很好。但从 ping 和 traceroute 的角度来看，看起来我有一个路由循环。

客户端跟踪路由：

PS C:\Users\sbalm> tracert -d 192.168.110.1

Tracing route to 192.168.110.1 over a maximum of 30 hops

  1    <1 ms    <1 ms    <1 ms  192.168.0.1
  2    <1 ms    <1 ms    <1 ms  192.168.100.2
  3     1 ms    <1 ms    <1 ms  192.168.100.11
  4    <1 ms    <1 ms    <1 ms  192.168.0.1
  5    <1 ms    <1 ms    <1 ms  192.168.100.2
  6     1 ms    <1 ms    <1 ms  192.168.100.11
  7    <1 ms    <1 ms    <1 ms  192.168.0.1
  8     1 ms    <1 ms    <1 ms  192.168.100.2
  9     1 ms    <1 ms    <1 ms  192.168.100.11
...

这里有些东西感觉不“正常”。想法？

4

0 回答 0