O conector de Snowflake para Python 5 admite campos de proxy a nivel de conexión. Para unha aplicación que mantén as súas opcións de conexión habituais por separado:

connection = snowflake.connector.connect(
    **connection_options,
    proxy_host='proxy.example',
    proxy_port=8080,
    use_proxy_env=False,
)

connection_options contén os axustes existentes da conta e da autenticación de Snowflake, sen chaves de proxy duplicadas. proxy_user e proxy_password fornecen unha conta intermediaria separada cando é necesario. Para unha ruta de proxy público permitida sen esa conta, tome valores candidatos de proxy_host e proxy_port da lista de proxies HTTP.

Por defecto use_proxy_env é verdadeiro e o conector le HTTP_PROXY, HTTPS_PROXY e NO_PROXY. Na versión 5, un proxy_host ou proxy_port explícito ten prioridade sobre eses valores de contorna. Establecer use_proxy_env=False desactiva o seu uso deliberadamente.

O comportamento documentado desde 3.17.0 pero antes da versión 5 facía que os valores de contorna prevaleceran sobre o host e o porto explícitos. Mantén a versión do conector xunto cunha comparación entre despregamentos.

Snowflake tamén esixe que o seu certificado pase sen cambios de interceptación. Unha ruta polo proxy corporativo non autoriza substituír o certificado do servizo por un certificado de inspección arbitrario.

Para os bypass, NO_PROXY acepta sufixos de host ou enderezos IP separados por comas, non expresións con comodíns. Configure a contorna real do traballador de Python ao usar esa ruta, incluído un traballador de Django ou un proceso de caderno.

Artigos relacionados