Google Cloud DLP Python: agordi fidindajn radikojn por gRPC

Agordu GRPC_DEFAULT_SSL_ROOTS_FILE_PATH antaŭ lanĉo por la implicita radik-elekta vojo, sendepende de ĵetonoj-trafiko de Requests.

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

Uzu PEM-pakaĵon enhavantan la bezonatan radikaron por la gRPC-finpunktoj, inkluzive taŭgajn organizajn kaj publikajn radikojn. Por nesentema testo kontraŭ publikaj DLP-finpunktoj, kie publikaj prokuriloj estas permesataj, la HTTP-prokurila listo proponas kandidatojn por https_proxy; konservu la aprobitajn radikojn kaj la identec-agordon de la aplikaĵo. Oni ne supozas, ke la implicita radika dosiero aldonas sin al ĉiu platforma konservejo.

Ĉi tio validas kiam DlpServiceClient uzas la implicitajn radikojn de la gRPC-transporto. Se kanalo provizas eksplicitajn radikajn atestilojn, anstataŭe inspektu la akreditaĵojn de tiu kanalo. CA-agordo en Requests povas ripari HTTP-vokon sen ŝanĝi ĉi tiun fido-fonton de gRPC.

Legu la malsukcesan etapon aparte de la elektitaj radikoj. Neatingebla prokurilo aŭ rifuzita CONNECT okazas antaŭ la sekva kontrolo pri cela atestilo kaj ne ripariĝas per aldono de CA.

Akiri akreditaĵan ĵetonon povas uzi alian HTTP-klienton. Donu al tiu vojo ĝian subtenatan CA-agordon kiam ĝi bezonas la saman aŭtoritaton, konservante kontroladon ĉe ambaŭ konektoj.

Rilataj artikoloj