A network administrator is troubleshooting an issue where client workstations can resolve standard hostnames, but queries returning large DNS Security Extensions (DNSSEC) records fail to resolve. To isolate the issue, the administrator runs the following command from an affected host:
$ dig +tcp @10.0.0.53 sec.enterprise.local +dnssec
;; Communications error to 10.0.0.53#53(10.0.0.53): connection timed out
Standard `dig` queries executed without the `+tcp` flag complete successfully over UDP. Which of the following is the most likely root cause of this resolution failure?
- An intermediate firewall or network ACL is blocking inbound or outbound TCP port 53 traffic.Answer
- BDNS inherently operates only over UDP port 53, making the explicit `+tcp` query flag an invalid protocol request.
- CThe technician misinterpreted the output, confusing a non-authoritative cache miss response with an unreachable server timeout.
- DTCP-based DNS queries must be redirected to port 5353 because standard DNS servers do not listen for TCP on port 53.
Answer
An intermediate firewall or network ACL is blocking inbound or outbound TCP port 53 traffic.
DNS relies on UDP port 53 for standard queries, but falls back to TCP port 53 whenever response data exceeds the maximum UDP packet size (common with DNSSEC records) or when requested explicitly via tools like `dig +tcp`. Because UDP queries succeed but TCP queries time out, a network firewall or access control list (ACL) is dropping TCP port 53 traffic.
Step-by-Step Solution
Key Concept
DNS Transport Layer Protocols (UDP/TCP Port 53)