云主机能否被访问,通常不只取决于服务是否启动,还取决于安全组是否允许对应流量。制定云平台安全组端口开放规则时,应先明确端口用途、协议、来源范围和持续时间,再选择控制台或命令行执行,而不是直接把所有端口开放给公网。
以 AWS EC2、阿里云 ECS、腾讯云 CVM 等产品为例,安全组一般围绕入站规则和出站规则控制流量。不同厂商的字段名称、默认策略和命令格式有所差异,但最小权限、来源限制和变更留痕是共同原则。
先确定端口开放规则的四个要素
一条可用的云平台安全组端口开放规则,至少应包含以下信息:
- 协议:TCP 适合大多数网页、数据库和远程管理服务;UDP 常用于 DNS、实时通信或部分传输协议。
- 端口:可以是单个端口,例如 22、443,也可以是连续范围。范围越大,暴露面通常越大。
- 来源:优先填写办公出口公网地址、VPN 网段或其他安全组,而不是直接使用 0.0.0.0/0。
- 方向:访问服务器主要检查入站规则;服务器访问外部 API、软件源或对象存储,则还要检查出站规则。
例如,Linux 管理员可能临时需要 SSH 端口 22,但来源应限制为运维网络;公开网站通常只需开放 TCP 443,是否开放 80 要根据 HTTP 跳转、证书签发或业务架构判断。数据库端口如 3306、5432 不应因为“测试方便”而面向整个公网开放。
控制台操作:适合首次配置和人工核对
控制台的优势是可视化。以 AWS EC2 为例,可以在实例关联的 Security Group 中编辑入站规则;阿里云 ECS 和腾讯云 CVM 也提供相近的安全组规则页面,但菜单名称可能随产品版本和地域而变化。

- 进入云平台控制台,打开目标云主机或安全组详情,确认地域、实例标识和关联的安全组。
- 进入入站规则,选择协议类型和端口,例如 TCP 443。
- 填写来源 CIDR。办公网络有固定出口地址时,使用单个地址加“/32”;一个受控网段则使用对应的 CIDR。
- 添加描述,例如“南京办公室访问管理后台”,并检查规则优先级或授权对象。
- 保存后,在服务器本机确认服务已监听目标端口,再从允许的来源进行连接测试。
控制台适合一次性变更、排障和培训场景,优点是误操作较容易被发现,缺点是重复配置效率低,人工输入也可能造成不同环境之间的规则不一致。多人维护时,应把规则截图或导出记录保存到变更单中,避免只依赖个人记忆。
命令行操作:适合批量变更和自动化
命令行更适合多台实例、多个地域或需要纳入发布流程的环境。以 AWS CLI 为例,下面的命令为安全组添加 TCP 443 入站规则,示例中的安全组 ID、地域和来源网段需要替换为实际值:
aws ec2 authorize-security-group-ingress \
--group-id sg-xxxxxxxx \
--ip-permissions 'IpProtocol=tcp,FromPort=443,ToPort=443,IpRanges=[{CidrIp=203.0.113.0/24,Description="office-access"}]' \
--region ap-southeast-1203.0.113.0/24 属于文档示例网段,不能当作真实办公网络直接使用。执行前应确认 AWS CLI 已完成身份认证,并且当前凭证拥有修改安全组的权限。阿里云 CLI、腾讯云 CLI 也可以完成类似操作,但参数名、签名方式和返回结果不同,不能直接混用命令。
删除规则时,应使用与原规则完全匹配的协议、端口和来源参数。对于自动化任务,建议先查询当前规则,再执行添加或删除,并在脚本外保存变更原因、操作者和回滚方式。命令行的优势是可复用、可审计、便于批量执行;风险是参数错误可能一次影响大量实例。
两种方式如何选择
| 比较项 | 控制台 | 命令行 |
|---|---|---|
| 适用场景 | 首次配置、单台排障、人工确认 | 批量变更、持续交付、基础设施自动化 |
| 操作成本 | 步骤直观,但重复操作较慢 | 准备成本较高,熟悉后效率更高 |
| 出错方式 | 容易漏填或选错规则 | 容易因变量、地域或权限错误扩大影响 |
| 审计能力 | 依赖操作日志和工单记录 | 可结合版本库、流水线和命令日志 |
如果只是为一台新建的 Ubuntu 云主机开放 HTTPS,控制台通常更快;如果要在开发、预发布和生产环境保持一致,则应使用云厂商 CLI、Terraform 或其他基础设施工具统一管理。无论采用哪种方式,都应先确认网络 ACL、实例防火墙和应用监听状态,因为安全组允许并不代表请求一定能到达应用。
降低暴露风险的检查清单
- 禁止把 SSH、RDP、数据库和缓存端口长期开放到 0.0.0.0/0。
- 临时排障规则设置有效期限,问题解决后立即删除。
- 同时检查 IPv4 和 IPv6,避免只限制 IPv4 却遗漏 IPv6 来源。
- 生产环境优先通过堡垒机、VPN、专用网络或安全代理访问管理端口。
- 端口开放后使用 ss、netstat 或云平台流量日志核对实际监听和访问情况。
- 变更前记录原规则,变更后保留回滚命令或控制台操作路径。
常见问题
安全组开放端口后仍然无法访问,先查什么?
先查服务是否监听正确端口和地址,再查实例操作系统防火墙、路由、网络 ACL、负载均衡监听器以及 DNS 指向。云平台安全组端口开放规则只是其中一层。
来源地址可以直接填写 0.0.0.0/0 吗?
只有确实需要面向公网提供服务的端口才考虑使用它,通常是网站公开访问端口。管理、数据库和内部服务应尽量限制到可信网段或安全组。
控制台和命令行配置的结果一样吗?
在协议、端口、来源和方向完全相同的情况下,目标通常一致,但默认规则、优先级和跨地域限制可能不同,执行后仍要查询结果确认。
规则修改多久生效?
多数云平台会在提交后较快下发,但实际可见时间受地域、网络路径、实例状态和本机缓存影响。不要只凭控制台提示判断,应配合连接测试和日志验证。
合理的云平台安全组端口开放规则应做到“用途明确、来源受限、变更可追踪、出现问题能回滚”。单次配置可使用控制台完成,批量和长期维护则更适合命令行及基础设施代码。

2026-09-22
2026-09-22
2026-09-22
2026-09-22
2026-09-22