Google Cloud DLP Python: vertrauenswürdeg Wuerzelen fir gRPC astellen

Setzt GRPC_DEFAULT_SSL_ROOTS_FILE_PATH virum Start fir de Standard-Wuerzelauswielwee, onofhängeg vum Requests-Token-Trafic.

GRPC_DEFAULT_SSL_ROOTS_FILE_PATH=/path/to/approved-roots.pem \
https_proxy=http://proxy.example:8080 \
python dlp_job.py

Benotzt e PEM-Bündel mat dem néidegen Wuerzelset fir d'gRPC-Endpunkten, dorënner passend organisatoresch an ëffentlech Wuerzelen. Fir en onempfindlechen Test géint ëffentlech DLP-Endpunkten, wou ëffentlech Proxye erlaabt sinn, bitt d'HTTP-Proxy-Lëscht Kandidaten fir https_proxy; behält déi geneemegt Wuerzelen an d'Identitéitskonfiguratioun vun der Applikatioun. Et gëtt net ugeholl, datt d'Standard-Wuerzelfichier sech selwer an all Plattformspäicher bäisetzt.

Dëst gëllt, wann DlpServiceClient d'Standard-Wuerzele vum gRPC-Transport benotzt. Wann e Kanal explizit Wuerzelzertifikater liwwert, iwwerpréift amplaz d'Berechtegungen vun deem Kanal. Eng Requests-CA-Astelluung kann en HTTP-Uruff reparéieren, ouni dës gRPC-Vertrauensquell ze änneren.

Liest de gescheiterten Etapp getrennt vun de gewielte Wuerzelen. En net verfügbare Proxy oder e refuséierte CONNECT geschitt virum duerno Zilzertifikatstest a gëtt net duerch d'Bäisetze vun enger CA behuewen.

D'Beschafe vun engem Berechtegungs-Token kann en aneren HTTP-Client benotzen. Gitt deem Wee seng ënnerstëtzt CA-Konfiguratioun, wann en déiselwecht Autoritéit brauch, an haalt d'Verifikatioun op béide Verbindungen.

Ähnlech Artikelen