Snowflake Python Connector v5: mga setting ng proxy sa antas ng koneksyon
Pumili ng malinaw na field ng proxy ng connector o pagtuklas mula sa kapaligiran, isinasaalang-alang ang binagong priyoridad sa Python 5.
Sinusuportahan ng Snowflake Python 5 connector ang mga field ng proxy sa antas ng koneksyon. Para sa aplikasyong hiwalay na nagtatala ng karaniwang mga opsyon sa koneksyon:
connection = snowflake.connector.connect(
**connection_options,
proxy_host='proxy.example',
proxy_port=8080,
use_proxy_env=False,
)
Naglalaman ang connection_options ng umiiral na mga setting ng account at pagpapatunay ng Snowflake, nang walang doble na susi ng proxy. Nagbibigay ang proxy_user at proxy_password ng hiwalay na account ng tagapamagitan kapag kailangan. Para sa pinapayagang ruta ng pampublikong proxy na wala ang account na iyon, kunin ang mga kandidatong halaga ng proxy_host at proxy_port mula sa listahan ng HTTP proxy.
Bilang default, totoo ang use_proxy_env at binabasa ng connector ang HTTP_PROXY, HTTPS_PROXY at NO_PROXY. Sa bersyon 5, ang malinaw na proxy_host o proxy_port ay may priyoridad sa mga halagang iyon ng kapaligiran. Ang pagtatakda ng use_proxy_env=False ay sadyang nagpapahinto sa paggamit ng mga ito.
Ang dokumentadong pag-uugali mula 3.17.0 ngunit bago ang bersyon 5 ay hinahayaang lampasan ng mga halaga ng kapaligiran ang malinaw na host at port. Panatilihin ang bersyon ng connector kasama ang paghahambing sa mga deployment.
Hinihiling din ng Snowflake na dumaan ang sertipiko nito nang walang pagbabagong interceptions. Ang rutang dumadaan sa corporate proxy ay hindi nagpapahintulot na palitan ang sertipiko ng serbisyo ng anumang sertipiko ng inspeksyon.
Para sa mga bypass, tumatanggap ang NO_PROXY ng mga suffix ng host o address ng IP na pinaghihiwalay ng kuwit, hindi mga ekspresyong may wildcard. I-configure ang aktwal na kapaligiran ng manggagawa ng Python kapag ginagamit ang rutang iyon, kabilang ang manggagawa ng Django o proseso ng notebook.