A
Size: a a a
2020 October 16
2020 October 17
AS
Может кто сталкивался — с соседней VPC через пиринг доступны ноды EKS, но не доступны поды в тех же сабнетах.
Не путаешь адреса именно подов или сервисов? У куберовского сервиса IP адрес из кубера в другом пространстве сетей и на него правильно заходить через куберовский ингресс.
На поды должно норм заходить, но их IP всегда могут поменяться при рестарте
На поды должно норм заходить, но их IP всегда могут поменяться при рестарте
A
[ec2-user@ip-10-3-2-244 ~]$ sudo tcpdump -n -i eth1 icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 262144 bytes
09:29:01.728873 IP 172.31.18.164 > 10.3.2.64: ICMP echo request, id 21479, seq 53, length 64
09:29:02.752896 IP 172.31.18.164 > 10.3.2.64: ICMP echo request, id 21479, seq 54, length 64
09:29:03.776882 IP 172.31.18.164 > 10.3.2.64: ICMP echo request, id 21479, seq 55, length 64
09:29:04.800876 IP 172.31.18.164 > 10.3.2.64: ICMP echo request, id 21479, seq 56, length 64
A
[ec2-user@ip-10-3-2-244 ~]$ sudo tcpdump -n -i eth1 icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 262144 bytes
09:32:11.877371 IP 10.3.0.83 > 10.3.2.64: ICMP echo request, id 10, seq 1, length 64
09:32:11.877517 IP 10.3.2.64 > 10.3.0.83: ICMP echo reply, id 10, seq 1, length 64
09:32:12.893068 IP 10.3.0.83 > 10.3.2.64: ICMP echo request, id 10, seq 2, length 64
09:32:12.893124 IP 10.3.2.64 > 10.3.0.83: ICMP echo reply, id 10, seq 2, length 64
09:32:13.917098 IP 10.3.0.83 > 10.3.2.64: ICMP echo request, id 10, seq 3, length 64
09:32:13.917144 IP 10.3.2.64 > 10.3.0.83: ICMP echo reply, id 10, seq 3, length 64
AS
А как вообще можно поды пинговать? Они только http отвечают обычно ну или подобные прикладные протоколы