A network administrator is troubleshooting an issue where internal workstation clients can resolve standard internal hostnames, but fail when attempting to query external DNSSEC-signed domains that return large response payloads exceeding 512 bytes. Packet captures reveal that the external DNS server sends a response with the TrunCation (TC) flag set over UDP port , after which the client's automated follow-up attempt fails completely. Which firewall configuration issue is most likely causing this name resolution failure?
- Outbound and inbound TCP traffic on port 53 is blocked by the firewall.Answer
- BOutbound and inbound UDP traffic on port 53 is blocked by the firewall.
- CUDP port 5353 traffic is blocked, preventing Multicast DNS (mDNS) fallback resolution.
- DThe external domain host is missing an AAAA record required for large packet handling.
Answer
The firewall is blocking outbound and inbound TCP traffic on port 53, preventing the client from falling back to TCP after receiving a truncated UDP DNS response.
Standard DNS operations use UDP port 53 for fast, stateless queries. However, when a DNS answer exceeds the standard byte limit (512 bytes without EDNS0 extensions, common with DNSSEC records), the server sets the TC (TrunCation) flag bit in the DNS response header. This instructs the client stub resolver to establish a TCP connection over port 53 to re-issue the query and receive the full answer. If a security firewall allows UDP port 53 but blocks TCP port 53, the client receives the truncated UDP response but fails to complete the subsequent TCP lookup.
Step-by-Step Solution
Key Concept
DNS Protocol Selection (UDP vs TCP Port 53) and Truncation (TC Bit)