沙箱里 WordPress 外网打不开：先在本机 curl，再去查安全组

在沙箱 ECS 上装 WordPress，外网打不开的时候，最容易走的弯路是反复刷新浏览器、反复重装。后来我固定下来的顺序是：先确认本机服务，再确认入方向规则，最后才用浏览器验外网。每一步都有一个可核对的输出，缺哪一步都不要往下跳。

先看 httpd 是不是真的在跑

SSH 登上 ecs-web 后，先启动再查状态：

systemctl start httpd
systemctl status httpd

这次实测的状态是 Active running，从 2026-11-02 00:57:46 起保持运行。状态不是 running 就不要去谈浏览器和安全组，先把服务本身立起来。

再在本机 curl 一次

服务在跑，不等于 WordPress 的路径已经通。本机先跑一次：

curl -I http://localhost/wordpress

这次本机返回的是 301，Server 头是 Apache/2.4.6。这个结果只证明一件事：本机 httpd 在响应 /wordpress，并且在做重定向。它不证明外网能打开，301 也不是安装完成的标志。把本机结果和外网结果混成一个结论，是最常见的误判。

然后查安全组入方向

本机通了、外网不通，再去看安全组。这次给安全组 sg-hce 加的是入方向 TCP 80、443、8080，来源 0.0.0.0/0，页面显示添加成功。

这里要核对的是三点，缺一不可：方向是入方向不是出方向，端口是这次实际要用的那几个，来源范围是实际访问来源。只写"已加 HTTP/HTTPS 规则"是不够的，规则加没加上、加的是哪几个端口，要在安全组页面上看到添加成功的记录再往下走。

最后才用浏览器验外网

前面三步都对上之后，再在实验桌面 Chrome 里打开 WordPress 网址，提交数据库配置，完成安装，登录看到仪表盘，才算这条链路走完。

还有一个容易误导的点：整个过程中平台进度一直停在 0%，哪怕仪表盘已经登录了也没变。所以进度百分比不能当成"做没做完"的证据，能当证据的只有上面这几项：httpd 状态、本机 curl 输出、安全组添加记录、浏览器里打开的安装完成和仪表盘页面。

如果外网还是打不开，按这个顺序回查，多数时候问题不在 WordPress 安装本身，而在前面某一步的输出被跳过了。