Network access control lists (ACLs) provided by Virtual Private Cloud (VPC) allow you to manage network access permissions. You can create network ACL rules and associate a network ACL with a VSwitch. This allows you to control inbound and outbound traffic of Elastic Compute Service (ECS) instances that are associated with the VSwitch.
- Users in the following regions can use this feature without submitting a ticket: China (Hohhot), China (Chengdu), Indonesia (Jakarta), UK (London), India (Mumbai), and China (Heyuan).
- Users in the following regions must submit a ticket to use this feature: China (Qingdao), China (Beijing), China (Hangzhou), China (Shanghai), China (Shenzhen), China (Hong Kong), US (Silicon Valley), Singapore (Singapore), and Germany (Frankfurt). To use this feature,submit a ticket.
The network ACL feature is available only in the preceding regions.
- A network ACL is used to filter inbound and outbound network traffic of ECS instances
that are associated with a VSwitch in a VPC. The network traffic forwarded to ECS
instances by Server Load Balancer (SLB) instances is also filtered.
Note The inbound and outbound network traffic of an ECS instance are not filtered by network ACLs in the following scenario: The ECS instance is associated with a secondary elastic network interface (ENI) and the secondary ENI is assigned an elastic IP address (EIP) in cut-through mode.
- Network ACLs are stateless. You must set both inbound and outbound rules. Otherwise, the system may fail to respond to requests.
- If you create a network ACL that does not contain any rule, all inbound and outbound access are rejected.
- If a network ACL is associated with a VSwitch, the network ACL does not filter the traffic forwarded between ECS instances that are associated with the VSwitch.
Network ACL rules
You can add rules to or delete rules from a network ACL. Changes to the rules are automatically synchronized to the associated VSwitch. By default, an inbound and outbound rule are automatically added to a newly created network ACL. These rules allow all inbound and outbound network traffic transmitted through the associated VSwitch. You can delete the default rules. The following table lists the default inbound and outbound rules.
- Default inbound rule
Priority Protocol Source CIDR block Destination port range Policy Type 1 all 0.0.0.0/0 -1/-1 Accept Custom
- Default outbound rule
Priority Protocol Destination CIDR block Destination port range Policy Type 1 all 0.0.0.0/0 -1/-1 Accept Custom
- Priority: A smaller value indicates a higher priority. Network traffic is matched
against rules in descending order of priorities starting from rule number 1. The system
applies only one rule to each request and ignores the remaining rules.
For example, the following rules are added and requests destined for IP address 172.16.0.1 are sent from an ECS instance. In the following table, the requests match Rules 2 and 3. Rule 2 has a higher priority than Rule 3. Therefore, the system applies Rule 2. Based on the action of Rule 2, the requests are denied.
Priority Protocol Destination CIDR block Destination port range Policy Type 1 all 10.0.0.0/8 -1/-1 Accept Custom 2 all 172.16.0.0/12 -1/-1 Deny Custom 3 all 172.16.0.0/12 -1/-1 Accept Custom
- Policy: indicates whether to allow or deny specific traffic.
- Protocol: the protocol type. Available options include All, ICMP, GRE, TCP, and UDP.
- Source CIDR block: the source CIDR block from which inbound traffic is transmitted.
- Destination CIDR block: the destination CIDR block to which outbound traffic is transmitted.
- Destination port range: the range of destination ports to which the inbound rule applies.
- Destination port range: the range of destination ports to which the outbound rule applies.
Comparison between network ACLs and security groups
Network ACLs control the inbound and outbound traffic transmitted through the associated VSwitches. Security groups control the traffic transmitted through ECS instances. The following table lists the differences between network ACLs and security groups.
|Network ACL||Security group|
|Applied to VSwitches.||Applied to instances.|
|Stateless: Returned traffic must be allowed by inbound rules.||Stateful: Returned traffic is automatically allowed and not affected by any rule.|
|Rules are prioritized and matched against traffic in descending order. Only one rule applies to each request.||All rules are evaluated before a rule is applied.|
|Each VSwitch can be associated with only one network ACL.||Each ECS instance can be added to more than one security group.|
The following figure shows how network ACLs and security groups are applied to ensure network security.
Before you use network ACLs, note the following limits.
|Item||Default limit||Quota increase|
|Number of network ACLs that can be created in each VPC||200||N/A|
|Number of network ACLs that can be associated with each VSwitch||1|
|Number of rules that can be added to a network ACL||
|VPCs that do not support network ACLs||VPCs that contain an instance that belongs to one of the following instance families:
ecs.c1, ecs.c2, ecs.c4, ecs.ce4, ecs.cm4, ecs.d1, ecs.e3, ecs.e4, ecs.ga1, ecs.gn4, ecs.gn5, ecs.i1, ecs.m1, ecs.m2, ecs.mn4, ecs.n1, ecs.n2, ecs.n4, ecs.s1, ecs.s2, ecs.s3, ecs.se1, ecs.sn1, ecs.sn2, ecs.t1, and ecs.xn4.
For more information, see Overview of VPC advanced features.
Upgrade or release an Elastic Compute Service (ECS) instance that does not support advanced network features.
Note If the VPC contains one of the specified ECS instance families and the network ACL feature is enabled, you must upgrade or release the ECS instance for the network ACL to work as expected.
The following flowchart shows how to configure a network ACL.