curl请求 https资源的时候出现400

最新推荐文章于 2024-03-01 15:30:00 发布
最新推荐文章于 2024-03-01 15:30:00 发布
阅读量2.1w 收藏 4
点赞数
分类专栏： troubleshooting
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/tacuhuh/article/details/52152695
版权

在nginx上配置了一个新的域名, 习惯性地用curl请求看看有没有配置错误


因为是https的, 所以

$curl 'https://test.test.com/' -x 127.0.0.1:443 -i -L
HTTP/1.1 400 Bad Request
Server: nginx/1.9.12
Date: Mon, 08 Aug 2016 07:56:21 GMT
Content-Type: text/html
Content-Length: 173
Connection: close

curl: (56) Received HTTP code 400 from proxy after CONNECT

400了..ToT

拿浏览器绑个hosts, 正常返回了... @.@

一定curl差了些什么参数了


看了下服务端上面的访问日志, 看到了形如以下的访问日志

[08/Aug/2016:16:07:27 +0800] "CONNECT test.test.com:443 HTTP/1.1" 400 173 "-" "-" "-"


果断先拿百度开刷

# curl 'https://www.baidu.com/' -i -L -v
* About to connect() to www.baidu.com port 443 (#0)
*   Trying 14.215.177.38... connected
* Connected to www.baidu.com (14.215.177.38) port 443 (#0)
* Initializing NSS with certpath: sql:/etc/pki/nssdb
*   CAfile: /etc/pki/tls/certs/ca-bundle.crt
  CApath: none
* SSL connection using TLS_RSA_WITH_AES_128_CBC_SHA
* Server certificate:
* <span style="white-space:pre">	</span>subject: CN=baidu.com,OU=service operation department,O="Beijing Baidu Netcom Science Technology Co., Ltd.",L=Beijing,ST=Beijing,C=CN
* <span style="white-space:pre">	</span>start date: Sep 17 00:00:00 2015 GMT
* <span style="white-space:pre">	</span>expire date: Aug 31 23:59:59 2016 GMT
* <span style="white-space:pre">	</span>common name: baidu.com
* <span style="white-space:pre">	</span>issuer: CN=VeriSign Class 3 International Server CA - G3,OU=Terms of use at https://www.verisign.com/rpa (c)10,OU=VeriSign Trust Network,O="VeriSign, Inc.",C=US
> GET / HTTP/1.1
> User-Agent: curl/7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/3.21 Basic ECC zlib/1.2.3 libidn/1.18 libssh2/1.4.2
> Host: www.baidu.com
> Accept: */*
>
< HTTP/1.1 200 OK
HTTP/1.1 200 OK
< Server: bfe/1.0.8.14
Server: bfe/1.0.8.14
< Date: Mon, 08 Aug 2016 08:11:00 GMT
Date: Mon, 08 Aug 2016 08:11:00 GMT
< Content-Type: text/html
Content-Type: text/html
< Content-Length: 227
Content-Length: 227
< Connection: keep-alive
Connection: keep-alive
< Last-Modified: Thu, 09 Oct 2014 10:47:57 GMT
Last-Modified: Thu, 09 Oct 2014 10:47:57 GMT
< Set-Cookie: BD_NOT_HTTPS=1; path=/; Max-Age=300
Set-Cookie: BD_NOT_HTTPS=1; path=/; Max-Age=300
< Set-Cookie: BIDUPSID=4264F64D03A9A0D1FE68735BBB55FF4E; expires=Thu, 31-Dec-37 23:55:55 GMT; max-age=2147483647; path=/; domain=.baidu.com
Set-Cookie: BIDUPSID=4264F64D03A9A0D1FE68735BBB55FF4E; expires=Thu, 31-Dec-37 23:55:55 GMT; max-age=2147483647; path=/; domain=.baidu.com
< Set-Cookie: PSTM=1470643860; expires=Thu, 31-Dec-37 23:55:55 GMT; max-age=2147483647; path=/; domain=.baidu.com
Set-Cookie: PSTM=1470643860; expires=Thu, 31-Dec-37 23:55:55 GMT; max-age=2147483647; path=/; domain=.baidu.com
< P3P: CP=" OTI DSP COR IVA OUR IND COM "
P3P: CP=" OTI DSP COR IVA OUR IND COM "
< X-UA-Compatible: IE=Edge,chrome=1
X-UA-Compatible: IE=Edge,chrome=1
< Pragma: no-cache
Pragma: no-cache
< Cache-control: no-cache
Cache-control: no-cache
< Strict-Transport-Security: max-age=0
Strict-Transport-Security: max-age=0
< Accept-Ranges: bytes
Accept-Ranges: bytes
< Set-Cookie: __bsi=13639875133713009970_00_301_N_N_1_0301_002F_N_N_N_0; expires=Mon, 08-Aug-16 08:11:05 GMT; domain=www.baidu.com; path=/
Set-Cookie: __bsi=13639875133713009970_00_301_N_N_1_0301_002F_N_N_N_0; expires=Mon, 08-Aug-16 08:11:05 GMT; domain=www.baidu.com; path=/


<
<html>
<head>
<span style="white-space:pre">	</span><script>
<span style="white-space:pre">		</span>location.replace(location.href.replace("https://","http://"));
<span style="white-space:pre">	</span></script>
</head>
<body>
<span style="white-space:pre">	</span><noscript><meta http-equiv="refresh" content="0;url=http://www.baidu.com/"></noscript>
</body>
* Connection #0 to host www.baidu.com left intact
* Closing connection #0
</html>
</pre><pre name="code" class="plain">
# curl 'https://www.baidu.com/' -i -L -v  -x '103.235.46.39:443'    ###103.235.46.39是跑到 8.8.8.8 dns出来的ip
* About to connect() to proxy 103.235.46.39 port 443 (#0)
*   Trying 103.235.46.39... connected
* Connected to 103.235.46.39 (103.235.46.39) port 443 (#0)
<pre name="code" class="plain">* Establish HTTP proxy tunnel to www.baidu.com:443
> CONNECT www.baidu.com:443 HTTP/1.1
> Host: www.baidu.com:443> User-Agent: curl/7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/3.21 Basic ECC zlib/1.2.3 libidn/1.18 libssh2/1.4.2> Proxy-Connection: Keep-Alive>< HTTP/1.1 302 Moved TemporarilyHTTP/1.1 302 Moved Temporarily< Server: bfe/1.0.8.14Server: bfe/1.0.8.14< Date: Mon, 08 Aug 2016 07:49:07 GMTDate: Mon, 08 Aug 2016 07:49:07 GMT< Content-Type: text/htmlContent-Type: text/html< Content-Length: 161Content-Length: 161< Connection: closeConnection: close< Location: https://www.baidu.com/search/error.htmlLocation: https://www.baidu.com/search/error.html<* Received HTTP code 302 from proxy after CONNECT* Closing connection #0curl: (56) Received HTTP code 302 from proxy after CONNECT


 

 

 两次请求百度首页, 区别在于 -x 这个参数, 从而确定是这个参数惹的祸 

其实会留意到有这么两行
 

 

* Establish HTTP proxy tunnel to www.baidu.com:443
> CONNECT www.baidu.com:443 HTTP/1.1
 

 


 
 curl -x参数, man文档里面对这个参数的描述, 第一句就是 'Use the specified proxy' 

没有去细扣源码
 


 
 

大致原因是因为
 

因为 -x 参数的原因, curl 把 127.0.0.1:443 当成 http proxy 来用
 

对于 https 的请求, curl 对proxy 先发起一个 connect 请求
 

但, nginx没有实现 connect 方法
 

导致 客户端直接报错
 


 
 

解决方法, 目前只看到绕过过去的方法, 改下请求的方式咯
 

 

## 这个请求会报错, 会报证书出错
$ curl 'https://127.0.0.1/' -H 'Host:test.test.com' -i -L -v
## 加个 -k, 不验证证书, 请求成功
$ curl 'https://127.0.0.1/' -H 'Host:test.test.com' -i -L -v -k
 

 

 

 


 
 


 
 


 
 
 


 
 
 


 

                

        

        

    




    

      

        

            

              
                
                  貓_
                
              
            

            

                关注
              
            

        

        

          
    
            
  • 
              
                
                
                
                
                      0
                
              
              
    点赞
    
            
    • 
            
  • 
              
                
                
                
              
              
    踩
    
            
    • 
            
  • 
              
                
                
                
                
                    4
                
              
              
    
                
    
                  
                    收藏
                  
                
    
              
    
              
    
                
    
                  觉得还不错?
                  
                    一键收藏
                  
                 
                
    
              
    
            
    • 
          
  • 
            
    
              
              
            
    
              
              
              
                    0
              
            
            
    评论
    
          
    • 
          
  • 
          
    • 
          
  • 
            
              
            
              
    
            
              
                
            
    
          
    • 
        

      

      

            

                专栏目录
          










                



	

		

			

				
					
nginx正向代理配置

				
			

			

				

					Bertram的博客
				

				

					09-22
					
					6115
					
				

			

		

		

			
				
nginx正向代理配置
一、前言#

正向代理功能比较简单，但是原生nginx不支持https代理，如果访问https网站，会报错。

# nginx代理不支持http CONNECT方法：
curl: (56) Received HTTP code 400 from proxy after CONNECT



为了实现对https代理的支持，需要对原有nginx源码打补丁，就可以让nginx支持CONNECT模式了。
下载地址


二、下载并安装openresty
~ ]# yum -y install

			
		

	



                

              
                



	

		

			

				
					
PHP使用curl请求https站点的常见错误及解决方案-附件资源

				
			

			

				

					03-05
				

			

		

		

			
				
PHP使用curl请求https站点的常见错误及解决方案-附件资源

			
		

	



                


  
              

                


	

		

			

				
					
curl网络访问时报错：(56) Recv failure: Connection timed out

				
			

			

				

					企业实战系列集 ●●● https://ximenjianxue.blog.csdn.net
				

				

					02-22
					
					1万+
					
				

			

		

		

			
				
一、问题描述
某次用户对接某业务平台，在用户侧curl平台侧资源，报错：(56) Recv failure: Connection timed out；

二、分析处理
1、在服务器端curl上述地址正常；公网访问该url地址也正常；

2、用户侧访问，telnet 端口访问正常，这是curl Url时，提示连接超时；
3、可能原因：

客户端侧查看socket：显示：ESTABLISHED
当tcp连接完成syn->syn ack后进入ESTABLISHED状态， 而可能由于客户侧iptables的

			
		

	





	

		

			

				
					
超详细curl新增支持openssl（https协议）支持

				
			

			

				

					Karka_的博客
				

				

					03-01
					
					1075
					
				

			

		

		

			
				
网络安全行业产业以来，随即新增加了几十个网络安全行业岗位︰网络安全专家、网络安全分析师、安全咨询师、网络安全工程师、安全架构师、安全运维工程师、渗透工程师、信息安全管理员、数据安全工程师、网络安全运营工程师、网络安全应急响应工程师、数据鉴定师、网络安全产品经理、网络安全服务工程师、网络安全培训师、网络安全审计员、威胁情报分析工程师、灾难恢复专业人员、实战攻防专业人员…网上虽然也有很多的学习资源，但基本上都残缺不全的，这是我自己录的网安视频教程，上面路线图的每一个知识点，我都有配套的视频讲解。

			
		

	



		

			
		



	

		

			

				
					
正向代理访问https；报错 curl: (56) Received HTTP code 502 from proxy after CONNECT NGINX报错：proxy_connect: con

				
			

			

				

					weixin_43334761的博客
				

				

					01-26
					
					1339
					
				

			

		

		

			
				
NGINX正向代理报错

			
		

	





	

		

			

				
					
十二周五次课（3月16日）

				
			

			

				

					chunyang315的博客
				

				

					03-17
					
					271
					
				

			

		

		

			
				
Nginx负载均衡


如果代理一台机器那就叫做代理，如果代理2台机器那么可以称为负载均衡。如果代理服务器后面有多个web服务器去向代理服务器提供服务时，那么是可以实现负载均衡功能。正常情况下，如果不使用代理服务器，那用户访问web服务器就只能一台一台去请求了，或者域名解析到多台web服务器上。
查看qq.com解析的IP 是哪个，可以使用dig命令，如果没有可以使用yum来安装
yum inst...

			
		

	





	

		

			

				
					
curl ip报错curl: (56) Recv failure: Connection reset by peer

					
热门推荐

				
			

			

				

					飞扬_柳絮的专栏
				

				

					01-17
					
					13万+
					
				

			

		

		

			
				
背景： 
　第三方服务器存在”域名白名单”控制，我这边提供公网ip给对方，加好后，curl 对方的接口，出现 curl: (56) Recv failure: Connection reset by peer   telnet 通，ping不通 
ping telnet的区别 
　ping: 用来检查网络是否通畅或网络连接速度(Ping域名可以得出解析IP) 
　telnet: 用来检查指定ip是否

			
		

	





	

		

			

				
					
Sourcetree 报错：Received HTTP code 400 from proxy after CONNECT

				
			

			

				

					胡老汉的博客
				

				

					08-19
					
					7224
					
				

			

		

		

			
				
保存信息如下：

git -c diff.mnemonicprefix=false -c core.quotepath=false --no-optional-locks fetch origin
fatal: unable to access '*****': Received HTTP code 400 from proxy after CONNECT
完成时带有错误，见上文。

解决办法

工具 -> 网络

代理服务器是在改成使用自定义代理，问题就解决了




...

			
		

	





	

		

			

				
					
curl请求https资源的时候出现400

				
			

			

				

					abhw8805的博客
				

				

					10-28
					
					1099
					
				

			

		

		

			
				
在nginx上配置了一个新的域名, 习惯性地用curl请求看看有没有配置错误
因为是https的, 所以

$curl 'https://test.test.com/' -x 127.0.0.1:443 -i -L  
HTTP/1.1 400 Bad Request  
Server: nginx/1.9.12  
Date: Mon, 08 Aug 2016 07:56:...

			
		

	





	

		

			

				
					
nginx https透明代理_nginx正向https代理配置

				
			

			

				

					weixin_39627697的博客
				

				

					11-29
					
					1260
					
				

			

		

		

			
				
一、前言1.1 正向代理功能比较简单，但是原生nginx不支持https代理，如果访问https网站，会报错。# nginx代理不支持http CONNECT方法：curl: (56) Received HTTP code 400 from proxy after CONNECT1.2 为了实现对https代理的支持，需要对原有nginx源码打补丁，就可以让nginx支持CONNECT模式了。ht...

			
		

	





	

		

			

				
					
负载均衡—nginx正向代理

				
			

			

				

					weixin_33979203的博客
				

				

					01-14
					
					257
					
				

			

		

		

			
				
Nginx的正向代理注意：Nginx不支持HTTPS协议的正向代理，所以如果访问HTTPS的站点，会出现HTTP400的错误；提示如下Shell>#  curl -i https://www.baidu.comHTTP/1.1  400 Bad RequestServer:  nginxDate:  Wed, 13 Apr 2016 03:46:17 G...

			
		

	





	

		

			

				
					
curl命令详解资源合集完整版

				
			

			

				

					05-30
				

			

		

		

			
				
curl命令详解  ...其实curl远不⽌前⾯所说的那些功能，⼤家可以通过man curl阅读⼿册页获取更多的信息。类似的⼯具还有wget。...本资源包括了curl命令的使用方法等详细做了介绍，有需要的朋友可以下载学习。

			
		

	





	

		

			

				
					
php资源 curl请求类分装，get,post,等分装

				
			

			

				

					08-13
				

			

		

		

			
				
 * 发起get请求  */  public function getRequest() {  return self::doRequest(0);  }  /**  * 发起post请求  */  public function postRequest() {  return self::doRequest(1);  }  /**  * 处理发起非get请求的...

			
		

	





	

		

			

				
					
C++使用CURL库POST请求向服务器发送JSON数据-附件资源

				
			

			

				

					03-05
				

			

		

		

			
				
C++使用CURL库POST请求向服务器发送JSON数据-附件资源

			
		

	





	

		

			

				
					
施耐德PLC例程源码twidopid控制实列

				
			

			

				

					04-22
				

			

		

		

			
				
施耐德PLC例程源码twido pid 控制实列提取方式是百度网盘分享地址

			
		

	





	

		

			

				
					
node-v19.2.0-darwin-arm64.tar.xz

				
			

			

				

					04-22
				

			

		

		

			
				
Node.js，简称Node，是一个开源且跨平台的JavaScript运行时环境，它允许在浏览器外运行JavaScript代码。Node.js于2009年由Ryan Dahl创立，旨在创建高性能的Web服务器和网络应用程序。它基于Google Chrome的V8 JavaScript引擎，可以在Windows、Linux、Unix、Mac OS X等操作系统上运行。

Node.js的特点之一是事件驱动和非阻塞I/O模型，这使得它非常适合处理大量并发连接，从而在构建实时应用程序如在线游戏、聊天应用以及实时通讯服务时表现卓越。此外，Node.js使用了模块化的架构，通过npm（Node package manager，Node包管理器）,社区成员可以共享和复用代码，极大地促进了Node.js生态系统的发展和扩张。

Node.js不仅用于服务器端开发。随着技术的发展，它也被用于构建工具链、开发桌面应用程序、物联网设备等。Node.js能够处理文件系统、操作数据库、处理网络请求等，因此，开发者可以用JavaScript编写全栈应用程序，这一点大大提高了开发效率和便捷性。

在实践中，许多大型企业和组织已经采用Node.js作为其Web应用程序的开发平台，如Netflix、PayPal和Walmart等。它们利用Node.js提高了应用性能，简化了开发流程，并且能更快地响应市场需求。



			
		

	





	

		

			

				
					
node-v15.12.0-darwin-x64.tar.xz

					
最新发布

				
			

			

				

					04-22
				

			

		

		

			
				
Node.js，简称Node，是一个开源且跨平台的JavaScript运行时环境，它允许在浏览器外运行JavaScript代码。Node.js于2009年由Ryan Dahl创立，旨在创建高性能的Web服务器和网络应用程序。它基于Google Chrome的V8 JavaScript引擎，可以在Windows、Linux、Unix、Mac OS X等操作系统上运行。

Node.js的特点之一是事件驱动和非阻塞I/O模型，这使得它非常适合处理大量并发连接，从而在构建实时应用程序如在线游戏、聊天应用以及实时通讯服务时表现卓越。此外，Node.js使用了模块化的架构，通过npm（Node package manager，Node包管理器）,社区成员可以共享和复用代码，极大地促进了Node.js生态系统的发展和扩张。

Node.js不仅用于服务器端开发。随着技术的发展，它也被用于构建工具链、开发桌面应用程序、物联网设备等。Node.js能够处理文件系统、操作数据库、处理网络请求等，因此，开发者可以用JavaScript编写全栈应用程序，这一点大大提高了开发效率和便捷性。

在实践中，许多大型企业和组织已经采用Node.js作为其Web应用程序的开发平台，如Netflix、PayPal和Walmart等。它们利用Node.js提高了应用性能，简化了开发流程，并且能更快地响应市场需求。



			
		

	





	

		

			

				
					
毕业设计 一款家庭记账本.zip

				
			

			

				

					04-22
				

			

		

		

			
				
毕业设计 一款家庭记账本

			
		

	





	

		

			

				
					
PHP的curl请求头

				
			

			

				

					09-04
				

			

		

		

			
				
在 PHP 中使用 cURL 发送请求时，你可以通过设置请求头来自定义请求。以下是一个示例，展示如何在 PHP 中设置 cURL 请求头：

```php
$url = 'https://example.com/api';
$headers = array(
    'Content-Type: application/json',
    'Authorization: Bearer your_token',
);

$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_HTTPHEADER, $headers);

$response = curl_exec($ch);
curl_close($ch);

echo $response;
```

在上面的示例中，我们首先定义了要请求的 URL，并创建了一个包含请求头的数组。然后，我们初始化 cURL，设置 URL、设置返回结果为字符串，并使用 `curl_setopt()` 函数将请求头传递给 cURL。

最后，我们执行请求并获取响应。记得使用 `curl_close()` 关闭 cURL 资源，并处理响应数据。

请注意，上述示例中的请求头 `'Content-Type: application/json'` 和 `'Authorization: Bearer your_token'` 可根据你的实际需求进行修改。

			
		

	



              



  
“相关推荐”对你有帮助么？

  

      
    
          
  • 
              
    
                  
                  
              
    
              
    非常没帮助
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    没帮助
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    一般
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    有帮助
    
          
    • 
          
  • 
              
    
                  
                  
              
    
              
    非常有帮助
    
          
    • 
      

      

      

          
          提交
      

      

  




          




        



    





    



      

      

        
      

      





	

		评论	
	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值