A network administrator is investigating a name resolution failure on a corporate workstation. Standard DNS queries for small host records complete successfully, but queries returning large responses (such as DNSSEC queries) time out, as shown in the following CLI output:
$ dig +dnssec internal.example.com
;; Truncated, retrying in TCP mode.
;; communications error to 10.0.0.1#53: connection timed out
;; communications error to 10.0.0.1#53: connection timed out
;; no servers could be reached
Which of the following network misconfigurations is the most likely root cause of this failure?
- An Access Control List (ACL) on a perimeter firewall is blocking outbound TCP traffic on port 53.Answer
- BThe perimeter firewall is blocking UDP port 53, preventing DNSSEC from completing its connection-oriented three-way handshake.
- CThe authoritative DNS server is missing an MX record required to complete the DNSSEC key exchange validation.
- DThe resolver is misconfigured to route all DNSSEC queries over HTTP port 80 instead of standard DNS port 53.
Answer
An Access Control List (ACL) on a perimeter firewall is blocking outbound TCP traffic on port 53.
DNS uses UDP port 53 for standard name queries. However, when responses are too large to fit in standard UDP packets—which commonly occurs with DNSSEC records or zone transfers—the DNS server sets the Truncated (`TC`) flag. The client resolver then initiates a TCP connection over port 53 to retrieve the complete data. Blocking TCP port 53 on a firewall allows basic host lookups to function normally but causes truncated and DNSSEC queries to time out.
Step-by-Step Solution
Key Concept
DNS TCP Port 53 Transport Fallback for Truncated and DNSSEC Payload Responses