A network administrator configures a stateless extended IPv4 Access Control List (ACL) on a router interface to allow workstations on the internal subnet to issue domain name queries to an external DNS server at . The administrator applies the following rule inbound on the LAN-facing interface:
`permit udp 172.20.5.0 0.0.0.255 host 8.8.8.8 eq 53`
Host sends DNS queries to , but all lookups time out. Packet captures show that outgoing requests reach the DNS server, but the responses never arrive back at the workstation. Which of the following best explains why the return traffic is failing?
- AThe ACL rule incorrectly uses UDP instead of TCP, as all standard DNS name resolution queries require a connection-oriented three-way handshake.
- BThe rule fails because DNS response traffic uses port 5300 as its source port, causing a port mismatch against standard ACL definitions.
- The stateless ACL does not automatically track connection state, so returning traffic from is blocked by the implicit deny rule on the WAN interface.Answer
- DThe host address format in the destination field lacks an explicit wildcard mask of 0.0.0.0, causing the outbound packet to trigger an implicit deny action.
Answer
The stateless ACL does not automatically track connection state, so returning traffic from the external DNS server is blocked by the implicit deny rule on the returning interface.
Stateless Access Control Lists evaluate packets individually without recording connection states. While stateful firewalls track outbound sessions and dynamically permit return traffic, a stateless ACL requires explicit rules for both outbound request traffic and inbound response traffic. Without an explicit rule permitting return packets from on UDP port 53 back to the client's high-numbered ephemeral port, return traffic is dropped by the default implicit deny at the end of the ACL.
Step-by-Step Solution
Key Concept
Stateless vs Stateful ACL Packet Handling & Return Traffic Filtering
Estimated Time:1m 30s