Google Cloud DLP Python: наладзіць давераныя каранёвыя сертыфікаты для gRPC
Задайце GRPC_DEFAULT_SSL_ROOTS_FILE_PATH перад запускам для шляху выбару каранёў па змаўчанні, незалежна ад трафіку токенаў Requests.
GRPC_DEFAULT_SSL_ROOTS_FILE_PATH=/path/to/approved-roots.pem \
https_proxy=http://proxy.example:8080 \
python dlp_job.pyВыкарыстоўвайце PEM-набор, які змяшчае патрэбны набор каранёў для канчатковых пунктаў gRPC, уключаючы адпаведныя арганізацыйныя і публічныя карані. Для неадчувальнага тэсту супраць публічных канчатковых пунктаў DLP, дзе публічныя проксі дазволены, спіс HTTP-проксі прапануе кандыдатаў для https_proxy; захоўвайце зацверджаныя карані і канфігурацыю ідэнтычнасці праграмы. Не мяркуецца, што файл каранёў па змаўчанні сам дадаецца да кожнага сховішча платформы.
Гэта прымяняецца, калі DlpServiceClient выкарыстоўвае карані па змаўчанні транспарту gRPC. Калі канал падае яўныя каранёвыя сертыфікаты, правярайце замест гэтага ўліковыя дадзеныя гэтага канала. Налада CA у Requests можа выправіць HTTP-выклік, не змяняючы гэтую крыніцу даверу gRPC.
Чытайце няўдалы этап асобна ад выбраных каранёў. Недаступны проксі або адхілены CONNECT адбываецца перад наступнай праверкай сертыфіката прызначэння і не выпраўляецца даданнем CA.
Атрыманне токена ўліковых даных можа выкарыстоўваць іншы HTTP-кліент. Дайце гэтаму шляху яго падтрымліваемую канфігурацыю CA, калі яму патрэбны той жа орган улады, захоўваючы праверку на абодвух злучэннях.