PHP Curl出现403错误怎么办

Posted 2023-04-25

使用curl抓网页下来处理，为了穿墙方便，使用Privoxy作为代理，便于选择哪些网站使用proxy、哪些不用。但今天却遇到了奇怪的问题，访问google baidu这些网站居然都返回403错误，而访问其他的一些网站没事，如果设置为不使用proxy则都能正常访问。
难道google baidu就不让用proxy连接么？显然不可能，所以打开curl的信息输出（curl_setopt($this->mSh, CURLOPT_VERBOSE, 1);）看看，得到以下结果：
. 代码如下:
*   Trying 127.0.0.1... * connected
* Connected to 127.0.0.1 (127.0.0.1) port 8118 (#0)
* Establish HTTP proxy tunnel to www.baidu.com:80
> CONNECT www.baidu.com:80 HTTP/1.0
Host: www.baidu.com:80
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
Proxy-Connection: Keep-Alive
< HTTP/1.0 403 Connection not allowable
< X-Hint: If you read this message interactively, then you know why this happens ,-)
< 
* The requested URL returned error: 403
* Received HTTP code 403 from proxy after CONNECT
* Closing connection #0
... Failed.
可以看到proxy服务器工作正常，的确是baidu返回了403错误，但原因肯定还在我这边。终于，从网上（1of2, 2of2）得到了点启发──我使用的是proxytunnel而非proxy。
在代码中，有这么一句：
. 代码如下:
 curl_setopt($this->mSh, CURLOPT_HTTPPROXYTUNNEL, true);
 curl_setopt($this->mSh, CURLOPT_PROXY, $phost);
php文档中没有详细说明，不过man curl中有详细解释，两者都是代理，proxytunnel（-p参数）允许其他协议通过http代理传输，而proxy（-x参数）则只能走http协议。所以我猜测，google baidu的服务器和curl的proxytunnel不和，所以返回403。
禁用掉上面2行代码的第一句后，curl访问恢复正常。
比较奇怪的是，几种操作系统下还不一样，一台MAC OSX就要显式的禁用proxytunnel才可以，curl版本：
. 代码如下:
$ curl --version
curl 7.16.3 (powerpc-apple-darwin9.0) libcurl/7.16.3 OpenSSL/0.9.7l zlib/1.2.3
Protocols: tftp ftp telnet dict ldap http file https ftps 
Features: GSS-Negotiate IPv6 Largefile NTLM SSL libz
而另外一台ubuntu则完全不受影响，怎么都能用，curl版本：
. 代码如下:
$ curl --version
curl 7.18.2 (i486-pc-linux-gnu) libcurl/7.18.2 OpenSSL/0.9.8g zlib/1.2.3.3 libidn/1.10
Protocols: tftp ftp telnet dict ldap ldaps http file https ftps 
Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz
MT主机上的centos也没事，curl版本：
. 代码如下:
$ curl --version
curl 7.15.5 (i686-redhat-linux-gnu) libcurl/7.15.5 OpenSSL/0.9.8b zlib/1.2.3 libidn/0.6.5
Protocols: tftp ftp telnet dict ldap http file https ftps 
Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz
看来不完全是curl版本问题，MAC OSX的确与众不同啊。
还有一个原因也会导致curl返回403错误，如果设置了：
. 代码如下:
 curl_setopt($ch, CURLOPT_NOBODY, true);
则需要紧跟着设置：
. 代码如下:
 curl_setopt($ch, CURLOPT_CUSTOMREQUEST, \'GET\');
不然会因为http服务器不允许 HEAD 命令而返回403错误。参考：Trouble with a cURL request in PHP（forums.devshed.com/php-development-5/trouble-with-a-curl-request-in-php-445222.html）。MAC OSX上curl之所以特殊，也不排除是这种原因 参考技术A

打开curl的信息输出（curl_setopt($this->mSh, CURLOPT_VERBOSE, 1);）看看，得到以下结果：

复制代码 代码如下:

*   Trying 127.0.0.1... * connected
* Connected to 127.0.0.1 (127.0.0.1) port 8118 (#0)
* Establish HTTP proxy tunnel to www.baidu.com:80
> CONNECT www.baidu.com:80 HTTP/1.0
Host: www.baidu.com:80
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
Proxy-Connection: Keep-Alive

< HTTP/1.0 403 Connection not allowable
< X-Hint: If you read this message interactively, then you know why this happens ,-)
<
* The requested URL returned error: 403
* Received HTTP code 403 from proxy after CONNECT
* Closing connection #0
... Failed.

可以看到proxy服务器工作正常，的确是baidu返回了403错误，但原因肯定还在我这边。终于，从网上（1of2, 2of2）得到了点启发──我使用的是proxytunnel而非proxy。

在代码中，有这么一句：

复制代码 代码如下:

 curl_setopt($this->mSh, CURLOPT_HTTPPROXYTUNNEL, true);
 curl_setopt($this->mSh, CURLOPT_PROXY, $phost);

php文档中没有详细说明，不过man curl中有详细解释，两者都是代理，proxytunnel（-p参数）允许其他协议通过http代理传输，而proxy（-x参数）则只能走http协议。所以我猜测，google baidu的服务器和curl的proxytunnel不和，所以返回403。

禁用掉上面2行代码的第一句后，curl访问恢复正常。

比较奇怪的是，几种操作系统下还不一样，一台MAC OSX就要显式的禁用proxytunnel才可以，curl版本：

复制代码 代码如下:

$ curl --version
curl 7.16.3 (powerpc-apple-darwin9.0) libcurl/7.16.3 OpenSSL/0.9.7l zlib/1.2.3
Protocols: tftp ftp telnet dict ldap http file https ftps
Features: GSS-Negotiate IPv6 Largefile NTLM SSL libz

而另外一台ubuntu则完全不受影响，怎么都能用，curl版本：

复制代码 代码如下:

$ curl --version
curl 7.18.2 (i486-pc-linux-gnu) libcurl/7.18.2 OpenSSL/0.9.8g zlib/1.2.3.3 libidn/1.10
Protocols: tftp ftp telnet dict ldap ldaps http file https ftps
Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz

MT主机上的centos也没事，curl版本：

复制代码 代码如下:

$ curl --version
curl 7.15.5 (i686-redhat-linux-gnu) libcurl/7.15.5 OpenSSL/0.9.8b zlib/1.2.3 libidn/0.6.5
Protocols: tftp ftp telnet dict ldap http file https ftps
Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz

看来不完全是curl版本问题，MAC OSX的确与众不同啊。

还有一个原因也会导致curl返回403错误，如果设置了：

复制代码 代码如下:

 curl_setopt($ch, CURLOPT_NOBODY, true);

则需要紧跟着设置：

复制代码 代码如下:

 curl_setopt($ch, CURLOPT_CUSTOMREQUEST, 'GET');

不然会因为http服务器不允许 HEAD 命令而返回403错误。参考：Trouble with a cURL request in PHP（http://forums.devshed.com/php-development-5/trouble-with-a-curl-request-in-php-445222.html）。MAC OSX上curl之所以特殊，也不排除是这种原因吧。

调用未定义函数 curl_init() 错误

【中文标题】调用未定义函数 curl_init() 错误

【英文标题】：Call to undefined function curl_init() error

【发布时间】：2015-07-02 12:51:58

【问题描述】：

我使用的是 Win 64 位操作系统，php 5.6.8，使用 Eclipse PDT 开发 PHP。

我遇到了这个 Call to undefined function curl_init() 错误。

我在 php.ini 中删除了 extension=php_curl.dll 之前的 ;。重新启动了 Apache 服务器，但仍然出现相同的错误。

任何提示我哪里出错了？

【问题讨论】：

IDE 不相关。您可以随时通过phpinfo()函数查看扩展状态。

php.ini 存在于多个地方，您是否编辑了phpinfo() 说它使用的那个？

非常感谢您的回复...我发现我的 ext dir 没有在 php.ini 中设置...所以 php_curl.dll 没有加载。我还必须安装 libssh2。 dll

我有同样的问题@saurav =(

@Florida 请检查您在 php.ini 文件中的 ext dir 属性是否正确到扩展目录

【参考方案1】：

我遇到了同样的问题，几个小时后，我在这里找到了一条消息：

http://php.net/manual/curl.installation.php

它说，“在 Windows 7 x64 cURL 上升级到 php 5.6.9 不再被识别。服务器启动包上没有错误只是不可用并且没有显示在 phpinfo.php 中。deplister.exe 没问题 我修复了从 php 文件夹（在我的情况下为 D:\xampp\php）libeay32.dll、libssh2.dll、ssleay32.dll 到 c:\xampp\apache\bin（或您的 apache\bin 路径）处理以下列表文件，重新启动 Apache 并正常工作, Apache 的库已经过时了。”

它对我有用。

不容易找到，对吧？ :-)

【讨论】：

复制文件有帮助。我在从 php5.6 升级到 php7 时遇到问题。谢谢！

谢谢，apache bin/ 缺少 libssh2.dll

这是我从 PHP 5.6.19 升级到 PHP 5.6.27 后遇到的问题，谢谢。

为 php7 工作

“Apache 库已过时”的声明使我免于数小时痛苦但徒劳无功的工作。将libssh2.dll 添加到libeay32.dll 和ssleay32.dll 起到了作用。谢谢。

【参考方案2】：

您的问题可能已经解决。但对于那些仍在寻找的人，请在这里找到我的答案。

可能是指向错误的路径。

我在链接 (Call to undefined function curl_init() even it is enabled in php7) 中的回答说：

您的文件路径可能不正确

检查 Apache 错误日志

/var/log/apache2/error.log

如果调用的路径或文件名与您的真实路径匹配，例如

/usr/lib/php/20151012/php_curl.so

在我的情况下，它是相同的路径，但是“php_”丢失了

/usr/lib/php/20151012/curl.so

所以我在

中相应地更改了路径/文件名

/etc/php/7.0/cli/conf.d/20-curl.ini 

来自

extension=php_curl.so

进入

extension=curl.so

【讨论】：

虽然此链接可能会回答问题，但最好在此处包含答案的基本部分并提供链接以供参考。如果链接页面发生更改，仅链接答案可能会失效。 - From Review

感谢@MattO'Brien 的提示。我只是不想用副本发送垃圾邮件。

这是一种情况，如果 URL 移动或链接失效......那么答案最终毫无价值:)

【参考方案3】：

只需在 PATH 环境变量中添加 php 文件夹路径..... ;)

【参考方案4】：

在 Windows 10x64 上安装 PHP 7.2.4 和 Apache 2.4.33 时，我遇到了同样的错误：调用未定义的函数 curl_init()。 php.ini 有扩展目录路径和定义和取消注释的 php_curl 扩展。 尝试了早期答案的建议，不行。

通过将我的 PHP 位置添加到系统 PATH（如 C:\php）并重新启动 httpd（在我的情况下为 Apache2.4 服务）来修复它。

【参考方案5】：

有两个步骤：

转到php.ini 并删除;extension=curl 行中的;（在窗口中）。对于 Linux，您可以找到 curl 取消评论。 我下载互联网 3 个文件：libeay32.dll、libssh2.dll、ssleay32.dll。并通过Apache Folder/bin。然后重启apache。

有需要可以参考这个链接https://www.php.net/manual/en/curl.installation.php

现在可以了。