Konfiguratu SOCKS5 proxy bat Azure Blob-en Python bezeroarentzat

Konfiguratu emandako Requests saioa bera, eta gero mantendu haren bizitza Blob bezero sinkronotik kanpo session_owner=False erabiliz.

import requests
from azure.core.pipeline.transport import RequestsTransport
from azure.storage.blob import BlobServiceClient

with requests.Session() as session:
    session.trust_env = False
    session.proxies["https"] = "socks5h://proxy.example:1080"
    transport = RequestsTransport(session=session, session_owner=False)
    with BlobServiceClient(
        account_url=account_url,
        credential=credential,
        transport=transport,
    ) as client:
        pass

Exekutatu aurreikusitako Blob eragiketa pass erabili beharrean, aplikazioaren account_url eta credential erabiliz. Requestsen SOCKS mendekotasun hautazkoak jada presente egon behar dute. socks5hek helmugako DNS proxira delegatzen du. Publikoki irisgarria den Blob amaierako puntu baterako, non bitartekari publikoak onartzen diren, SOCKS5 proxy zerrendak hautagaiak eskaintzen ditu saioaren proxy URLrako.

Ezarri trust_env saio honetan Requestsen ingurune integrazioa kontrolatzeko. RequestsTransportek ingurunearen hasieraketa saio bat sortzen duenean aplikatzen du, ez lehendik dagoen bat ematen zaionean. false balio esplizituak proxy inguruneko sarrerak ibilbide hau ordezkatzea eragozten du.

Aukera horrek ingurunean oinarritutako CA hautaketa ere desgaitzen du. Behar izanez gero, eman connection_verify="/path/to/ca-bundle.pem" RequestsTransporti, benetako zerbitzurako beharrezkoak diren erroekin.

Blob bezeroa kanpoko saioaren testuingurua baino lehen ixten da. session_owner=Falseek jabetza kanpoko bloke horri uzten dio. Bereizita sortutako token credential batek beste HTTP garraio bat izan dezake; konfiguratu hura ere bere eskuratzeak SOCKS behar badu.

Erlazionatutako artikuluak