La konektilo Snowflake por Python 5 subtenas proksecajn kampojn je konekta nivelo. Por programo, kiu tenas siajn kutimajn konektajn opciojn aparte:

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

connection_options enhavas la ekzistantajn agordojn de Snowflake-konto kaj aŭtentigo, sen duobligitaj proksecaj ŝlosiloj. proxy_user kaj proxy_password provizas apartan perantan konton laŭbezone. Por permesita publika prokseca vojo sen tiu konto, prenu kandidatajn valorojn de proxy_host kaj proxy_port el la HTTP-prokseca listo.

Defaŭlte use_proxy_env estas vera kaj la konektilo legas HTTP_PROXY, HTTPS_PROXY kaj NO_PROXY. En versio 5, eksplicita proxy_host aŭ proxy_port havas prioritaton super tiuj medivaloroj. Agordi use_proxy_env=False intence malŝaltas ilian uzon.

La dokumentita konduto ekde 3.17.0 sed antaŭ versio 5 lasis medivalorojn superregi eksplicitan gastiganton kaj pordon. Konservu la konektilan version kune kun komparo inter disvolvoj.

Snowflake ankaŭ postulas, ke ĝia atestilo pasu sen interkaptaj ŝanĝoj. Vojo tra la kompania proksejo ne rajtigas anstataŭigi la servan atestilon per arbitra inspekta atestilo.

Por preteriroj, NO_PROXY akceptas komo-separitajn gastigantajn sufiksojn aŭ IP-adresojn, ne ĵokeraj esprimoj. Agordu la realan Python-laboran medion kiam vi uzas tiun vojon, inkluzive de Django-laboranto aŭ kajerprocezo.

Rilataj artikoloj