У меня есть экземпляр EC2 с Amazon Linux AMI с NAT. Для eth0, если я свяжу EIP с основным IP 10.0.0.12, я могу пинговать снаружи. Если я связываю EIP с второстепенным IP 10.0.0.200, я не могу пинговать снаружи.
В таблице маршрутизации для подсети есть две записи (одна по умолчанию и запись для интернет-шлюза).
Ниже приводится информация об IP-адресе и маршрутизации.
[ec2-user@ip-10-0-0-12 ~]$ ip addr list eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9001 qdisc mq state UP group default qlen 1000
link/ether 02:2a:9b:b6:5a:7a brd ff:ff:ff:ff:ff:ff
inet 10.0.0.12/24 brd 10.0.0.255 scope global eth0
valid_lft forever preferred_lft forever
inet 10.0.0.200/24 brd 10.0.0.255 scope global secondary eth0
valid_lft forever preferred_lft forever
inet6 fe80::2a:9bff:feb6:5a7a/64 scope link
valid_lft forever preferred_lft forever
[ec2-user@ip-10-0-0-12 ~]$ ip route
default via 10.0.0.1 dev eth0
default via 10.0.2.1 dev eth1 metric 10001
default via 10.0.4.1 dev eth2 metric 10002
10.0.0.0/24 dev eth0 proto kernel scope link src 10.0.0.12
10.0.2.0/24 dev eth1 proto kernel scope link src 10.0.2.12
10.0.4.0/24 dev eth2 proto kernel scope link src 10.0.4.12
169.254.169.254 dev eth0
Симптом такой же для другого экземпляра EC2.
Следовательно, это не имеет ничего общего с эластичным IP-адресом. Это связано с тем, как экземпляр настроен для приема входящего частного IP-адреса.
Я предполагаю, что основная причина в том, что исходный IP-адрес трафика является основным IP-адресом, а механизм маршрутизации AWS не может найти информацию о привязке. Если так, то это не удобно для покупателя.
Какой у Вас вопрос? Кроме того, могут ли другие экземпляры EC2 связываться с этим сервером через его вторичный частный IP-адрес?