Un profil de proxy .boto pour une tâche gsutil existante
Définissez les champs de proxy Boto et chargez une configuration de routage partagée aux côtés de la configuration gsutil existante d'un utilisateur.
Un flux de travail qui utilise encore l'ancienne CLI gsutil peut configurer son proxy dans la section [Boto] de la configuration boto :
[Boto]
proxy = proxy.example.net
proxy_port = 8080
proxy_type = http
Le champ hôte contient le nom d'hôte, tandis que le port et le protocole ont leurs propres champs. C'est le format de configuration documenté de gsutil, et non un URI de proxy complet placé dans le champ hôte. Pour un test autorisé de service public, une adresse HTTP issue de la liste de proxys HTTP ne peut remplir les champs du point de terminaison que si aucun des fichiers BOTO_PATH chargés ne fournit proxy_user ni proxy_pass.
La configuration peut résider dans le fichier .boto existant de l'utilisateur. Pour un profil de déploiement partagé, gsutil prend également en charge BOTO_PATH, qui liste les fichiers à charger dans l'ordre. Sur un système Unix, voici un exemple :
export BOTO_PATH=/etc/team/gsutil-proxy.cfg:$HOME/.boto
Le premier fichier peut contenir les valeurs de routage par défaut de l'équipe, tandis que le fichier existant de l'utilisateur conserve la configuration personnelle. Sous Windows, utilisez des points-virgules comme séparateur de chemins.
Les champs documentés incluent aussi proxy_user, proxy_pass et proxy_rdns pour les configurations de proxy concernées. Définissez le profil pour le compte qui exécute la tâche gsutil et gardez l'ordre des fichiers délibéré lorsque plusieurs fichiers définissent la même option.