部分场景下PHP调用cURL报错连接被拒绝 独立cURL命令可正常执行

可能的原因及对应解决方法 #

• 用户级出站请求限制
  绝大多数场景下这个是核心原因：命令行执行cURL、Postman请求时用的是登录服务器的普通用户/root用户，而PHP代码运行时归属web服务运行用户（常见为www-data、apache、nobody等），客户侧服务器的防火墙（iptables/firewalld）、安全组规则、SELinux策略往往会限制web用户的出站请求权限，唯独放行了登录用户的请求。
  解决步骤：

1. 切换到web运行用户执行测试命令验证：sudo -u www-data curl -k --location --request POST "https://8.8.8.8:11443/api/v1/face/addPerson" --header 'Content-Type:application/json' --data-raw '{"groupId":"DA640D7CE7544B33A3A1C81CD95D3E66","userId":"12345"}'，如果也返回连接拒绝即可确认是权限问题
2. 若SELinux处于开启状态，执行setsebool -P httpd_can_network_connect on放行web服务的网络请求权限
3. 调整防火墙规则，放行web用户对11443端口的出站请求

• cURL默认IPv6优先级问题
  部分PHP环境的cURL扩展默认优先使用IPv6解析地址，如果客户侧网络不支持IPv6、或者目标设备没有配置IPv6接入，就会出现连接失败，而命令行cURL默认优先走IPv4所以可以正常请求。
  解决方法：在你的PHP代码的curl配置段新增一行强制使用IPv4：

curl_setopt($curl, CURLOPT_IPRESOLVE, CURL_IPRESOLVE_V4);

• 代理配置差异
  命令行cURL、Postman可能配置了全局可用的代理规则，而PHP的cURL扩展没有继承对应配置，或者PHP默认配置了无效的代理地址导致请求无法正常发出。
  解决方法：在curl配置段新增配置清空默认代理：

curl_setopt($curl, CURLOPT_PROXY, '');

• 兜底排查方案
  如果上述方案都无法解决，开启cURL的debug日志查看详细连接过程：

curl_setopt($curl, CURLOPT_VERBOSE, true);
curl_setopt($curl, CURLOPT_STDERR, fopen('/tmp/curl_debug.log', 'w+'));

执行一次请求后查看/tmp/curl_debug.log的内容，即可定位具体的连接失败节点。

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