Geben Sie gcloud eine eigene SOCKS5-Route

Nutzen Sie die Proxy-Eigenschaften der Google Cloud CLI und halten Sie diesen Bereich von anderen SDKs oder Unterprozessen getrennt.

Wählen Sie in der für diese Befehle vorgesehenen gcloud-Konfiguration einen vorhandenen SOCKS5-Endpunkt aus:

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

Ersetzen Sie den Listener bei Bedarf. Für zulässige Aufrufe öffentlicher Dienste bietet die SOCKS5-Proxy-Liste Host- und Portkandidaten für diese Konfiguration. Verwenden Sie diesen öffentlichen Zweig nur ohne gespeicherte Proxy-Benutzernamen/Passwörter oder Umgebungswerte für die Proxy-Authentifizierung. Dies sind dauerhafte Eigenschaften der aktiven Konfiguration; das Ändern einer anderen Konfiguration kann dazu führen, dass ein späterer Befehl die alte Route verwendet. Halten Sie explizite Eigenschaften und Umgebungseingaben im Einklang mit der dokumentierten Priorität der CLI.

Der Endpunkt muss von der CLI-Maschine aus bereits erreichbar sein. Wenn SSH ihn bereitstellt, behalten Sie diesen Tunnel bei; diese Eigenschaften erzeugen den Listener nicht.

Verwenden Sie für einen authentifizierten Endpunkt die unterstützten Anmeldedaten-Eigenschaften oder dokumentierte Umgebungsäquivalente und halten Sie Geheimnisse aus eingecheckten Beispielen und der Befehlshistorie heraus.

Ermitteln Sie den ersten Fehler: das Erreichen des Listeners, die Proxy-Authentifizierung oder den Google-Dienst. Eine API-Autorisierungsablehnung nach Netzzugriff betrifft Cloud-Anmeldedaten. Andere SDKs, Python-Clients und Unterprozesse behalten ihre eigene Konfiguration; diese Route steuert den unterstützten Pfad von gcloud.

Ähnliche Artikel