достучаться до сервисов LoadBalancer, анонсированных metallb, если они запущены на ноде, отличной от той, где анонсирован адрес. Кто-нибудь сталкивался с таким?
Если подсети разные (подсети ноды и анаонсируемой подсети), то логично, так как тут нужно понимать как идет анонс в таком случае в металлб
Если под подсетями нод имеется в виду pod-cidr, то она 10.233.64.0/18, а адрес, анонсированный metallb 192.168.6.11, то да, они разные. Меня еще вот что смущает - если я обращаюсь на порт 443(анонсированный LoadBalancer-ом), то вижу пакет в интерфейсе calico и все tcpdump -i any host 192.168.6.11 -n 08:54:07.877945 cali9152133bda8 In IP 10.233.67.254.33684 > 192.168.6.11.443: 08:54:08.903321 cali9152133bda8 In IP 10.233.67.254.33684 > 192.168.6.11.443: а если обращение на этот же адрес, но на порт, который не анонсирован lb, то все нормально tcpdump -i any host 192.168.6.11 -n 08:54:20.381425 cali9152133bda8 In IP 10.233.67.254.40956 > 192.168.6.11.445: 08:54:20.381512 eth0 Out IP 192.168.6.5.45734 > 192.168.6.11.445 Пакет прошел через интерфейс calico, выполнился nat и потом вышел через внешний интерфейс eth0 Почему не выполняется нат, когда идет обращение на порт, анонсированный lb?
Обсуждают сегодня