Reviewed-by: Hasko, Vladimir <vladimir.hasko@t-systems.com> Co-authored-by: guoyanyan <guoyanyan3@huawei.com> Co-committed-by: guoyanyan <guoyanyan3@huawei.com>
14 KiB
Security Group Configuration Examples
Case 1: BMSs in Different Security Groups Need to Communicate with Each Other Through an Internal Network
- Scenario
Resources on a BMS in a security group need to be copied to a BMS in another security group. The two BMSs are in the same VPC. Then, you can enable internal network communication between the two BMSs and copy resources.
- Security group configuration
In the same VPC, BMSs associated with the same security group can communicate with one another by default, and no additional configuration is required. However, BMSs in different security groups cannot communicate with each other by default. You must add security group rules to enable the BMSs to communicate with each other through an internal network.
However, BMSs in different security groups cannot communicate with each other by default. You must add security group rules to enable the BMSs to communicate with each other through an internal network.
Protocol
Direction
Port Range/ICMP Protocol Type
Source
Protocol to be used for internal network communication. Supported values are TCP, UDP, ICMP, and All.
Inbound
Port number range or ICMP protocol type
IPv4 address, IPv4 CIDR block, or another security group ID
Case 2: Only Specified IP Addresses Can Remotely Access BMSs in a Security Group
- Scenario
To prevent BMSs from being attacked, you can change the port number for remote login and configure security group rules that allow only specified IP addresses to remotely access the BMSs.
- Security group configuration
To allow IP address 192.168.20.2 to remotely access Linux BMSs in a security group over the SSH protocol and port 22, you can configure the following security group rule.
Protocol
Direction
Port Range
Source
SSH (22)
Inbound
22
IPv4 address, IPv4 CIDR block, or another security group ID
For example, 192.168.20.2
