EC2上Flask API可公网访问但PHP cURL无法连接问题排查

针对你遇到的PHP cURL无法连接EC2上Flask API的问题，以下是分层排查的具体步骤和解决方向：

一、先验证PHP服务器的基础网络连通性 #

这一步是快速定位问题根源的关键：

• 登录PHP服务器的终端，执行命令行cURL测试：

  curl -X POST -H "Content-Type: application/json" -d '{"search_text":"soup"}' http://[EC2公网IP]:8000/search
  

  • 如果命令行cURL也失败：说明是PHP服务器到EC2的网络通路问题，直接跳到「网络层深层排查」部分。
  • 如果命令行cURL成功：说明问题出在PHP的cURL配置或代码细节，继续往下看。

二、修正PHP代码的冗余与潜在问题 #

你的代码存在重复设置请求头的问题，虽然不会直接导致连接失败，但可能引发其他异常，同时补充必要的调试配置：

$url = "http://[EC2公网IP]:8000/search"; // 务必填写完整URL，包含/search路径
$data = json_encode(["search_text" => "soup"]);

$headers = ['Content-Type: application/json'];

$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($ch, CURLOPT_POST, 1);
curl_setopt($ch, CURLOPT_POSTFIELDS, $data);
curl_setopt($ch, CURLOPT_HTTPHEADER, $headers);
curl_setopt($ch, CURLOPT_TIMEOUT, 10); // 延长超时时间，避免网络延迟导致的误判

$response = curl_exec($ch);

// 增加调试信息，获取更详细的请求状态
if (curl_errno($ch)) {
    echo 'cURL error: ' . curl_error($ch);
    var_dump(curl_getinfo($ch)); // 打印请求的详细元数据
} else {
    echo $response;
}

curl_close($ch);

注意：不需要手动设置Content-Length，cURL会自动计算并添加。

三、检查PHP环境的配置限制 #

1. 确认PHP cURL扩展状态：
   执行php -i | grep curl，查看cURL support是否为enabled，若未启用需安装扩展。
2. 若使用HTTPS协议（如果你的API配置了SSL）：
   检查PHP的CA证书路径是否正确，可临时关闭SSL验证测试（仅用于排查，生产环境不要这么做）：

   curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false);
   curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, false);
   

3. 排查PHP的安全限制：
   检查open_basedir、disable_functions等配置，确认cURL函数未被禁用。

四、网络层深层排查 #

如果命令行cURL也无法连接，重点排查以下几点：

1. PHP服务器的出站规则：
   很多云服务器或托管环境默认只允许出站80/443端口，需确认PHP服务器的防火墙/安全组是否允许访问8000端口。
2. EC2的网络配置二次确认：
   • 入站安全组规则：确保已添加TCP 8000 0.0.0.0/0的规则，且规则应用到了目标EC2实例。
   • VPC网络ACL：检查VPC的入站/出站ACL是否允许8000端口的流量（ACL是VPC层面的规则，容易被忽略）。
3. 链路连通性测试：
   • 用telnet [EC2公网IP] 8000测试TCP连接是否能建立，若失败则说明端口不通。
   • 用mtr --tcp -p 8000 [EC2公网IP]跟踪数据包路径，定位丢包节点，判断是运营商还是云服务商的网络问题。

五、Flask端的辅助验证 #

如果上述排查都没问题，可在EC2上做最后确认：

• 执行tcpdump port 8000，然后用PHP cURL发起请求，查看EC2是否收到数据包：
  • 若未收到：说明网络通路存在阻断，回到网络层排查。
  • 若收到但无响应：查看Flask的debug日志，确认是否存在请求解析错误（不过你其他方式能访问，这个概率极低）。

内容的提问来源于stack exchange，提问作者Toby Penk