Which IOS ACL Command Permits DNS Traffic to the Internet

Implement access control policies, AVC, URL filtering, malware protection, and intrusion prevention using Cisco Secure Firewall (FTD) Describe network security solutions and deployment models that provide intrusion prevention and firewall capabilities

A network engineer must create an access control list on a Cisco Adaptive Security Appliance firewall to permit TCP DNS traffic to the internet from the organization’s inside network 192.168.1.0/24. Which IOS command must be used to implement the access control list?

  1. [image: https://img.examtopics.com/350-701/image66.png]
  2. [image: https://img.examtopics.com/350-701/image67.png]
  3. [image: https://img.examtopics.com/350-701/image68.png]
  4. [image: https://img.examtopics.com/350-701/image69.png] Correct Answer
Answer Correct answer: D — the IOS extended ACL permits TCP from 192.168.1.0/24 to any destination with the destination port set to eq domain (53).

Community Insight

The question tests correct placement of the operator/port clause in an extended ACL, and the common trap is writing eq domain directly after the source wildcard, which silently filters on the source port instead of the DNS destination port.

This 350-701 question tests IOS extended access-list syntax for permitting TCP DNS (port 53) traffic from the inside network 192.168.1.0/24 to any internet destination. The page establishes that the port/operator clause must qualify the destination, so the correct form is permit tcp 192.168.1.0 0.0.0.255 any eq domain.

Option A is the most common wrong pick because it renders the command as permit tcp 192.168.1.0 0.0.0.255 eq <port> any, which places the port match on the SOURCE side — as several learners noted, that 'is saying that the source traffic it's DNS' rather than restricting the destination service to port 53.

Community Discussion (12 comments)

XBfoundX 👍 1 Selected: D
Hope that in the exam will be different anyway is D... The ACL is wrong, here is saying that the source traffic it's DNS, when we want to allow the traffic to any destination and the port/service is equal to DNS... So the syntax is wrong. Before they are saying that they are configuring an ASA but then they are asking about IOS command in order to configure this, it does not make a lot of sense.
Premium_Pils 👍 3 Selected: D
https://www.cisco.com/c/en/us/td/docs/security/asa/asa84/configuration/guide/asa_84_cli_config/acl_extended.html https://community.cisco.com/t5/security-blogs/cisco-asa-access-list-acl-using-network-object/ba-p/4637574 In these examples we can see how an access-list on an ASA looks like. For a network it does not use wild card mask like a router. Also, the destination port)service is usually defined at the end. Both eq 53 and eq domain are fine. The ASA converts port 53 to domain. https://www.cisco.com/c/en/us/td/docs/security/asa/asa912/configuration/general/asa-912-general-config/ref-ports.html#ID-2120-000002b8
Premium_Pils 👍 4
So, the syntax presented in the question is incorrect for an ASA. (I am working with ASA every day.)
ITVI 👍 2 Selected: D
When I tested this on my ASA, I entered &quot;eq 53&quot; and when I did a show access-list, is renamed it as &quot;eq domain&quot;. So although both appears legitmate, I will defer to 'domain'.
ITPro21 👍 1 Selected: D
R1 hostname R1 ! interface ethernet0 ip access-group 102 in ! access-list 102 permit udp any any eq domain access-list 102 permit udp any eq domain any access-list 102 permit tcp any any eq domain access-list 102 permit tcp any eq domain any https://www.cisco.com/c/en/us/support/docs/ip/access-lists/26448-ACLsamples.html#toc-hId--2055811851
BrahimMELLAL 👍 3 Selected: D
Both A and D are correct: R9(config)#access-list 101 permit tcp 192.168.1.0 0.0.0.255 eq domain any R9(config)#access-list 102 permit tcp 192.168.1.0 0.0.0.255 eq 53 any R9(config)# R9(config)# R9(config)# R9(config)#do sh run | sec access-li access-list 101 permit tcp 192.168.1.0 0.0.0.255 eq domain any access-list 102 permit tcp 192.168.1.0 0.0.0.255 eq domain any
dorf05 👍 1 Selected: A
A and D are correct because one uses the port number (53), and the other uses the service name (domain)
certprep2021 👍 1 Selected: D
tested in lab R1(config)#access-list 101 permit tcp 192.168.1.0 0.0.0.255 eq domain any running-config: ! access-list 101 permit tcp 192.168.1.0 0.0.0.255 eq domain any ! ! ! !
badorka 👍 1
answer A and D are correct
Surfside92 👍 2 Selected: A
b and c are missing destination ip address or 'any' so they are wrong d - the syntax is incorrect. a - correct syntax https://community.cisco.com/t5/network-security/acl-for-dns-service/td-p/1553125
luismg 👍 1 Selected: D
The answer may be D but is wrong access-list 102 permit tcp 192.168.1.0 0.0.0.255 any eq 53
klu16 👍 1 Selected: D
https://www.cisco.com/c/en/us/support/docs/ip/access-lists/26448-ACLsamples.html

Comments & Corrections

No comments yet — spotted an error or have a note? Share it below.

Log in to comment, report an error, or add a note about this question.

Submitted for moderation before publishing. Keep it helpful and respectful.

Expert Analysis

Why the Answer Is Correct

Option D states the extended ACL as permit tcp 192.168.1.0 0.0.0.255 any eq domain, which is the structurally correct IOS form: the source is the inside /24 given a wildcard mask (0.0.0.255), the destination is explicitly any for the internet, and the operator/port clause eq domain follows the destination. Because DNS over TCP uses destination port 53, matching the destination service is exactly what the requirement 'permit TCP DNS traffic to the internet' demands. The keyword domain is Cisco's alias for port 53, and as ITVI observed in lab, an ASA/IOS show access-list display normalizes eq 53 to eq domain, so the service-name form is unambiguous. This is also the form shown in Cisco's published extended ACL configuration examples.

Why the Other Options Are Wrong

Option A places the operator/port immediately after the source wildcard (permit tcp 192.168.1.0 0.0.0.255 eq 53 any), which IOS parses as a match on the client's SOURCE port, leaving the destination wide open — the opposite of a DNS server-port rule. Options B and C omit the destination address entirely (no any and/or no destination wildcard), so they are syntactically incomplete and cannot be applied as written; as Surfside92 put it, "b and c are missing destination ip address or 'any' so they are wrong." Premium_Pils further points out that the ASA itself would require named/object-based extended syntax with a netmask rather than a wildcard mask, so none of the router-style variants map cleanly onto the ASA wording in the prompt.

Community Comment Notes

Most commenters converged on D after lab testing: certprep2021 pasted a running-config showing access-list 101 permit tcp 192.168.1.0 0.0.0.255 eq domain any accepted by the device, and ITVI explained that "although both appears legitmate, I will defer to 'domain'." A minority argued for A or for both A and D, with dorf05 claiming "A and D are correct because one uses the port number (53), and the other uses the service name (domain)." Premium_Pils, who works with ASA daily, cautioned that "the syntax presented in the question is incorrect for an ASA" and cited the official extended ACL guide, while XBfoundX flagged the wording mismatch of asking for an 'IOS command' on an ASA — useful context, but it does not change which option matches the intended destination-port rule.

Official Reference

Exam Strategy

On ACL syntax questions, first identify which side (source or destination) the port operator must attach to, then confirm a destination of any exists for internet-bound traffic. Remember that domain, www, and smtp are simply aliases for 53, 80, and 25.

Frequently Asked Questions

Why must the port operator follow `any` instead of the source wildcard?

In IOS extended ACL syntax the operator/port clause matches the address written immediately before it. After the source wildcard it filters the client's source port; after any it filters the DNS server's destination port 53.

Is `eq domain` the same as `eq 53` for DNS traffic?

Yes — domain is Cisco's alias for TCP/UDP port 53, and show access-list output displays either form as eq domain. Both are accepted, but the destination-side placement is what matters.

More 350-701 FAQ →

Related Analysis

← Back to 350-701 Study Guide