A network administrator is troubleshooting a DNS lookup issue on a Linux client. Standard hostname resolution over UDP functions normally for small queries, but operations requiring larger payloads fail. When testing the DNS server at IP address `172.16.10.5` using the TCP mode (`+vc` flag), the administrator observes the following output:
text
$ dig @172.16.10.5 app.corp.internal +vc
;; Connection to 172.16.10.5#53(172.16.10.5) for app.corp.internal failed: connection refused.
Which of the following is the most likely root cause of this failure?
- An intermediate network firewall or ACL is blocking traffic on TCP port 53.Answer
- BDNS operates strictly over UDP port 53, so forcing TCP connection attempts will always fail.
- CThe local system DNS resolver output indicates an invalid static entry in the client's HOSTS file.
- DThe specified target domain is missing an IPv6 AAAA record on the authoritative DNS server.
Answer
An intermediate network firewall or ACL is blocking traffic on TCP port 53.
DNS relies on UDP port 53 for lightweight queries, but switches to TCP port 53 when responses exceed payload limits or when explicitly configured via tools like `dig +vc`. A 'connection refused' response when attempting to communicate over TCP indicates that network transport on TCP port 53 is being blocked by a security ACL or firewall filter.
Step-by-Step Solution
Key Concept
DNS Protocol Transport Mechanism (TCP vs UDP Port 53)
Estimated Time:1m 30s