CCNA notes on ACLs

CCNA notes on ACLs

Here are my CCNA notes on ACLs. I took notes from multiple sources, Cisco press, CBT Nuggets, Udemy, Cisco Learning Networks, etc., so hopefully it's comprehensive. Please let me know if something needs to be added or changed. I hope it's helpful as you either study for the CCNA, or if you just need a quick, to-the-point refresher on access control lists. πŸ™‚

Table of Contents

General Info

Types of ACLs

  • Standard numbered ACLs (1-99).
  • Extended numbered ACLs (100-199).
  • Additional ACL numbers (1300-1999 standard, 2000-2699 extended).
  • All IPv6 ACLs are extended.
  • ACLs are either named or numbered and they are also standard or extended. Extended ACLs have much more robust abilities in matching packets.
  • An ACL identifies traffic based on characteristics of the packet such as source IP address, destination IP address, port number. Standard numbered and standard named ACLs can only match based on source IP.
  • ACLs are supported on both routers and switches.
  • ACLs applied to an interface do not apply to traffic which originates from the router itself.
  • An ACL is read from top to bottom.
    • As soon as a rule matches the packet, the permit or deny action is applied and the ACL is not processed any further.
    • The order of rules is important.
  • The original use of ACLs was a security feature to decide if traffic should be allowed to pass through the router. By default a router will allow all traffic to pass between its interfaces. When ACLs are applied the router identifies the traffic and then decides if it will be allowed or not.
  • ACLs are also used in other software policies when traffic has to be identified, for example.
    • Identify traffic to give better service in a (QoS) Quality of Service Policy.
    • Identify traffic to translate to a different IP address in a (NAT) Network Address Translation Policy.
  • Access Control Lists are made up of Access Control Entries which are a series of permit or deny rules. Each ACE is written in a seperate line. Here is an example and notice the number, it's 100, which means it's an extended list which gives us more options.
    • access-list 100 deny tcp gt 49151 eq 23
    • The source number is gt (greater than) 49151. is the source. is the destination. 23 is the port.
  • Remember, if this was our list, that without a ANY PERMIT as the last command we would block all traffic from coming through.

Access Groups

  • ACLs are applied at the interface level with the Access-Group command.
  • ACLs can be applied in the inbound or outbound direction.
  • You can have a maximum of one ACL per interface per direction.
  • You can have both an inbound and an outbound ACL on the same interface, but not 2 inbound, or 2 outbound ACLs.
  • An interface can have no ACL applied, an inbound ACL only, an outbound ACL only, or ACLs in both directions.
  • Done on the interface level. ip access-group 100 out or ip access-group 101 in
  • show ip interface f1/0 | include access list

Standard vs Extended ACLs

  • With Standard ACLs, all we can match on is the source IP address. For anything else we have to use extended ACL. Standard ACLs are numbered from 1 through 99. 100 through 199 are extended ACLs. We can also use NAMED ACLs which are easier to manage.
  • 1300 - 1999 are IP standard access list (expanded range).
  • 2000 - 2699 are extended access list (expanded range).
  • There is no default wildcard mask for Extended ACLs. You have to specify a wildcard mask.

Extended ACLs

  • First check to see if there are any access lists.
    • show access-lists
    • show ip access-lists
  • Extended ACL access-list command requires three matching parameters: the IP protocol type, the source IP address, and the destination IP address.
  • Remember that when matching a specific IP address, the extended ACL requires the use of the host keyword. You cannot simply list the IP address alone.
  • To create an extended numbered list, enter global configuration mode.
    • access-list 100 deny icmp host host log
  • To deny http traffic from a specific host to a specific server.
    • access-list 100 deny tcp host host eq 80
  • The eq shouldn't always be at the end of the line. Let's say we want to deny traffic from web server's subnet to clients in the same subnet as host We would put the eq www after the source, since we are denying traffic from the web server.
    • access-list 104 permit tcp eq www

Extended ACLs and Ports

  • With extended ACLs we have the option of working with source and destination ports. Here are the syntax keywords:
    • eq | Stands for equal.
    • ne | Stands for not equal.
    • lt | Stands for less than.
    • gt | Stands for greater than.
    • range | Stands for, you guessed it, range. πŸ™‚

Named ACLs

  • Named ACL starts with the IP command.
  • To create a named access list named Our-ACL.
    • ip access-list extended Our-ACL
  • After issuing that command we are now in access list configuration mode.
    • deny tcp host any eq 21
  • Another example
    • deny ip
  • Another example
    • deny icmp
  • Remember to allow the rest.
    • permit ip any any
  • Now we need to apply this named ACL to an interface. Select the interface.
    • ip access-group Our-ACL | inbound | outbound
  • Verify by checking the interface. sh ip int and look at the inbound and outbound access settings. Here we see a named inbound access list named My-List.
CCNA notes on ACLs

To Create and Verify an ACL

  • First we should check to see if there are any access lists already defined. If there is a list already and we start typing away commands, we might be adding to a list that’s already in place, not creating a new one.
  • show access-lists
  • show ip access-lists
  • show run | sec access-list

It's also a good rule to put a remark on an ACL.

  • To put a remark on an access list.
    • access-list 1 remark this access list is for X
  • Create the list.
    • access list 1 deny host
    • access list 1 permit any
    • There is an implicit 'deny any any' rule at the bottom of ACLs.
    • If an ACL is not applied to an interface, all traffic is allowed.
    • If an ACL is applied, all traffic is denied except what is explicitly allowed.
    • Many companies put this statement at the end of the ACL to log any deny's.
    • access-list 1 deny any log
    • We know by now that the default behavior is deny any at the end of the ACL. Another way to know if things are being denied is to explicitly configure a command to deny all traffic (for example), access-list 1 deny any at the end of an ACL. Why would we do that when it does it by default? Because the ACL show command lists counters for the number of packets matched by each command in the ACL, but there is no counter for that implicit deny any concept at the end of the ACL. So, if you want to see counters for how many packets are matched by the deny any logic at the end of the ACL, configure an explicit deny any.
  • Once the ACL has been created, the next step is to go to the interface on the router and apply it to the correct interface. Make sure to pick the correct direction, in or out.
    • ip access-group 1 | inbound | outbound
  • Let's say we have to inject an Access Control Entry into the ACL. You can do it with numbered and named ACLs.
    • ip access-list extended 110 (or if it's a named list, the name of the list)
      • Now you're located in the (config-ext-nacl)#
    • 15 deny tcp host host eq telnet
      • Verify your work with sh ip access-lists

To Delete ACL Entry

  • Be careful to not do no access-list 99 permit
  • This would remove the whole numbered access list 99, not just that specific entry.
  • The correct way would be to go into global configuration mode.
    • ip access-list standard 99
    • no entry-number Let's say you wanted to delete no 10. no 10
  • Now our access list starts at 20, instead of 10. If we want to fix that and reorder the list we could do the following in global config mode. 99 is our list and the first 10 is the number we want to start from. The second 10 says we want to increment it by 10. First entry is 10, second one is 20, etc.
    • ip access-list resequence 99 10 10

Final Best Practices According to Cisco Press and Wendell Odom

  • Place extended ACLs as close as possible to the source of the packet. This strategy allows ACLs to discard the packets early.
  • Place standard ACLs as close as possbile to the destination of the packet. This strategy avoids the mistake with standard ACLs (which match the source IPv4 address only) of unintentionally discarding packets that did no need to be discarded.
  • Place more specific statements early in the ACL.
  • Disable an ACL from its interface (using no ip access-group interface subcommand) before making changes to the ACL.

Cisco Documentation

Well these are my CCNA notes on ACLs. Hit me up on LinkedIn if you want to connect and chat, thanks.

Leave a Reply

Your email address will not be published. Required fields are marked *