如果您希望禁用警告，但又不想禁用来自其他包或应用程序其他部分的警告，下面介绍如何在每次调用时禁用它们。

步骤1，创建一个上下文管理器。

from contextlib import contextmanager

@contextmanager
def disable_ssl_warnings():
    import warnings
    import urllib3

    with warnings.catch_warnings():
        urllib3.disable_warnings(urllib3.exceptions.InsecureRequestWarning)
        yield None

第二步，结束通话:

with disable_ssl_warnings():
    requests.get('https://example.com')

警告只会在那通电话时被解除。

(根据@shazow的回答，这适用于请求>= 2.16.0)

如果某些包供应商提供了urllib3的副本，则接受的答案将不起作用，在这种情况下，这仍然有效:

import warnings

warnings.filterwarnings('ignore', message='Unverified HTTPS request')

你可以通过PYTHONWARNINGS环境变量禁用任何Python警告。在本例中，您需要:

export PYTHONWARNINGS="ignore:Unverified HTTPS request"

使用Python代码禁用(请求>= 2.16.0):

import urllib3
urllib3.disable_warnings(urllib3.exceptions.InsecureRequestWarning)

对于< 2.16.0的请求，请参见下面的原始答案。

原来的答案

原因做urllib3.disable_warnings()没有为您工作，因为它看起来像您正在使用请求内部提供的urllib3的单独实例。

我根据这里的路径收集:/usr/lib/python2.6/site-packages/requests/packages/urllib3/connectionpool.py

要在请求的urllib3中禁用警告，你需要导入模块的特定实例:

import requests
from requests.packages.urllib3.exceptions import InsecureRequestWarning

requests.packages.urllib3.disable_warnings(InsecureRequestWarning)

一行代码，如果你之前做过导入请求:

requests.packages.urllib3.disable_warnings(requests.packages.urllib3.exceptions.InsecureRequestWarning)

为什么不使用pyvmomi原始函数SmartConnectNoSSL。 他们在2016年6月14日添加了这个函数，并将其命名为ConnectNoSSL，一天后他们将名称更改为SmartConnectNoSSL，使用它而不是通过在您的项目中传递不必要的代码行警告?

提供不使用SSL连接到指定服务器的标准方法 验证。在连接到具有自签名证书的服务器时非常有用 或者当您希望完全忽略SSL时

service_instance = connect.SmartConnectNoSSL(host=args.ip,
                                             user=args.user,
                                             pwd=args.password)

HTTPS证书验证安全措施不是可以轻易丢弃的东西。它所防止的中间人攻击可以保护您免受第三方的攻击，例如在您的数据中植入病毒或篡改或窃取您的数据。 即使您只打算在测试环境中执行该操作，当迁移到其他地方时，您也很容易忘记撤消它。

相反，请阅读所提供链接的相关部分，并按照它所说的去做。根据CA证书-高级用法-请求2.8.1文档，特定于请求的方式(捆绑在自己的urllib3副本中):

请求附带它自己的证书包(但它只能与模块一起更新) 如果已经安装，它将使用(因为请求v2.4.0)证书包 在测试环境中，您可以按照“如何更新证书的根证书?”． 例如，如果你用你的测试证书替换了它的包，如果你在转向生产时忘记撤销它，你会立即看到它。

最后，如今政府支持的全球黑客行动，如针对性的访问行动和中国的防火长城，目标是网络基础设施，遭受MITM攻击的可能性比你想象的要大。