Google Cloud DLP Python: fertroude woartels foar gRPC ynstelle

Stel GRPC_DEFAULT_SSL_ROOTS_FILE_PATH foar it starten yn foar it standert woartelkarpaad, ûnôfhinklik fan Requests-tokenferkear.

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

Brûk in PEM-bondel mei de fereaske woartelset foar de gRPC-einpunten, ynklusyf passende organisatoaryske en iepenbiere woartels. Foar in net-gefoelige test tsjin iepenbiere DLP-einpunten wêr't iepenbiere proxies tastean binne, biedt de HTTP-proxylist kandidaten foar https_proxy; hâld de goedkarde woartels en de identiteitskonfiguraasje fan 'e app oan. Der wurdt net oannommen dat it standertwoartelbestân himsels oan elk platformopslach taheakket.

Dit jildt wannear't DlpServiceClient de standertwoartels fan it gRPC-transport brûkt. As in kanaal eksplisite woartelsertifikaten leveret, ûndersykje dan ynstee de oanmeldingen fan dat kanaal. In Requests-CA-ynstelling kin in HTTP-oprop reparearje sûnder dizze gRPC-fertrouwensboarne te feroarjen.

Lês de mislearre stap apart fan 'e keazen woartels. In net beskikbere proxy of in wegere CONNECT bart foar de folgjende kontrôle fan it bestimmingssertifikaat en wurdt net reparearre troch in CA ta te foegjen.

It krijen fan in oanmeldings-token kin in oare HTTP-klant brûke. Jou dat paad syn stipe CA-konfiguraasje as it deselde autoriteit nedich hat, en hâld de ferifikaasje op beide ferbiningen.

Relatearre artikelen