Snowflake se Python 5-connector ondersteun proxy-velde op verbindingsvlak. Vir 'n toepassing wat sy gewone verbindingsopsies afsonderlik hou:

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

connection_options bevat die bestaande Snowflake-rekening- en verifikasiestellings, sonder duplikaat-proxy-sleutels. proxy_user en proxy_password voorsien 'n aparte tussengangerrekening wanneer nodig. Vir 'n toegelate publieke-proxy-roete sonder daardie rekening, neem kandidaat proxy_host- en proxy_port-waardes uit die HTTP-proxylys.

By verstek is use_proxy_env waar en lees die connector HTTP_PROXY, HTTPS_PROXY en NO_PROXY. In weergawe 5 kry 'n eksplisiete proxy_host of proxy_port voorkeur bo daardie omgewingswaardes. Deur use_proxy_env=False te stel, skakel jy die gebruik daarvan doelbewus af.

Die gedokumenteerde gedrag vanaf 3.17.0 maar voor weergawe 5 het omgewingswaardes eksplisiete gasheer en poort laat oorheers. Hou die connectorweergawe saam met 'n vergelyking oor ontplooiings.

Snowflake vereis ook dat sy sertifikaat sonder onderskeppingsveranderinge deurgaan. 'n Roete deur die korporatiewe proxy magtig nie die vervanging van die dienssertifikaat met 'n willekeurige inspeksiesertifikaat nie.

Vir omsyldings aanvaar NO_PROXY komma-geskeide gasheer-agtervoegsels of IP-adresse, nie wildcard-uitdrukkings nie. Stel die werklike Python-werkeromgewing in wanneer daardie roete gebruik word, insluitend 'n Django-werker of notaboekproses.

Verwante artikels