我使用Python 2.7.3和请求。我通过pip安装了Requests。我相信这是最新的版本。我在Debian Wheezy上运行。
我在过去使用过很多次请求，从来没有遇到过这个问题，但似乎当使用请求进行https请求时，我得到了一个InsecurePlatform异常。
错误提到urllib3，但我没有安装它。我确实安装了它，检查它是否解决了这个错误，但它没有。
/usr/local/lib/python2.7/dist-packages/requests/packages/urllib3
/util/ssl_.py:79: InsecurePlatformWarning: A true SSLContext object is not
available. This prevents urllib3 from configuring SSL appropriately and
may cause certain SSL connections to fail. For more information, see
https://urllib3.readthedocs.org/en/latest
/security.html#insecureplatformwarning.
知道我为什么会收到这个吗?我已经检查了文档，正如在错误消息中指定的那样，但是文档说要导入urllib3，要么禁用警告，要么提供证书。
Requests 2.6为2.7.9以前版本的python用户引入了此警告，只有现有的SSL模块可用。
假设你不能升级到较新的python版本，这将安装最新的python SSL库:
pip install --upgrade ndg-httpsclient
然而，在一些没有pyOpenSSL的构建依赖的系统上，这可能会失败。在debian系统上，在上面的pip命令之前运行这个命令应该足以让pyOpenSSL构建:
apt-get install python-dev libffi-dev libssl-dev
Requests 2.6为2.7.9以前版本的python用户引入了此警告，只有现有的SSL模块可用。
假设你不能升级到较新的python版本，这将安装最新的python SSL库:
pip install --upgrade ndg-httpsclient
然而，在一些没有pyOpenSSL的构建依赖的系统上，这可能会失败。在debian系统上，在上面的pip命令之前运行这个命令应该足以让pyOpenSSL构建:
apt-get install python-dev libffi-dev libssl-dev
使用隐藏的安全特性:
PIP安装请求[安全]
或
pip install pyOpenSSL ndg-httpsclient pyasn1
这两个命令都安装以下额外的包:
pyOpenSSL
密码学
idna
请注意，python-2.7.9+不是必需的。
如果pip安装失败并出现错误，请使用发行版的包管理器检查是否在系统中安装了libffi、libssl和python所需的开发包:
Debian/Ubuntu - python-dev libffi-dev libssl-dev包。
Fedora - openssl-devel python-devel libffi-devel包。
上面的发行版列表不完整。
解决方案(参见@TomDotTom的原始答案):
如果你不能安装一些必要的开发包，还有一个选项可以禁用该警告:
import requests.packages.urllib3
requests.packages.urllib3.disable_warnings()
如果您的pip本身受到InsecurePlatformWarning的影响，并且无法从PyPI安装任何东西，可以通过以下逐步指南手动部署额外的python包来修复。
上周，我在Ubuntu 14.04 (Python 2.7.6)上进行了apt-get dist-upgrade，其中包括libssl1.1:amd64。
由于我从cron作业运行certbot-auto renew，所以我还使用——no-self-upgrade来减少不定期的维护。这似乎是问题的根源。
要修复这个错误，我所需要做的就是成为根用户(使用su的登录开关)，并让certbot-auto自己升级。即:
sudo su --login
/usr/local/bin/certbot-auto renew
# ... Upgrading certbot-auto 0.8.1 to 0.18.2... blah blah blah ...
而不是通常从root的crontab运行:
5 7 * * * /usr/local/bin/certbot-auto renew --quiet --no-self-upgrade
在此之后，让sencrypt renwals再次正常运行。
