בתעבורת ברירת המחדל של google.cloud.storage.Client, התואמת ל־Requests, הגדירו פרוקסי לפני הפעלת משימת 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 ללא שינוי.

אם המשימה עדיין משתמשת במסלול אחר, בדקו את הסביבה של אותו תהליך Python, לרבות NO_PROXY. ליבת notebook או שירות שכבר פועלים אינם מקבלים export מאוחר יותר ממסוף נפרד. בדקו את הגדרות ה־CA אם הכשל קשור לתעודות.

פקודת gcloud שעובדת היא השוואה אחרת: ייתכן שהיא משתמשת בנתיב הגדרות אחר. מדיניות פרוקסי נפרדת נדרשת גם לסשן HTTP מותאם או לשכבת תעבורה חלופית שהיישום מספק.

מאמרים קשורים