Begin ’n Google Cloud Storage-Python-taak met HTTPS_PROXY
Gee die Requests-gebaseerde Cloud Storage-vervoer sy instaanbedieneromgewing in die proses wat die taak uitvoer.
Vir die verstek Requests-versoenbare google.cloud.storage.Client-vervoer, stel die instaanbediener voordat jy die Python-taak begin:
export HTTPS_PROXY=http://proxy.example:8080
python storage_job.pyDie taak kan sy gewone kliëntskepping behou wanneer die projek en aanmeldbesonderhede reeds opgestel is:
from google.cloud import storage
client = storage.Client()HTTPS_PROXY kies versoeke na HTTPS-bestemmings. Die waarde se http://-skema benoem die tussengangerprotokol en gradeer dus nie die Cloud Storage-eindpunt af nie. Vir ’n openbare HTTP-roete, kry die eindpuntadres uit die HTTP-instaanbedienerlys en laat die Cloud Storage-URL onveranderd.
As die taak steeds ’n ander roete gebruik, ondersoek daardie Python-proses se omgewing, insluitend NO_PROXY. ’n Lopende notaboekkern of diens ontvang nie ’n latere export uit ’n ander terminaal nie. Gaan sy CA-opstelling na wanneer die fout sertifikaatverwant is.
’n Werkende gcloud-opdrag is ’n ander vergelyking: dit kan ’n ander opstellingspad gebruik. Net so het ’n pasgemaakte HTTP-sessie of vervangende vervoer wat die toepassing verskaf sy eie instaanbedienerbeleid nodig.