当前parsing的域名列表

是否有一个命令或Windows中的任何东西,让我查看系统当前解决的域名列表?

类似于arp命令,但对于域名。

谢谢。


编辑:
我一直在使用Matt给出的命令进行一些testing,并且我注意到具有较低刷新时间和/或重试时间的域名没有显示在由ipconfig给出的列表中。

例如, google.com没有出现在我的列表中,但是根据dns的响应,它应该被caching:

 google.com primary name server = ns1.google.com responsible mail addr = dns-admin.google.com serial = 2009052800 refresh = 7200 (2 hours) retry = 1800 (30 mins) expire = 1209600 (14 days) default TTL = 300 (5 mins) 

而具有较高刷新和重试次数的serverfault.com确实出现在由ipconfig给定的列表中。

 serverfault.com primary name server = ns21.domaincontrol.com responsible mail addr = dns.jomax.net serial = 2009031400 refresh = 28800 (8 hours) retry = 7200 (2 hours) expire = 604800 (7 days) default TTL = 86400 (1 day) 

以下是ipconfig从未显示的另一个域,即使它具有较高的TTL:

 minijuegostop.com.mx primary name server = ns1.theplanet.com responsible mail addr = support.minijuegostop.com.mx serial = 2008122302 refresh = 900 (15 mins) retry = 900 (15 mins) expire = 1209600 (14 days) default TTL = 86400 (1 day) 

Windows显然决定不caching一些域名,刷新和重试时间与它有关。 无论是或Internet Explorer维护自己的域名列表。 但我不这么认为,因为只要我打开一个新的网页,该网页的域名由ipconfig命令显示; 除非刷新或重试时间较短,在这种情况下,它不会显示在列表中。

有谁知道可能是什么问题,或者是否有可能显示caching域名的完整列表? (因为ipconfig给出的列表显然不完整)

ipconfig / displaydns

按顺序运行以下命令:

  1. ipconfig / flushdns
  2. 平google.com。
  3. ipconfig / displaydns

这个(或者非常相似的东西)就是你应该看到的东西,除非有些东西(可能是恶意软件)搞乱了你的DNSparsing:

 C:\>ipconfig /flushdns Windows IP Configuration Successfully flushed the DNS Resolver Cache. C:\>ping google.com. Pinging google.com [74.125.45.100] with 32 bytes of data: Reply from 74.125.45.100: bytes=32 time=36ms TTL=50 Reply from 74.125.45.100: bytes=32 time=32ms TTL=50 Reply from 74.125.45.100: bytes=32 time=40ms TTL=50 Reply from 74.125.45.100: bytes=32 time=38ms TTL=50 Ping statistics for 74.125.45.100: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 32ms, Maximum = 40ms, Average = 37ms C:\>ipconfig /flushdns Windows IP Configuration google.com ---------------------------------------- Record Name . . . . . : google.com Record Type . . . . . : 1 Time To Live . . . . : 140 Data Length . . . . . : 4 Section . . . . . . . : Answer A (Host) Record . . . : 209.85.171.100 Record Name . . . . . : google.com Record Type . . . . . : 1 Time To Live . . . . : 140 Data Length . . . . . : 4 Section . . . . . . . : Answer A (Host) Record . . . : 74.125.67.100 Record Name . . . . . : google.com Record Type . . . . . : 1 Time To Live . . . . : 140 Data Length . . . . . : 4 Section . . . . . . . : Answer A (Host) Record . . . : 74.125.45.100 C:\> 

关于你编辑的有关caching中缺lessTTL的一些DNS条目的问题,看看这个谷歌search将解释所有:

http://www.google.com/search?q=HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DNSCache\Parameters++site%3Amicrosoft.com

例如,google.com没有出现在我的列表中,但是根据dns的响应,它应该被caching:

  google.com primary name server = ns1.google.com responsible mail addr = dns-admin.google.com expire = 1209600 (14 days) default TTL = 300 (5 mins) 

控制logging被caching多长时间的值是TTL(生存时间),而不是重试或刷新。 谷歌根据你发布的默认TTL是5分钟,但特定的logging可以有一个更低的TTL。 在我的testing中,与www.google.comlogging相关联的TTlogging倾向于在30-60秒之间。 如果您没有击中Google,然后立即检查caching,则logging可能已过期,因此您无法注意到。 尝试做一个ping http://www.google.com ,然后立即运行ipconfig / displaydns