两个 ec2 returns 之间的 aws traceroute *** 作为第一跳
aws traceroute btw two ec2 returns ***as first hop
我尝试从一个 ec2 跟踪路由到另一个 ec2，发现第一跳是
[centos@ip- ~]$ sudo traceroute -T 13.114.151.20 traceroute to
13.114.151.20 (13.114.151.20), 30 hops max, 60 byte packets
1 * * *
2 ec2-13-114-151-20.ap-northeast-1.compute.amazonaws.com (13.114.151.20) 0.340 ms 0.337 ms 0.346 ms
请问这是为什么？
而且似乎总是与同一区域中的两个 ec2 相距两跳？
当同一地区的两台 EC2 机器使用它们的 public IP 地址进行通信时，流量会通过 Internet 网关，它不会响应您的跟踪路由。
跳数始终为 2，但这不是有意义的信息。该网络不是像您在本地数据中心找到的那样由交换机和路由器构建的以太网网络。当然，还有交换机和路由器，但不是您假设的那种感觉……您看到的整个网络是一个 "software-defined" 网络，模拟在另一个不可见的网络之上。用过于简单的术语来说，一切都是一系列隧道，隧道的性质阻止了实际传输隧道的网络的可见性。
有关实际实施细节的一些见解，请参阅 Another Day, Another Billion Flows。
我尝试从一个 ec2 跟踪路由到另一个 ec2，发现第一跳是
[centos@ip- ~]$ sudo traceroute -T 13.114.151.20 traceroute to
13.114.151.20 (13.114.151.20), 30 hops max, 60 byte packets
1 * * *
2 ec2-13-114-151-20.ap-northeast-1.compute.amazonaws.com (13.114.151.20) 0.340 ms 0.337 ms 0.346 ms
请问这是为什么？
而且似乎总是与同一区域中的两个 ec2 相距两跳？
当同一地区的两台 EC2 机器使用它们的 public IP 地址进行通信时，流量会通过 Internet 网关，它不会响应您的跟踪路由。
跳数始终为 2，但这不是有意义的信息。该网络不是像您在本地数据中心找到的那样由交换机和路由器构建的以太网网络。当然，还有交换机和路由器，但不是您假设的那种感觉……您看到的整个网络是一个 "software-defined" 网络，模拟在另一个不可见的网络之上。用过于简单的术语来说，一切都是一系列隧道，隧道的性质阻止了实际传输隧道的网络的可见性。
有关实际实施细节的一些见解，请参阅 Another Day, Another Billion Flows。