სამუშაო ნაკადს, რომელიც ჯერ კიდევ იყენებს ძველ gsutil CLI-ს, შეუძლია თავისი პროქსი დააყენოს boto კონფიგურაციის [Boto] განყოფილებაში:

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

ჰოსტის ველი შეიცავს ჰოსტის სახელს, ხოლო პორტსა და პროტოკოლს საკუთარი ველები აქვთ. ეს არის gsutil-ის დოკუმენტირებული კონფიგურაციის ფორმატი და არა სრული პროქსი URI, ჰოსტის ველში ჩასმული. ნებადართული საჯარო სერვისის ტესტისთვის HTTP პროქსიების სიიდან აღებულ HTTP მისამართს შეუძლია ბოლო წერტილის ველების შევსება მხოლოდ მაშინ, როცა არც ერთი ჩატვირთული BOTO_PATH ფაილი არ აწვდის proxy_user-ს ან proxy_pass-ს.

კონფიგურაცია შეიძლება იყოს მომხმარებლის არსებულ .boto ფაილში. საერთო განლაგების პროფილისთვის gsutil ასევე მხარს უჭერს BOTO_PATH-ს, რომელიც თანმიმდევრობით ჩამოთვლის ჩასატვირთ ფაილებს. Unix სისტემაზე მაგალითია:

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

პირველი ფაილი შეიძლება შეიცავდეს გუნდის მასშტაბის მარშრუტიზაციის ნაგულისხმევებს, ხოლო მომხმარებლის არსებული ფაილი ინახავს პირად კონფიგურაციას. Windows-ზე გამოიყენეთ წერტილ-მძიმე როგორც ბილიკის გამყოფი.

დოკუმენტირებული ველები ასევე მოიცავს proxy_user-ს, proxy_pass-სა და proxy_rdns-ს შესაბამისი პროქსის პარამეტრებისთვის. დააყენეთ პროფილი იმ ანგარიშისთვის, რომელიც ასრულებს gsutil დავალებას, და შეგნებულად შეინარჩუნეთ ფაილების რიგი, როცა ერთზე მეტი ფაილი განსაზღვრავს ერთსა და იმავე პარამეტრს.

დაკავშირებული სტატიები