curl返回常见错误码
curl错误码
curl错误码cURL是一种网络传输工具，能够以编程的方式来完成各种网络传输，比如HTTP协议、FTP文件传输等，是一种非常重要的网络传输工具。
但是有时候，由于网络不稳定的原因或者请求的格式不正确，会导致传输失败，因此cURL所提供的错误码就派上了用场。
本文将介绍cURL常见的错误码以及解决办法，以便大家更好地理解处理cURL出现的问题。
首先，介绍cURL常见的错误码：1.误码100：这是一个表示Continue的状态码，接收到服务端发送的100状态吗，说明要继续发送请求，这种错误一般是出现在客户端发起网络请求之前。
2.误码301：这是一个表示Moved Permanently的状态码，接收到这个状态码，表示所请求的资源已经被移动，如果想获得资源，需要更改URL为新的URL，系统会返回新的数据。
3.误码302：接收到这个状态码，表示所请求的资源已经被临时移动，如果想获得资源，需要更改URL为新的URL，系统会返回新的数据。
4.误码404：接收到这个状态码，表示所请求的资源不存在，系统会返回空。
5.误码500：接收到这个状态码，表示服务器内部发生了错误，系统会返回空。
6.误码503：接收到这个状态码，表示服务器当前拒绝服务，系统无法正确处理请求。
现在，我们来讨论如何解决这些错误码带来的问题。
首先，当收到一个100状态码的时候，表示要继续发送请求，因此你只需要继续发送请求即可。
其次，当收到一个301或者302状态码的时候，表明资源已经被移动，需要使用新的URL，此你需要手动更改URL，重新发起请求。
再次，当收到404或者500状态码的时候，表明资源不存在或者服务器内部发生了错误，因此你可以重新发起网络请求，如果还是收到同样的错误码，你可以检查请求的参数是否正确，是否收到正确的数据，以及网络是否稳定。
最后，当收到503状态码的时候，表明服务器当前拒绝服务，因此你可以检查服务器的状态，检查资源是否存在或者是否其他进程在接手本请求，如果没有，则可以重新发起请求，如果有，则可以尝试等待一段时间，直至服务器恢复正常。
PHPCurl出现403错误的解决办法
PHPCurl出现403错误的解决办法⾃⼰⽤的⼩PHP应⽤，使⽤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 :80> CONNECT :80 HTTP/1.0Host: :80User-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错误，但原因肯定还在我这边。
关于curl命令报错：curl：（56）ReceivedHTTPcode503frompr。。。
关于curl命令报错：curl：
（56）ReceivedHTTPcode503frompr。
今天在执⾏⼀个⾃动化脚本时，发现脚本返回如下错误：
[qq_5201351@localhost ~]# sh xx_auto_install_9.x.sh
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
00000000 --:--:-- --:--:-- --:--:-- 0
curl: (56) Received HTTP code 503 from proxy after CONNECT
分析了脚本的主要逻辑：
脚本中使⽤export定义了HTTP_PROXY及HTTPS_PROXY系统环境变量
然后再多处地址使⽤了curl访问https，第⼀处curl命令就报错了（curl使⽤了--tlsv1.2及--insecure选项）
+++++根据错误进⾏了如下⼏个步骤的排查分析
1、服务器到proxy服务器的端⼝连通（正常的）
2、DNS能否解析出curl的远端主机的IP（正常的）
3、最后看到返回的503错误,基本可以确认是服务端问题了
于是通知服务端负责⼈确认应⽤是否正常，那边解决后，脚本再次执⾏就正常了。
curl处理多次401的方法
题目：curl处理多次401的方法内容：一、问题描述最近在使用curl进行接口请求时，遇到了比较棘手的问题，就是在请求接口时多次出现了401未授权的错误。
这个问题困扰了我一段时间，后来通过一些方法和技巧成功解决了这个问题。
下面我就来共享一下我的解决方法。
二、问题分析首先让我们来分析一下为什么会出现多次401未授权的错误。
在使用curl请求接口时，服务器会对请求进行验证，如果验证未通过就会返回401未授权的错误。
这种情况通常是由于请求头中的认证信息错误或过期导致的。
三、解决方法针对这个问题，我尝试了几种解决方法，最终找到了一种比较靠谱的方法来处理多次401的情况。
1. 使用-c参数设置重试次数在使用curl命令时，可以通过-c参数设置重试次数。
例如：```curl -c 3 ""```这个命令会在收到401未授权错误时自动重试3次。
2. 使用-H参数设置请求头在请求头中加入认证信息，可以避免因为认证错误导致的401未授权错误。
例如：```curl -H "Authorization: Bearer token" ""```这个命令会在请求时带上Bearer token进行认证。
3. 使用--retry参数设置重试间隔可以使用--retry参数设置重试间隔，避免频繁请求导致服务器拒绝。
例如：```curl --retry 5 --retry-delay 5 ""```这个命令会设置重试5次，每次重试间隔5秒。
4. 使用--max-time参数设置超时时间可以使用--max-time参数设置请求的最大时间，避免请求超时导致未授权错误。
例如：```curl --max-time 10 ""```这个命令会设置请求的最大时间为10秒。
四、总结通过以上的方法和技巧，我成功解决了curl处理多次401的问题。
在实际的项目中，我们需要根据具体情况灵活运用这些方法，找到最合适的解决方案。
curl返回server certificate verification failed
curl返回server certificate verification failed当您在使用cURL时遇到“server certificate verification failed”错误，这通常意味着cURL在尝试建立SSL连接时无法验证服务器的证书。
这可能是由多种原因引起的，以下是一些可能的解决方案：1.证书问题：首先，您需要确保服务器使用的证书是有效和正确的。
如果证书已过期、被撤销或与服务器域名不匹配，cURL将无法验证它。
2.CA证书问题：cURL使用CA（证书颁发机构）证书来验证服务器证书的签名。
如果cURL没有最新的CA证书或者缺少某个特定机构的CA证书，它将无法验证服务器证书。
您可以尝试更新您的cURL和系统CA证书库，或添加缺失的CA证书。
3.自签名证书：如果服务器使用自签名证书，某些版本的cURL可能会因为自签名证书不被信任而拒绝验证。
您可以考虑将自签名证书添加到系统的信任存储中，或者使用cURL的CURLOPT_CAPATH或CURLOPT_CAINFO选项来指定CA证书路径。
4.禁用SSL证书验证：作为一种临时解决方案，您可以尝试禁用SSL证书验证，但这会使通信容易受到中间人攻击。
请仅在测试环境中使用此方法，并避免在生产环境中使用。
下面是一个使用cURL的示例代码，禁用SSL证书验证：ccurl_setopt($ch, CURLOPT_SSL_VERIFYPEER, FALSE);请注意，禁用SSL证书验证是一种不安全的做法，因为它使通信容易受到中间人攻击。
在生产环境中，您应该确保服务器使用有效的、由受信任的证书颁发机构签名的证书，并更新您的cURL和系统CA证书库。
curl 错误码
Curl 错误码是网络开发中常见的一种错误类型，它提供了一种可读的方式来提示网络开发者发生的错误。
这里介绍几个常见的 curl 错误码，以及解决它们的方法。
首先是 curl 错误码 7，这表明连接服务器时出现了问题。
一般来说，这是因为代理服务器或防火墙设置不正确，或者该网站服务器拒绝了连接请求。
确定原因后，可以调整代理服务器设置或网站服务器的设置，以便正确连接服务器。
接下来是 curl 错误码 28，这表示连接服务器超时。
一般来说，可以通过增加 curl 连接超时时间来解决这个问题。
此外，也可以检查服务器是否正常运行，以及确保与服务器的网络连接正常。
再次是 curl 错误码 35，这表示传输过程中出现了一些问题。
一般来说，这是因为 ssl 加密连接出现问题，因此你需要确保 ssl 连接正确配置。
最后是 curl 错误码 52，这表示客户端和服务器之间的连接出现了问题。
一般来说，这是因为服务器拒绝客户端的请求，或者客户端发送的请求数据格式不正确。
确保请求格式正确，或者检查服务器设置，以确保服务器正确接收请求。
总而言之，curl 错误码提供了一种可读的方式来提示网络开发者发生的错误。
上面介绍的几种错误码是网络开发中常见的几种错误码，可以根据错误码确定错误原因，并根据实际情况采取相应的措施来解决问题。
curle_range_error 处理方法
`CURLE_RANGE_ERROR` 是一个由libcurl 库返回的错误代码，表示服务器拒绝了请求的范围。
这通常是因为服务器无法找到请求的特定部分，或者因为请求的范围超过了可接受的限制。
处理`CURLE_RANGE_ERROR` 的方法取决于具体的请求和服务器。
以下是一些可能的解决方案：1. **检查Range 头**：确保你发送的请求中Range 头是正确的。
如果你试图获取文件的一部分，你需要确保Range 头的值是正确的。
2. **检查服务器**：有些服务器可能不支持或者限制了Range 请求。
你可能需要联系服务器的管理员或者检查服务器的文档来确认是否支持Range 请求。
3. **使用不同的用户代理**：有些服务器可能会拒绝来自某些用户代理的Range 请求。
尝试更改或者禁用用户代理可能会解决这个问题。
4. **尝试不同的方法**：如果服务器不支持GET 请求中的Range 头，你可能需要使用其他方法来获取你需要的部分。
例如，你可以尝试使用POST 或者PUT 请求。
5. **错误处理**：在代码中添加适当的错误处理可以让你更好地理解问题所在。
例如，你可以捕获`CURLE_RANGE_ERROR` 错误，然后打印更详细的错误信息，这将帮助你更好地理解问题所在。
例如，如果你使用的是libcurl 和C，你可以使用以下代码来捕获`CURLE_RANGE_ERROR`：```cCURL *curl = curl_easy_init();if(curl) {CURLcode res;res = curl_easy_perform(curl);if(res != CURLE_OK) {fprintf(stderr, "curl_easy_perform() failed: %s\n", curl_easy_strerror(res));}curl_easy_cleanup(curl);}```在这个例子中，如果发生错误，`curl_easy_perform()` 将返回非`CURLE_OK` 的值，然后你可以使用`curl_easy_strerror()` 来获取更详细的错误信息。
curl错误码
curl错误码cURL（clientURL）是一种多功能的文件传输协议，提供了一系列标准的网络协议，它具有高效率和灵活性，可用于各种不同的应用场景，是一个强大的网络工具。
cURL使开发者可以使用编程语言更容易地连接到远程服务器，读取，更新和创建资源，如文件和数据库。
当使用cURL发生故障时，会出现错误码，cURL错误码是一种帮助开发者调试的手段，帮助开发者发现并修复可能出现的问题。
cURL的错误码有很多种，常见的错误码有7类：1、CURLE_OK：表示操作成功完成。
2、CURLE_URL_MALFORMAT：请求的URL格式错误，无法解析。
3、CURLE_UNSUPPORTED_PROTOCOL：不支持的协议。
4、CURLE_COULDNT_RESOLVE_HOST：无法解析主机名到IP地址，服务器不存在。
5、CURLE_CANT_CONNECT：无法与主机或代理服务器建立连接。
6、CURLE_REMOTE_ACCESS_DENIED：拒绝了远程访问，服务器不允许访问。
7、CURLE_OPERATION_TIMEDOUT：操作超时，服务器请求超时。
有时候可能会出现这种错误码，比如当网络拥塞而无法访问服务器，或者服务器超载而拒绝访问，也可能是因为cURL请求的URL不可用，没有找到，或者因为网络的其他原因导致访问被拒绝，这些都会导致cURL出现一些错误码。
为了解决出现的错误码，首先要查看cURL的错误日志，查看错误的具体原因，然后根据错误码的含义，找出错误的源头，修改对应的代码，或者重新设置cURL选项，让cURL能正确访问服务器。
当错误出现在服务器端时，可能需要查看服务器日志，检查服务器配置，排查服务器端的错误，如果是网络原因，可能需要检查网络的连接状态，找出原因，解决问题。
除了上面介绍的几种常见的cURL错误码外，还有其他更多的错误码，比如CURLE_ABORTED_BY_CALLBACK，CURLE_FUNCTION_NOT_FOUND，CURLE_PARTIAL_FILE等，有各种各样的错误码，每种错误都有相应的解决方案，如果出现这些错误，需要根据实际情况，查阅官方文档，结合日志，查找解决办法。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
CURLE_OK（0）所有罚款。
继续像往常一样。
CURLE_UNSUPPORTED_PROTOCOL（1）你的URL传递给libcurl的使用协议，这libcurl的不支持。
支持可能是你没有使用一个编译时的选项，它可以是一个拼写错的协议字符串，或者只是一个协议的libcurl没有代码。
CURLE_FAILED_INIT（2）非常早期的初始化代码失败。
这可能是内部错误或问题，资源问题，一些基本的东西可能无法完成初始化时间。
CURLE_URL_MALFORMAT（3）该网址的格式不正确。
CURLE_NOT_BUILT_IN（4）libcurl的内置在一个编译时决定所要求的功能，协议或购股权没有被发现。
这意味着，一个功能或选项是不启用或明确禁用的libcurl建时，为了得到它的功能，你必须得到一个重建的libcurl的。
CURLE_COULDNT_RESOLVE_PROXY（5）无法解析代理服务器。
代理主机无法得到解决。
CURLE_COULDNT_RESOLVE_HOST（6）无法解析主机。
给定的远程主机没有得到解决。
CURLE_COULDNT_CONNECT（7）connect（）的主机或代理失败。
CURLE_FTP_WEIRD_SERVER_REPLY（8）连接到一个FTP服务器后，libcurl的预期得到一定的回复返回。
这个错误代码表示，它有一个奇怪的或坏的答复。
指定的远程服务器可能不是一个确定的FTP服务器。
CURLE_REMOTE_ACCESS_DENIED（9）我们被拒绝访问的资源的URL。
对于FTP，发生这种情况而力图改变的远程目录。
CURLE_FTP_ACCEPT_FAILED（10）在等待服务器的连接时，一个主动FTP会话使用，被送到控制连接或类似的错误代码。
CURLE_FTP_WEIRD_PASS_REPLY（11）发送到服务器的FTP密码后，libcurl的预计正确的答复。
此错误代码指示返回了意外的代码。
CURLE_FTP_ACCEPT_TIMEOUT（12）在当前的FTP会话在等待服务器连接，CURLOPT_ACCEPTTIMOUT_MS（或内部默认），超时过期。
CURLE_FTP_WEIRD_PASV_REPLY（13）libcurl的失败作为一个PASV或EPSV命令从服务器得到一个合理的结果。
服务器是有缺陷的。
CURLE_FTP_WEIRD_227_FORMAT（14）FTP服务器返回一个227行作为一个PASV命令的响应。
如果libcurl的无法解析该行，此返回代码被传递回。
CURLE_FTP_CANT_GET_HOST（15）内部故障查找主机使用新的连接。
CURLE_FTP_COULDNT_SET_TYPE（17）收到一个错误，当试图传送模式设置为二进制或ASCII。
CURLE_PARTIAL_FILE（18）文件传输，短于或大于预期。
发生这种情况时，服务器首先报告预期的传输大小，然后提供数据不匹配前面给出的大小。
CURLE_FTP_COULDNT_RETR_FILE（19）这是一个奇怪的回答“RETR”命令或一个零字节传输完成。
CURLE_QUOTE_ERROR（21）当发送到远程服务器，自定义的“QUOTE”命令的一个命令返回的错误代码为400或更高（对于FTP）或表示不成功的完成命令。
CURLE_HTTP_RETURNED_ERROR（22）这是返回CURLOPT_FAILONERROR设置为TRUE和HTTP服务器返回的错误代码是>=400。
CURLE_WRITE_ERROR（23）发生错误，写作时接收到的数据到本地文件，或者返回错误libcurl的一个写回调。
CURLE_UPLOAD_FAILED（25）开始上载失败。
对于FTP，服务器通常否认的STOR命令。
通常的错误缓冲区包含了服务器的解释。
CURLE_READ_ERROR（26）有一个问题读取本地文件或返回一个错误的读回调。
CURLE_OUT_OF_MEMORY（27）内存分配请求失败。
这是严重的不良和活动，如果发生过严重搞砸了。
CURLE_OPERATION_TIMEDOUT（28）操作超时。
根据条件达到指定的超时期间。
CURLE_FTP_PORT_FAILED（30）FTP PORT命令返回错误。
这主要是当你还没有足够的地址指定了一个良好的libcurl的使用。
SeeCURLOPT_FTPPORT。
CURLE_FTP_COULDNT_USE_REST（31）FTP REST命令返回错误。
如果服务器是明智的，这不应该发生。
CURLE_RANGE_ERROR（33）服务器不支持或接受范围请求。
CURLE_HTTP_POST_ERROR（34）这是一个奇怪的错误，主要发生是由于内部的混乱。
CURLE_SSL_CONNECT_ERROR（35）出现问题的地方，在SSL/TLS握手。
你真正想要的的错误缓冲区和阅读邮件，因为它针对问题稍微。
可能是证书（文件格式，路径，权限），密码，和其他人。
CURLE_BAD_DOWNLOAD_RESUME（36）下载无法恢复，因为指定的偏移量为文件的边界。
CURLE_FILE_COULDNT_READ_FILE（37）无法打开的文件FILE://。
最有可能的，因为该文件的路径不能识别现有文件。
你是否检查文件的权限？CURLE_LDAP_CANNOT_BIND（38）LDAP无法绑定。
LDAP绑定操作失败。
CURLE_LDAP_SEARCH_FAILED（39）LDAP搜索失败。
CURLE_FUNCTION_NOT_FOUND（41）函数没有找到。
一个必需的zlib的功能没有被发现。
CURLE_ABORTED_BY_CALLBACK（42）通过回调中止。
返回的回调“中止”libcurl的。
CURLE_BAD_FUNCTION_ARGUMENT（43）内部错误。
函数调用了一个错误的参数。
CURLE_INTERFACE_FAILED（45）接口错误。
指定的出接口不能使用。
设置接口使用传出连接的源IP地址与CURLOPT_INTERFACE。
CURLE_TOO_MANY_REDIRECTS（47）过多的重定向。
以下重定向时，libcurl的创下的最高金额。
设置您的与CURLOPT_MAXREDIRS限制。
CURLE_UNKNOWN_OPTION（48）无法识别的选项传递给libcurl的/。
请参阅相应的文档。
这是最有可能在程序中使用libcurl的问题。
的的错误缓冲区可能包含准确的选项，它涉及更具体的信息。
CURLE_TELNET_OPTION_SYNTAX（49）telnet选项字符串被非法格式化。
CURLE_PEER_FAILED_VERIFICATION（51）远程服务器的SSL证书或SSH的MD5指纹被认为是不正常的。
CURLE_GOT_NOTHING（52）没有从服务器返回的，和得到什么的情况下，被认为是一个错误。
CURLE_SSL_ENGINE_NOTFOUND（53）未找到指定的加密引擎。
CURLE_SSL_ENGINE_SETFAILED（54）设置所选的SSL加密引擎，默认情况下失败！CURLE_SEND_ERROR（55）发送网络数据失败。
CURLE_RECV_ERROR（56）如果接收网络数据。
CURLE_SSL_CERTPROBLEM（58）与当地的客户端证书的问题。
CURLE_SSL_CIPHER（59）无法使用指定的密码。
CURLE_SSL_CACERT（60）同侪凭证不能与已知的CA证书进行身份验证。
CURLE_BAD_CONTENT_ENCODING（61）无法识别的传输编码。
CURLE_LDAP_INVALID_URL（62）无效的LDAP URL。
CURLE_FILESIZE_EXCEEDED（63）最大文件大小超过。
CURLE_USE_SSL_FAILED（64）要求FTP SSL水平失败。
CURLE_SEND_FAIL_REWIND（65）在做了一个发送操作卷曲，倒带重传的数据，但的倒带操作失败。
CURLE_SSL_ENGINE_INITFAILED（66）SSL发动机启动失败。
CURLE_LOGIN_DENIED（67）远程服务器拒绝卷曲登录（加入7.13.1）CURLE_TFTP_NOTFOUND（68）TFTP服务器上找不到文件。
CURLE_TFTP_PERM（69）TFTP服务器上的权限问题。
CURLE_REMOTE_DISK_FULL（70）出在服务器上的磁盘空间。
CURLE_TFTP_ILLEGAL（71）非法的TFTP操作。
CURLE_TFTP_UNKNOWNID（72）未知TFTP传输ID。
CURLE_REMOTE_FILE_EXISTS（73）文件已经存在，并不会被覆盖。
CURLE_TFTP_NOSUCHUSER（74）这个错误不应该被返回正常工作的TFTP服务器。
CURLE_CONV_FAILED（75）字符转换失败。
CURLE_CONV_REQD（76）调用者必须注册转换回调。
CURLE_SSL_CACERT_BADFILE（77）问题读取SSL证书（路径的访问权限？）CURLE_REMOTE_FILE_NOT_FOUND（78）不存在的URL引用的资源。
CURLE_SSH（79）未指定的错误发生在SSH会话。
CURLE_SSL_SHUTDOWN_FAILED（80）关闭SSL连接失败。
CURLE_AGAIN（81）Socket是没有准备好发送/接收等待，直到它准备好了，然后再试一次。
此返回代码仅返回从curl_easy_recv（3）和（3）（加入7.18.2curl_easy_send），CURLE_SSL_CRL_BADFILE（82）无法加载CRL文件（在7.19.0版加入）CURLE_SSL_ISSUER_ERROR（83）发行人检查失败（在7.19.0版加入）CURLE_FTP_PRET_FAILED（84）FTP服务器不理解的PRET命令，所有不支持给定的参数。
要小心时usingCURLOPT_CUSTOMREQUEST，自定义列表“命令将发送PRET CMD前PASV以及。
（添加在7.20.0）CURLE_RTSP_CSEQ_ERROR（85）RTSP的Cseq号码不匹配。
CURLE_RTSP_SESSION_ERROR（86）RTSP会话标识符不匹配。
CURLE_FTP_BAD_FILE_LIST（87）无法，解析FTP文件列表（在FTP通配符下载）。
CURLE_CHUNK_FAILED（88）块回调报告错误。
CURLE_OBSOLETE*这些错误代码永远不会返回。