requests 库在使用 cntlm 代理时的 CONNECT 请求失败问题及解决方案
昨天有一个粉丝提出了一个关于使用requests库和cntlm代理的问题，问题涉及到HTTP协议版本的冲突。在这篇文章中，我们将探讨这个问题的背景和解决方案。
我们在使用requests库时，通过cntlm代理进行认证，但是cntlm代理只支持HTTP/1.1协议。然而，当requests库发起HTTPS连接时，使用的是HTTP/1.0协议，这导致了连接失败的问题。下面我们给出解决方案。
针对这个问题，requests库的开发者在2017年1月13日给出了回复。他们指出，目前很难直接在urllib3中解决这个问题，因为发起CONNECT请求的是httplib库，而更改协议版本并不能解决问题。这是因为CONNECT请求不包含Host头字段，这不符合HTTP/1.1协议的要求。
为了解决这个问题，开发者建议用户可以采用以下两种方法之一：
1. 使用Monkeypatch：用户可以通过Monkeypatching（代码注入）的方式来修改httplib库的行为，使其在发起CONNECT请求时使用HTTP/1.1协议而不是HTTP/1.0协议。这样可以暂时解决问题，但需要谨慎处理，因为Monkeypatching可能引入其他不稳定性。
2. 重写httplib的tunnel()逻辑：用户还可以选择重写httplib库的tunnel()方法，以适应cntlm代理的要求。这需要一些编程技巧，但可以更灵活地解决问题。
总结
这个问题的根本原因是httplib库在发起CONNECT请求时使用的是HTTP/1.0协议，而cntlm代理只支持HTTP/1.1协议，导致了协议版本的冲突。解决这个问题的方法是在等待urllib3的v2版本发布之前，采用Monkeypatch或重写httplib的tunnel()逻辑。用户可以根据自己的需求选择其中一种方法，以解决这个问题。希望这个解决方案对解决问题的发起者以及其他遇到类似问题的人有所帮助。 感谢分享
数控车床 https://www.jc35.com/channel/t3230
激光切割机 https://laser.jc35.com/
激光焊接机 https://hjj.jc35.com/
数控冲床 https://chongchuang.jc35.com/
折弯机 https://zwj.jc35.com/
页:
[1]