Ansible SOCKS-Proxy: wéi eng Maschinn besëtzt localhost?
Identifizéiert de Prozess, deen eng Ansible-API-Ufro mécht, ier Dir en op en SSH SOCKS-Listener op Loopback richt.
Eng Aufgab, déi socks5h://127.0.0.1:65432 benotzt, muss an der Netzwierkëmwelt lafen, wou dëse Listener existéiert. En Tunnel, dee vum Controller aus funktionéiert, mécht en net verfügbar op der Loopback-Adress vun engem verwalteten Host — oder an engem Ausféierungscontainer.
Fir déi feelend Aufgab, bestëmmt véier Fakten:
- Den Host oder de Container, deen d'Netzwierkuerof mécht.
- Säi effektive Benotzer an de Python-Interpreter.
- D'HTTP-Bibliothéik oder d'SKD vum Modul.
- D'Adress, op där dee Prozess den SOCKS-Listener erreeche kann.
Nëmmen d'Inventarzil vum Stéck äntwert net op déi éischt Fro. Moduler benotzen hir konfiguréiert Verbindung, Delegatioun kann d'Ausféierung verréckelen, an eng lokal Verbindung kann d'Aarbecht um Controller halen. Sich um Controller geschitt komplett ausserhalb vum Remote-Modul.
Fir eng OpenStack-Image-Aufgab, iwwerpréift d'Ufuerderunge vun der installéierter openstack.cloud-Kollektion an hir OpenStack SDK-Ëmwelt. Datt curl soss wo funktionéiert, beweisegt net d'SOCKS-Fähegkeeten oder d'Ofhängegkeete vun deem SDK.
Wann d'API-Operatioun lokal soll lafen, maacht dës Ausféierungswiel explicit an gitt d'Astelluung do. Wann se aus der Ferne leeft, wielt e Proxy, dee vun deem Kontext erreechbar ass. Den environment: vun der Ansible-Aufgab wierkt op den Aufgabeprozess; en rekonfiguréiert net all Sich oder Plugin, an d'SKD muss nach ëmmer d'Schema an där Python-Ëmwelt ënnerstëtzen.
Halt zwou Route getrennt: SSH oder ProxyJump bréngt Ansible op en Host, während den HTTP-Client vum Modul vu sengem Ausféierungskontext bis op d'API geet. Eng funktionéierend éischt Route konfiguréiert déi zweet net. En nëmme um Controller existéierende Listener opzemaachen, fir d'Erreechbarkeet ze léisen, ännert och, wien drop Zougrëff huet, also ass et eng Deployementsentscheedung an net eng Adresskorrektur.