Podman pasta: e Host-Loopback-Proxy aus engem rootless Container erreechen

Benotzt pasta seng TCP-Weiderleitung vum Namespace op den Host fir en existente Loopback-Proxy, an trennt se vum Verëffentlechen vun engem Containerport.

Den 127.0.0.1:8118 vum Host an den 127.0.0.1:8118 vum Container sinn normalerweis getrennte Loopback-Endpunkten. Eng Proxy-Variabel an en rootless Container ze ginn, verbënnt dës Loopback-Schnëttstellen net.

Bei engem Podman-Deployment mat pasta kann seng TCP-Weiderleitung vum Namespace op den Host de gewënschten Hostport bannent dem Namespace exposéieren:

podman run --network=pasta:-T,8118 \
  --env http_proxy=http://127.0.0.1:8118 \
  --env https_proxy=http://127.0.0.1:8118 \
  existing-image application-command

Benotzt d'Image an de Befehl vun der Applikatioun, déi schonn do sinn. D'Beispill geet dovun aus, datt en funktionéierenden HTTP-Proxy op der Hostsäit um Port 8118 leeft an eng Podman/pasta-Versioun d'Optioun vun der Weiderleitung ënnerstëtzt.

D'grousse -T vu pasta leet vum Zil-Namespace a Richtung Host-Namespace weider. D'kleng -t an dem Podman seng --publish adresséieren déi entgéintgesate Richtung. Dofir mécht d'Verëffentlechen vum Containerport 8118 net vun sech aus de Proxy vum Host fir de Container disponibel.

Podman deaktivéiert standardméisseg d'automatesch Portweiderleitung vum Namespace op den Host; dee explizite Port wielt de Service, deen hei gebraucht gëtt. D'separat Optioun pasta:--map-gw betrëfft den Host iwwer d'Gateway-Adress z'erreechen, wat eng aner Arrangement ass.

Mat Compose, iwwerpréift de tatsächleche Provider an déi generéiert Netzwierkkonfiguratioun. En benannt Bridge-Netzwierk ass net automatesch e pasta-Namespace, just well en onofhängege podman run-Befehl pasta erfollegräich benotzt huet. Eng Remot-Podman-Engine placéiert och „Host“ op der Plaz vun der Engine.

Ähnlech Artikelen