Przepływ pracy, który nadal korzysta ze starego CLI gsutil, może skonfigurować proxy w sekcji [Boto] konfiguracji boto:

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

Pole host zawiera nazwę hosta, natomiast port i protokół mają własne pola. To udokumentowany format konfiguracji gsutil, a nie pełny URI proxy wpisany w pole host. W dozwolonym teście usługi publicznej adres HTTP z listy proxy HTTP może wypełnić pola punktu końcowego tylko wtedy, gdy żaden z wczytanych plików BOTO_PATH nie podaje proxy_user ani proxy_pass.

Konfiguracja może znajdować się w istniejącym pliku .boto użytkownika. Dla współdzielonego profilu wdrożenia gsutil obsługuje także BOTO_PATH, który wymienia pliki wczytywane w kolejności. W systemie Unix przykład wygląda tak:

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

Pierwszy plik może zawierać domyślne ustawienia routingu dla całego zespołu, a istniejący plik użytkownika zachowuje konfigurację osobistą. W systemie Windows używaj średników jako separatora ścieżek.

Udokumentowane pola obejmują także proxy_user, proxy_pass i proxy_rdns dla odpowiednich konfiguracji proxy. Ustaw profil dla konta, które uruchamia zadanie gsutil, i świadomie zachowaj kolejność plików, gdy tę samą opcję definiuje więcej niż jeden plik.

Powiązane artykuły