通常，EC2公共DNS名称将从EC2区域内parsing为内部IP。 但是从一个EC2实例中，我们看到这些实例总是解决公共IP。 我们已经确认它使用与其他实例相同的亚马逊名称服务器：
这就是我们所看到的：
ubuntu@ip-10-203-XXX-XXX:~$ dig A ec2-184-73-XXX-XXX.compute-1.amazonaws.com ; <<>> DiG 9.8.1-P1 <<>> A ec2-184-73-XXX-XXX.compute-1.amazonaws.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 44851 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;ec2-184-73-XXX-XXX.compute-1.amazonaws.com. IN A ;; ANSWER SECTION: ec2-184-73-XXX-XXX.compute-1.amazonaws.com. 603721 IN A 184.73.XXX.XXX ;; Query time: 0 msec ;; SERVER: 172.16.0.23#53(172.16.0.23) ;; WHEN: Fri Jun 7 17:45:58 2013 ;; MSG SIZE rcvd: 76 为什么这不能解决内部知识产权？
发生这件事显然已经很长时间了，所以这可能不再是一个问题，但是在你的挖掘输出中有一些细节提示了一些可能性。
很长的TTL显然来自外部DNS视图。 当你看到这个工作正常时，TTL是60秒。 所以这绝对是出乎意料的。 非常快的查询响应表明答案已被caching，并且parsing器不需要执行recursion查找以便为您的答案服务。
一旦TTL递减到零并且caching过期，很可能下一个查询将正确parsing。
一般来说，这类问题可以很好地报告给forums.aws.amazon.com上的AWS支持。