Google Cloud DLP Python: gRPC ৰ বাবে বিশ্বস্ত ৰুট নিৰ্ধাৰণ কৰক

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

gRPC এণ্ডপইণ্টৰ বাবে প্ৰয়োজনীয় ৰুট সংহতি থকা PEM বান্ডেল ব্যৱহাৰ কৰক, উপযুক্ত সাংগঠনিক আৰু ৰাজহুৱা ৰুটকে ধৰি। ৰাজহুৱা প্ৰক্সি অনুমোদিত ৰাজহুৱা DLP এণ্ডপইণ্টৰ বিৰুদ্ধে সংবেদনশীল নোহোৱা পৰীক্ষাৰ বাবে HTTP প্ৰক্সি তালিকাই https_proxy ৰ বাবে প্ৰাৰ্থী আগবঢ়ায়; অনুমোদিত ৰুট আৰু এপ্লিকেচনৰ পৰিচয় সংৰূপ ধৰি ৰাখক। ডিফল্ট ৰুট ফাইলটোৱে নিজকে প্ৰতিটো প্লেটফৰ্ম ষ্ট'ৰত যোগ কৰে বুলি ধৰা নহয়।

এইটো প্ৰযোজ্য যেতিয়া DlpServiceClientএ gRPC পৰিবহনৰ ডিফল্ট ৰুট ব্যৱহাৰ কৰে। যদি চেনেল এ স্পষ্ট ৰুট ছাৰ্টিফিকেট যোগান ধৰে, তেন্তে সেই চেনেলৰ প্ৰমাণপত্ৰ পৰীক্ষা কৰক। Requests CA ছেটিঙে এই gRPC বিশ্বাস উৎস সলনি নকৰাকৈ HTTP কল মেৰামতি কৰিব পাৰে।

বিফল হোৱা পৰ্যায়টো বাছনি কৰা ৰুটৰ পৰা পৃথকভাৱে পঢ়ক। অনুপলব্ধ প্ৰক্সি বা প্ৰত্যাখ্যাত CONNECT পৰৱৰ্তী গন্তব্য ছাৰ্টিফিকেট পৰীক্ষাৰ আগতে ঘটে আৰু CA যোগ কৰি ঠিক নহয়।

প্ৰমাণপত্ৰ টোকেন লাভে আন এটা HTTP ক্লায়েণ্ট ব্যৱহাৰ কৰিব পাৰে। সেই পথটোক ইয়াৰ সমৰ্থিত CA সংৰূপ দিয়ক যেতিয়া ই একে কৰ্তৃত্বৰ প্ৰয়োজন হয়, দুয়ো সংযোগত সত্যাপন ধৰি ৰাখক।