Ein Workflow, der noch die alte gsutil-CLI nutzt, kann seinen Proxy im Abschnitt [Boto] der boto-Konfiguration einrichten:

[Boto]
proxy = proxy.example.net
proxy_port = 8080
proxy_type = http

Das Host-Feld enthält den Hostnamen, während Port und Protokoll eigene Felder haben. Dies ist das dokumentierte Konfigurationsformat von gsutil und keine vollständige Proxy-URI im Host-Feld. Für einen zulässigen Test eines öffentlichen Dienstes kann eine HTTP-Adresse aus der HTTP-Proxy-Liste die Endpunktfelder nur dann füllen, wenn keine der geladenen BOTO_PATH-Dateien proxy_user oder proxy_pass liefert.

Die Konfiguration kann in der vorhandenen .boto-Datei des Benutzers liegen. Für ein gemeinsames Deployment-Profil unterstützt gsutil auch BOTO_PATH, das die in Reihenfolge zu ladenden Dateien auflistet. Unter Unix sieht ein Beispiel so aus:

export BOTO_PATH=/etc/team/gsutil-proxy.cfg:$HOME/.boto

Die erste Datei kann teamweite Routing-Standardwerte enthalten, während die vorhandene Datei des Benutzers die persönliche Konfiguration behält. Unter Windows trennen Sie Pfade mit Semikolons.

Zu den dokumentierten Feldern gehören außerdem proxy_user, proxy_pass und proxy_rdns für die jeweils passenden Proxy-Setups. Legen Sie das Profil für das Konto fest, das den gsutil-Job ausführt, und halten Sie die Dateireihenfolge bewusst ein, wenn mehr als eine Datei dieselbe Option definiert.

Ähnliche Artikel