Donnez à gcloud sa propre route SOCKS5

Dans la configuration gcloud prévue pour ces commandes, sélectionnez un point de terminaison SOCKS5 existant :

gcloud config set proxy/type socks5
gcloud config set proxy/address 127.0.0.1
gcloud config set proxy/port 1080

Remplacez l'écouteur si nécessaire. Pour les appels autorisés aux services publics, la liste de proxys SOCKS5 propose des candidats d'hôte et de port pour cette configuration. N'utilisez cette branche publique que sans noms d'utilisateur/mots de passe de proxy enregistrés ni valeurs d'environnement d'authentification de proxy. Ce sont des propriétés persistantes de la configuration active ; modifier une autre configuration peut laisser une commande ultérieure utiliser l'ancienne route. Gardez les propriétés explicites et les entrées d'environnement cohérentes avec la priorité documentée de la CLI.

Le point de terminaison doit déjà être joignable depuis la machine CLI. Si SSH le fournit, conservez ce tunnel ; ces propriétés ne créent pas l'écouteur.

Pour un point de terminaison authentifié, utilisez les propriétés d'identifiants prises en charge ou les équivalents d'environnement documentés, en gardant les secrets hors des exemples validés et de l'historique des commandes.

Identifiez la première défaillance : l'accès à l'écouteur, l'authentification du proxy ou le service Google. Un refus d'autorisation de l'API après l'accès réseau concerne les identifiants cloud. Les autres SDK, les clients Python et les sous-processus conservent leur propre configuration ; cette route régit le chemin pris en charge de gcloud.