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

Question

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

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

有没有办法让 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 curl 它时，输出如下所示:

* 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 响应，并且可以看出我的非工作 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")
    <...>

因此，除了通过编辑子例程之外，您不能在此处“强制”它使用“HTTP/1.1”。

---

如果代理不支持 HTTP/1.0，这可能是问题所在 - 特别是 1.0 不需要 Host: header ，事实上，正如您通过比较日志输出所看到的使用上面的代码，httplib 不会发送它。 While, in verity, a proxy may expect it regardless .但如果是这种情况，您应该从代理或响应 CONNECT 的东西中得到一个错误——除非代理太无聊以至于它用一些默认值(或垃圾)代替 Host: ，无论如何都会返回 200 并尝试连接天知道在哪里，此时您会超时。

您可以通过将 httplib 添加到 _tunnel_headers(间接)来将 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')