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.py

Die 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.

Verwante artikels