After an application calls getaddrinfo with AF_UNSPEC on hints, if you call getaddrinfo again with AF_INET/AF_INET6, the function doesn't use the DNS cache and sends a DNS query to the wire. DnsQuery with option DNS_QUERY_NO_WIRE_QUERY may fail with DNS_ERROR_RECORD_DOES_NOT_EXIST even after an application calls getaddrinfo.
When IE or an application calls getaddrinfo with AF_UNSPEC on a machine which has IPv4 and Ipv6 addresses, it results in dual address query from winsock to dns. Dns caches these dual address queries into a bucket with a specific private flag so that it can only be retrieved through application calling that flag (only winsock APIs calling getaddrinfo but not through DnsQuery publicly documented flags).
Microsoft has confirmed that this is a bug in the Microsoft products that are listed in the "Applies to" section of this article.
3 Call getaddrinfo for the same name using AF_INET.
4 Call getaddrinfo for the same name using AF_UNSPEC.
Only the second step should send a query to the wire.
Steps 3 and 4 also send a query to the wire and not use cache.
1 Call getaddrinfo for a name using AF_UNSPEC on hints.
2 Call DnsQuery with option DNS_QUERY_NO_WIRE_QUERY (Windows 2000 Server and Windows 2000 Professional: use DNS_QUERY_CACHE_ONLY flag instead.)
DsnQuery can get the record from DNS cache.
DnsQuery fails with DNS_ERROR_RECORD_DOES_NOT_EXIST.
Winsock, getaddrinfo, DnsQuery, Dns cache
Windows 7 Home Basic, Windows 7 Home Premium, Windows 7 Professional, Windows 7 Starter, Windows 7 Ultimate, Windows Vista Enterprise, Windows Vista Home Basic, Windows Vista Home Premium, Windows Vista Starter, Windows Vista Ultimate, Windows Server 2008 Standard, Windows Server 2008 Enterprise, Windows Server 2008 Datacenter