请求库强制使用 HTTP/1.1 在 HTTPS 代理连接上

Question

我的 HTTP 代理服务器出现问题。不幸的是，我无法控制代理服务器——它是 IBM 的 'enterprise' 产品。代理服务器是用于软件测试的服务虚拟化解决方案的一部分。

根本问题（我认为*）是代理服务器发回 HTTP/1.0 响应。我可以从 SOAP UI（一个 Java 应用程序）和命令行 curl 让它正常工作，但 Python 拒绝连接。据我所知，Python 行为正确，而其他两个行为不正确，因为服务器期望 HTTP/1.1 响应（它至少需要主机 headers，将服务请求路由到给定的存根）。

有没有办法让 Requests 或底层 urllib3，或更深入的 http lib 始终使用 http1.1，即使另一端似乎使用 1.0？

这是一个示例程序（不幸的是，它需要您安装带有 RTCP 的 IBM Ration Integration Tester 才能真正复制）来重现问题：

import http.client as http_client
http_client.HTTPConnection.debuglevel = 1
import logging
import requests
logging.basicConfig()
logging.getLogger().setLevel(logging.DEBUG)
requests_log = logging.getLogger("requests.packages.urllib3")
requests_log.setLevel(logging.DEBUG)
requests_log.propagate = True

requests.post("https://host:8443/axl", 
            headers={"soapAction": '"CUCM:DB ver=9.1 updateSipTrunk"'}, 
            data='<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tns="http://www.cisco.com/AXL/API/9.1"><soapenv:Header/><soapenv:Body><tns:updateSipTrunk><name>PLACEHOLDER</name><newName>PLACEHOLDER</newName><destinations><destination><addressIpv4>10.10.1.5</addressIpv4><sortOrder>1</sortOrder></destination></destinations></tns:updateSipTrunk></soapenv:Body></soapenv:Envelope>', 
            verify=False)

（代理通过 HTTPS_PROXY 环境变量配置）

错误前的调试输出，注意HTTP/1.0:

INFO:requests.packages.urllib3.connectionpool:Starting new HTTPS connection (1): host.com
send: b'CONNECT host.com:8443 HTTP/1.0\r\n'
send: b'\r\n'
header: Host: host.com:8443

header: Proxy-agent: Green Hat HTTPS Proxy/1.0

RHEL 6 中出现的确切错误文本是：

requests.exceptions.SSLError: [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:646)

即使此处显示了主机 header，它也不会在线上显示。我用 tcpdump 确认了这一点：

14:03:14.315049 IP sourcehost.53214 > desthost.com: Flags [P.], seq 0:32, ack 1, win 115, options [nop,nop,TS val 2743933964 ecr 4116114841], length 32
        0x0000:  0000 0c07 ac00 0050 56b5 4044 0800 4500  .......PV.@D..E.
        0x0010:  0054 3404 4000 4006 2ca0 0af8 3f15 0afb  .T4.@.@.,...?...
        0x0020:  84f8 cfde 0c7f a4f8 280a 4ebd b425 8018  ........(.N..%..
        0x0030:  0073 da46 0000 0101 080a a38d 1c0c f556  .s.F...........V
        0x0040:  XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX  ..CONNECT.host
        0x0050:  XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX  xx:8443.HTTP/1.0
        0x0060:  0d0a

当我用 verbose 卷曲它时，输出如下所示：

* About to connect() to proxy proxy-host.com port 3199 (#0)
*   Trying 10.**.**.** ... connected
* Connected to proxy-host.com (10.**.**.**) port 3199 (#0)
* Establish HTTP proxy tunnel to host.com:8443
> CONNECT host.com:8443 HTTP/1.1
> Host: host.com:8443
> User-Agent: curl/7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/3.19.1 Basic ECC zlib/1.2.3 libidn/1.18 libssh2/1.4.2
> Proxy-Connection: Keep-Alive
> soapAction: "CUCM:DB ver=9.1 updateSipTrunk"
>
< HTTP/1.0 200 OK
< Host: host.com:8443
< Proxy-agent: Green Hat HTTPS Proxy/1.0
<
* Proxy replied OK to CONNECT request
* Initializing NSS with certpath: sql:/etc/pki/nssdb
*   CAfile: /path/to/store/ca-bundle.crt
  CApath: none
* SSL connection using TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256

在此点之后被截断。连接后您可以看到来自代理的 HTTP/1.0 响应。 curl 的 tcpdump 也清楚地显示了主机 header，以及 HTTP 1.1。

*我不能完全确定这是根本问题，因为我无法对其进行测试。我确实看到 HTTP/1.0 响应，并且可以看出我的 non-working Python 代码发送 CONNECT HTTP/1.0 消息，而工作 Java 发送 HTTP/1.1 消息，Curl 也是如此。有可能这个问题是不相关的（虽然我发现这不太可能）或者 Python 行为不端，而不是 Java/curl。我只是不够了解，无法确定。

那么，有没有办法强制 urllib3/requests 始终使用 HTTP v1.1？

Answer 1

httplib (which requests relies upon for HTTP(S) heavy lifting) 总是使用 HTTP/1.0 和 CONNECT:

Lib/httplib.py:788:

def _tunnel(self):
    self.send("CONNECT %s:%d HTTP/1.0\r\n" % (self._tunnel_host,
        self._tunnel_port))
    for header, value in self._tunnel_headers.iteritems():
        self.send("%s: %s\r\n" % (header, value))
    self.send("\r\n")
    <...>

所以你不能 "force" 它在这里使用 "HTTP/1.1" 除了通过编辑子例程。

如果代理不支持 HTTP/1.0，这可能是问题所在 - 特别是 1.0 不需要 Host: header，事实上，您可以通过将您的日志输出与上面的代码进行比较，可以看到 httplib 没有发送它。 While, in verity, a proxy may expect it regardless。但如果是这种情况，您应该从代理或响应 CONNECT 的东西中得到一个错误——除非代理太笨拙以至于它用一些默认值（或垃圾）代替 Host:、returns 200 并尝试连接 God-knows-where，这时你会超时。

您可以通过将 httplib 添加到 _tunnel_headers（间接）来使 httplib 添加 Host: header 到 CONNECT：

s=requests.Session()
proxy_url=os.environ['HTTPS_PROXY']
s.proxies["https"]=proxy_url
# have to specify proxy here because env variable is only detected by httplib code
#while we need to trigger requests' proxy logic that acts earlier
# "https" means any https host. Since a Session persists cookies,
#it's meaningless to make requests to multiple hosts through it anyway.

pm=s.get_adapter("https://").proxy_manager_for(proxy_url)
pm.proxy_headers['Host']="host.com"
del pm,proxy_url
<...>
s.get('https://host.com')

Answer 2

如果您不依赖请求库，您可能会发现以下代码片段很有用：

import http.client

conn = http.client.HTTPSConnection("proxy.domain.lu", 8080)
conn.set_tunnel("www.domain.org", 443, headers={'User-Agent': 'curl/7.56.0'})
conn.request("GET", "/api")
response = conn.getresponse()

print( response.read() )

请求库强制使用 HTTP/1.1 在 HTTPS 代理连接上

Requests Library Force Use of HTTP/1.1 On HTTPS Proxy CONNECT

python

curl

http-proxy

python-requests

python-3.5