پہلے سے طے شدہ Requests سے مطابقت رکھنے والی google.cloud.storage.Client ٹرانسپورٹ کے لیے Python جاب شروع کرنے سے پہلے پراکسی سیٹ کریں:

export HTTPS_PROXY=http://proxy.example:8080
python storage_job.py

پروجیکٹ اور اسناد پہلے سے ترتیب دی گئی ہوں تو جاب معمول کے مطابق کلائنٹ بنا سکتی ہے:

from google.cloud import storage

client = storage.Client()

HTTPS_PROXY HTTPS منزلوں کی درخواستیں منتخب کرتا ہے۔ قدر کی http:// اسکیم درمیانی واسطے کا پروٹوکول بتاتی ہے، لہٰذا Cloud Storage اینڈپوائنٹ کی حفاظت کم نہیں کرتی۔ عوامی HTTP راستے کے لیے HTTP پراکسی فہرست سے اینڈپوائنٹ کا پتہ لیں اور Cloud Storage URL نہ بدلیں۔

اگر جاب اب بھی دوسرا راستہ استعمال کرے تو NO_PROXY سمیت اسی Python پراسیس کا ماحول دیکھیں۔ چلتا ہوا notebook کرنل یا سروس الگ ٹرمینل میں بعد میں کیے گئے export کو حاصل نہیں کرتی۔ ناکامی سرٹیفکیٹ سے متعلق ہو تو اس کی CA ترتیب جانچیں۔

gcloud کمانڈ کا کام کرنا الگ موازنہ ہے: یہ دوسرا ترتیبی راستہ استعمال کر سکتی ہے۔ اسی طرح ایپلی کیشن کی دی ہوئی مخصوص HTTP نشست یا متبادل ٹرانسپورٹ کو اپنی پراکسی پالیسی درکار ہے۔

متعلقہ مضامین