1、ACL应用范围
通过前两期的ACL理论学习,大家知道ACL并不能单独完成控制网络访问行为或者限制网络流量的效果,而是需要应用到具体的业务模块才能实现上述功能。
那么ACL到底可以应用在哪些业务中呢?
小编总结了一下,ACL应用的业务模块非常多,但主要分为以下四类:
业务分类 |
应用场景 |
涉及业务模块 |
登录控制 | 对交换机的登录权限进行控制,允许合法用户登录,拒绝非法用户登录,从而有效防止未经授权用户的非法接入,保证网络安全性。
例如,一般情况下交换机只允许管理员登录,非管理员用户不允许随意登录。这时就可以在Telnet中应用ACL,并在ACL中定义哪些主机可以登录,哪些主机不能。 |
Telnet、SNMP、FTP、 TFTP、SFTP、HTTP |
对转发的报文进行过滤 | 对转发的报文进行过滤,从而使交换机能够进一步对过滤出的报文进行丢弃、修改优先级、重定向、IPSEC保护等处理。
例如,可以利用ACL,降低P2P下载、网络视频等消耗大量带宽的数据流的服务等级,在网络拥塞时优先丢弃这类流量,减少它们对其他重要流量的影响。 |
QoS流策略、NAT、IPSEC |
对上送CPU处理的报文进行过滤 | 对上送CPU的报文进行必要的限制,可以避免CPU处理过多的协议报文造成占用率过高、性能下降。
例如,发现某用户向交换机发送大量的ARP攻击报文,造成交换机CPU繁忙,引发系统中断。这时就可以在本机防攻击策略的黑名单中应用ACL,将该用户加入黑名单,使CPU丢弃该用户发送的报文。 |
黑名单、白名单、
用户自定义流 |
路由过滤 | ACL可以应用在各种动态路由协议中,对路由协议发布和接收的路由信息进行过滤。
例如,可以将ACL和路由策略配合使用,禁止交换机将某网段路由发给邻居路由器。 |
BGP、IS-IS、OSPF、
OSPFv3、RIP、RIPng、 组播协议 |
2、ACL业务模块的处理机制
各类ACL应用的业务模块对命中/未命中ACL的处理机制是各不相同的。
例如,在流策略中应用ACL时,如果ACL中存在规则但报文未匹配上,该报文仍可以正常通过;但在Telnet中应用ACL,这种情况下,该报文就无法正常通过了。
再如,在黑名单中应用ACL时,无论ACL规则配置成permit还是deny,只要报文命中了规则,该报文都会被系统丢弃,其他模块却不存在这种情况。
所以,大家在配置ACL规则并应用到业务模块中时,一定要格外小心。
为了方便大家查阅,小编特地将常用ACL业务模块的处理机制进行了整理。
业务模块 |
匹配上了permit规则 | 匹配上了deny规则 | ACL中配置了规则,但未匹配上任何规则 | ACL中没有配置规则 | ACL未创建 | |
Telnet |
permit(允许登录) | deny(拒绝登录) | deny(拒绝登录) | permit(允许登录) | permit(允许登录) | |
HTTP |
permit(允许登录) | deny(拒绝登录) | deny(拒绝登录) | permit(允许登录) | permit(允许登录) | |
SNMP |
permit(允许登录) | deny(拒绝登录) | deny(拒绝登录) | permit(允许登录) | permit(允许登录) | |
FTP |
permit(允许登录) | deny(拒绝登录) | deny(拒绝登录) | permit(允许登录) | permit(允许登录) | |
TFTP |
permit(允许登录) | deny(拒绝登录) | deny(拒绝登录) | permit(允许登录) | permit(允许登录) | |
SFTP |
permit(允许登录) | deny(拒绝登录) | deny(拒绝登录) | permit(允许登录) | permit(允许登录) | |
流策略 |
流行为是permit时:permit(允许通过)
流行为是deny时:deny(丢弃报文) |
deny(丢弃报文) | permit(功能不生效,按照原转发方式进行转发) | permit(功能不生效,按照原转发方式进行转发) | permit(功能不生效,按照原转发方式进行转发) | |
NAT |
permit(进行NAT转换) | permit(功能不生效,按照原转发方式进行转发) | permit(功能不生效,按照原转发方式进行转发) | permit(功能不生效,按照原转发方式进行转发) | permit(功能不生效,按照原转发方式进行转发) | |
IPSEC |
permit(数据流经过IPSec处理后再转发) | 不允许出现此情况 | permit(功能不生效,按照原转发方式进行转发) | 不允许出现此情况 | 不允许出现此情况 | |
本机防攻击策略 |
白名单 | permit(CPU优先处理) | deny(丢弃报文) | permit (功能不生效,正常上送报文) | permit(功能不生效,正常上送报文) | permit(功能不生效,正常上送报文) |
黑名单 |
deny(丢弃报文) |
deny(丢弃报文) |
permit (功能不生效,正常上送报文) |
permit (功能不生效,正常上送报文) |
permit (功能不生效,正常上送报文) |
|
用户自定义流 | 用户自定义流的处理动作是deny时:deny(丢弃报文)
动作是car时:permit(进行CAR限速) |
deny(丢弃报文) | permit (功能不生效,按照原转发方式进行转发) | permit (功能不生效,正常上送报文) | permit (功能不生效,正常上送报文) | |
路由 |
Route Policy | 匹配模式是permit时:permit(允许执行路由策略)
匹配模式是deny时: deny(不允许执行路由策略) |
deny(功能不生效,不允许执行路由策略) | deny(功能不生效,不允许执行路由策略) | permit(对经过的所有路由生效) | deny(功能不生效,不允许执行路由策略) |
Filter Policy | permit(允许发布或接收该路由) | deny(不允许发布或接收该路由) | deny(不允许发布或接收该路由) | deny(不允许发布或接收路由) | permit(允许发布或接收路由) | |
组播 |
igmp-snooping ssm-policy | permit(允许加入SSM组播组范围) | deny(禁止加入SSM组地址范围) | deny(禁止加入SSM组地址范围) | deny(禁止加入SSM组地址范围,所有组都不在SSM组地址范围内) | deny(禁止加入SSM组地址范围,只有临时组地址范围232.0.0.0~232.255.255.255在SSM组地址范围内) |
igmp-snooping group-policy | 配置了default-permit时:permit(允许加入组播组)
未配置default-permit: permit(允许加入组播组) |
配置了default-permit时:deny(禁止加入组播组)
未配置default-permit:deny (禁止加入组播组) |
配置了default-permit时:permit(允许加入组播组)
未配置default-permit:deny(禁止加入组播组) |
配置了default-permit时:permit(允许加入组播组)
未配置default-permit:deny(禁止加入组播组) |
配置了default-permit时:permit(允许加入组播组)
未配置default-permit:deny(禁止加入组播组) |
3、ACL应用方式
每个业务模块的ACL应用方式,风格也是各不相同。为此,小编同样进行了一番整理,供大家参考查阅。
业务模块 |
ACL应用方式 | 可使用的ACL编号范围 | |
Telnet |
方式一:
系统视图下执行命令telnet [ ipv6 ] serveracl acl-number 方式二: a、执行命令user-interface vty first-ui-number [ last-ui-number ],进入VTY用户界面视图 b、执行命令acl [ ipv6 ] acl-number{inbound | outbound } |
2000~3999 | |
HTTP |
系统视图下执行命令http acl acl-number | 2000~3999 | |
SNMP |
SNMPv1和SNMPv2c:
系统视图下执行命令snmp-agent acl acl-number 或snmp-agent community { read |write } { community-name | ciphercommunity-name } [ mib-view view-name | acl acl-number ] * SNMPv3: 系统视图下执行命令snmp-agent acl acl-number、snmp-agent group v3group-name { authentication | privacy| noauthentication } [ read-view read-view| write-view write-view | notify-viewnotify-view ]* [ acl acl-number ]或snmp-agent usm-user v3 user-name[ groupgroup-name | acl acl- number ]* |
2000~2999 | |
FTP |
系统视图下执行命令ftp [ ipv6 ] acl acl-number | 2000~3999 | |
TFTP |
系统视图下执行命令tftp-server [ ipv6 ]aclacl-number | 2000~3999 | |
SFTP |
方式一:
系统视图下执行命令ssh [ ipv6 ] serveraclacl-number 方式二: a、执行命令user-interface vty first-ui-number [ last-ui-number ],进入VTY用户界面视图 b、执行命令acl [ ipv6 ] acl-number{inbound | outbound } |
2000~3999 | |
流策略 |
a、 系统视图下执行命令traffic classifierclassifier-name [ operator { and | or} ] [ precedence precedence-value],进入流分类视图。
b、执行命令if-match acl { acl-number |acl-name },配置ACL应用于流分类。 c、 系统视图下执行命令traffic behaviorbehavior–name,定义流行为并进入流行为视图。 d、配置流动作。报文过滤有两种流动作:deny 或permit。 e、 系统视图下执行命令traffic policypolicy-name [ match-order { auto |config } ],定义流策略并进入流策略视图。 f、 执行命令classifier classifier-namebehavior behavior-name,在流策略中为指定的流分类配置所需流行为,即绑定流分类和流行为。在系统视图、接口视图或VLAN视图下,执行命令traffic-policy policy-name{ inbound| outbound },应用流策略。 |
ACL:2000~5999
ACL6:2000~3999 |
|
NAT |
方式一:
a、 系统视图下执行命令nat address-group group-index start-addressend-address,配置公网地址池。 b、 执行命令interface interface-typeinterface-number.subnumber,进入子接口视图。 c、 执行命令nat outbound acl-numberaddress-group group-index [ no-pat ],,配置带地址池的NAT Outbound。 方式二: a、 系统视图下执行命令interfaceinterface-type interface-number.subnumber,进入子接口视图。 b、 执行命令nat outbound acl-number,配置Easy IP。 |
2000~3999 | |
IPSEC |
方式一:
a、 系统视图下执行命令ipsec policypolicy-name seq-number manual,创建手工方式安全策略,并进入手工方式安全策略视图。 b、 执行命令security acl acl-number,在安全策略中引用ACL。 方式二: a、 系统视图下执行命令ipsec policypolicy-name seq-number isakmp,创建IKE动态协商方式安全策略,并进入IKE动态协商方式安全策略视图。 b、 执行命令security acl acl-number,在安全策略中引用ACL。 方式三: a、 系统视图下执行命令ipsec policy-template template-name seq-number,创建策略模板,并进入策略模板视图。 b、 执行命令security acl acl-number,在安全策略中引用ACL。 c、 系统视图下执行命令ipsec policypolicy-name seq-number isakmptemplatetemplate-name,在安全策略中引用策略模板。 |
3000~3999 | |
本机防攻击策略 |
白名单 | a、 系统视图下执行命令cpu-defend policypolicy-name,创建防攻击策略并进入防攻击策略视图。
b、 执行命令whitelist whitelist-id aclacl-number,创建自定义白名单。 c、 系统视图下执行命令cpu-defend-policypolicy-name [ global ],或槽位视图下执行命令cpu-defend-policypolicy-name,应用防攻击策略。 |
2000~4999 |
黑名单 | a、 系统视图下执行命令cpu-defend policypolicy-name,创建防攻击策略并进入防攻击策略视图。
b、 执行命令blacklist blacklist-id aclacl-number,创建黑名单。 c、 系统视图下执行命令cpu-defend-policypolicy-name [ global ],或槽位视图下执行命令cpu-defend-policypolicy-name,应用防攻击策略。 |
2000~4999 | |
用户自定义流 | a、 系统视图下执行命令cpu-defend policypolicy-name,创建防攻击策略并进入防攻击策略视图。
b、 执行命令user-defined-flow flow-idacl acl-number,配置用户自定义流。 c、 系统视图下执行命令cpu-defend-policypolicy-name [ global ],或槽位视图下执行命令cpu-defend-policypolicy-name,应用防攻击策略。 |
2000~4999 | |
路由 |
Route Policy | a、 系统视图下执行命令route-policyroute-policy-name { permit | deny }node node,创建Route-Policy,并进入Route-Policy视图。
b、 执行命令if-match acl { acl-number| acl-name },配置基于ACL的匹配规则;或者配置apply子句为路由策略指定动作,如执行命令apply cost [ + | –] cost,设置路由的开销值等。 c、 应用路由策略。路由协议不同,命令行不同。例如针对OSPF协议,可以在OSPF视图下,执行命令import-route { limit limit-number | { bgp [permit-ibgp ] | direct | unr | rip [process-id-rip ] | static | isis[process-id-isis ] | ospf [ process-id-ospf ] } [ cost cost | type type | tagtag | route-policyroute-policy-name ]* },引入其他路由协议学习到的路由信息;针对RIP协议,可以在RIP视图下,执行命令import-route { {static | direct | unr } | { { rip | ospf |isis } [ process-id ] } } [ cost cost |route-policyroute-policy-name ]*。 |
2000~2999 |
Filter Policy | 路由协议不同,过滤方向不同,命令行不同。例如针对RIP协议,对引入的路由进行过滤,可以在RIP视图下执行命令filter-policy { acl-number | acl-name acl-name | ip-prefix ip-prefix-name [ gateway ip-prefix-name ] }import [ interface-type interface-number];对发布的路由进行过滤,可以在RIP视图下执行命令filter-policy {acl-number | acl-name acl-name | ip-prefix ip-prefix-name } export [ protocol [ process-id ] | interface-type interface-number ] 。 | 2000~2999 | |
组播 |
igmp-snooping ssm-policy | VLAN视图下执行命令igmp-snooping ssm-policy basic-acl-number | 2000~2999 |
igmp-snooping group-policy | VLAN视图下执行命令igmp-snooping group-policy acl-number [ versionversion-number ] [ default-permit ] | 2000~3999 |
好啦,有了小编整理的这两张表做参考,配置ACL应用案例就可以轻松搞定啦!下面就跟随小编一起,动手试试吧~
4、ACL应用案例
案例1:使用ACL限制Telnet访问权限
为了保障远程维护网络设备的安全性,现要求只有管理员(源地址是10.1.1.1/32)才能telnet登录交换机,其他人不允许登录。
要实现这个需求,一定是在Telnet模块中应用ACL。那么该如何配置ACL规则呢?大家是不是认为应该先配置一条permit规则允许10.1.1.1/32登录,然后再配置多条deny规则拒绝其他地址登录呢?其实大可不必。
查阅Telnet模块的报文处理机制参照表,当ACL中存在规则的情况下,如果报文匹配上permit规则,则该地址允许登录设备;如果未匹配上规则,该地址被拒绝登录设备。
业务模块 |
匹配上了permit规则 | 匹配上了deny规则 | ACL中配置了规则,但未匹配上任何规则 | ACL中没有配置规则 | ACL未创建 |
Telnet |
permit(允许登录) | deny(拒绝登录) | deny(拒绝登录) | permit(允许登录) | permit(允许登录) |
因此,我们仅需配置一条允许10.1.1.1/32地址通过的permit规则即可,10.1.1.1/32以外的地址的报文因匹配不上任何规则会被拒绝登录。
案例1关键配置的配置文件如下:
#
telnet server port 1025
#
acl number 2001 //创建基本ACL,编号为2001
rule 5 permit source 10.1.1.1 0 //仅允许10.1.1.1/32登录
#
aaa
local-user admin1234 password irreversible-cipher ****** //登录密码用******代替,请根据实际情况配置
local-user admin1234 privilege level 3
local-user admin1234 service-type telnet
#
user-interface maximum-vty 8
user-interface vty 0 7
acl 2001 inbound //对通过用户界面的登录进行限制
案例2:使用基于时间的ACL限制用户访问服务器权限
某企业禁止市场部门和研发部门在上班时间(8:00至17:30)访问工资查询服务器(IP地址为10.10.4.9/32),而总裁办公室不受限制,可以随时访问。
分析上述需求,实际上就是要对源IP=10.10.1.0/24访问目的IP=10.10.4.9/32的转发流量、以及源IP=10.10.2.0/24访问目的IP=10.10.4.9/32的转发流量,在特定时间内进行限制,其他访问流量则不受限制,所以我们可以通过在流策略中应用ACL来解决。
1) 首先,查阅流策略模块的ACL处理机制参照表,为需要过滤的报文配置ACL规则。
当ACL中存在规则的情况下,如果报文匹配上deny规则,则被拒绝通过;如果未匹配上,则会被正常转发。因此,根据上述需求,我们只需要针对两类需限制的流量,分别配置deny规则即可。其他地址访问服务器的报文因匹配不上任何规则而被正常转发,不受限制。
业务模块 |
匹配上了permit规则 | 匹配上了deny规则 | ACL中配置了规则,但未匹配上任何规则 | ACL中没有配置规则 | ACL未创建 |
流策略 |
流行为是permit时:
permit(允许通过) 流行为是deny时: deny(丢弃报文) |
deny(丢弃报文) | permit(功能不生效,按照原转发方式进行转发) | permit(功能不生效,按照原转发方式进行转发) | permit(功能不生效,按照原转发方式进行转发) |
2) 其次,我们需要注意,需求中强调了是在一定时间范围内进行流量限制,所以仅仅进行流量控制是不可行的,还必须在规则中引入生效时间段。
我们定义一个时间段名称为control-time,并配置该时间段为8:00至17:30,然后在规则中指定time- name参数为control-time,即把生效时间段与ACL关联起来了。
3) 最后,我们再查阅流策略ACL应用方式参照表,将ACL应用到流策略中。
根据上述需求,我们为市场部和研发部分别配置两个流分类c_market、c_rd,然后将配置的两条deny规则对应的ACL应用到两个流分类中,并配置两个流行为动作为deny。同时为市场部和研发部分别创建流策略p_market和p_ rd,并将流分类和流行为与流策略绑定,最后再在接口上应用流策略。
在选择流策略的应用方向时,一定要注意,需求中是要对源自市场部和研发部的报文进行过滤,即对从接口GE1/0/0和接口GE1/0/1进入交换机的报文进行过滤,所以流策略的应用方向必须指定为入方向(inbound)。如果应用方向配置成了出方向(outbound),那就达不到过滤的效果了。
小编提醒,上述案例我们还可以通过这样的配置来实现需求:在一条ACL中配置两条规则,在一个流分类中应用这条ACL,配置一个流行为动作为deny,最后创建并应用一个流策略。这样配置起来更加简洁和方便,但同时又带来了新的问题:若后续企业增加了市场部对其他服务器的访问限制,这时该如何处理呢?
如果之前市场部和研发部使用的是同一个ACL、流分类、流行为和流策略(这整套ACL的相关配置小编统称为“ACL策略配置”),那么这时只能重新再为市场部配置一条新的ACL策略;如果之前两个部门使用的是不同的ACL策略,那么现在只需在市场部的ACL策略中,增加一条ACL规则即可解决。所以,为各个部门部署独立的ACL策略,可以让您在后续需求扩充或发生改变时,更加方便的维护网络配置。小编建议大家能把眼光放的更加长远一些,不要只顾眼前配置的简单噢~
案例2关键配置的配置文件如下:
time-range control-time 08:00 to 17:30 working-day //配置生效时间段,工作日8:00至17:30 # acl number 3002 rule 5 deny ip source 10.10.1.0 0.0.0.255 destination 10.10.4.9 0 time-range control-time //限制市场部人员在上班时间不能访问工资服务器 # acl number 3003 rule 5 deny ip source 10.10.2.0 0.0.0.255 destination 10.10.4.9 0 time-range control-time //限制研发部人员在上班时间不能访问工资服务器 # traffic classifier c_market operator or precedence 5 //为市场部配置基于ACL的流分类 if-match acl 3002 //对匹配ACL 3002的报文(即源地址是市场部IP的报文)进行分类 traffic classifier c_rd operator or precedence 10 //为研发部配置基于ACL的流分类 if-match acl 3003 //对匹配ACL 3003的报文(即源地址是研发部IP的报文)进行分类 # traffic behavior b_market deny //配置流行为,拒绝匹配上规则的报文通过 traffic behavior b_rd deny //配置流行为,拒绝匹配上规则的报文通过 # traffic policy p_market match-order config //为市场部配置流策略 classifier c_market behavior b_market //在流策略中绑定流分类和流行为 traffic policy p_rd match-order config //为研发部配置流策略 classifier c_rd behavior b_rd //在流策略中绑定流分类和流行为 # interface GigabitEthernet1/0/0 port link-type access port default vlan 10 traffic-policy p_market inbound //接口下应用流策略(市场部从接口GE1/0/0接入) # interface GigabitEthernet1/0/1 port link-type access port default vlan 20 traffic-policy p_rd inbound //接口下应用流策略(研发部从接口GE1/0/1接入) |
结束了ACL应用案例的配置,本期ACL应用篇也要完结了。限于篇幅问题,小编只能为大家讲解两个最为典型的ACL案例。好学的你,一定觉得不过瘾吧!