A network administrator is troubleshooting an issue where a Windows client workstation fails to resolve internal hostnames. To isolate where name resolution fails within the OS lookup hierarchy, in what order does a standard Windows client attempt to resolve a target hostname? Arrange the following resolution mechanisms from first evaluated (top) to last evaluated (bottom).
- 1Inspect the local client DNS cache and local HOSTS file (%SystemRoot%\System32\drivers\etc\hosts).
- 2Send a unicast DNS query to the primary configured DNS server over UDP/TCP port 53.
- 3Transmit Link-Local Multicast Name Resolution (LLMNR) requests on UDP port 5355 across the local subnet.
- 4Broadcast NetBIOS Name Service (NBT-NS) query requests on UDP port 137 over the local broadcast domain.
Answer
The correct evaluation sequence for Windows name resolution is: 1) Inspect local DNS cache and HOSTS file, 2) Send a unicast DNS query to the primary configured DNS server, 3) Transmit LLMNR requests on the local subnet, 4) Broadcast NetBIOS Name Service (NBT-NS) requests.
The Windows operating system follows a strict, deterministic sequence for host name resolution: local cache and HOSTS file lookup occurs first, followed by unicast queries to configured DNS servers, then local subnet multicast via LLMNR, and finally legacy NetBIOS (NBT-NS) broadcasts.
Step-by-Step Solution
Key Concept
Windows Client Name Resolution Order