Podman pasta: root gabeko edukiontzitik hostaren loopback proxyra iristea

Erabili pasta-ren namespace-tik hostera TCP birbidalketa lehendik dagoen loopback proxy baterako, eta bereizi edukiontziaren portua argitaratzetik.

Hostaren 127.0.0.1:8118 eta edukiontziaren 127.0.0.1:8118 normalean loopback mutur bereiziak dira. Proxy aldagai bat root gabeko edukiontzira pasatzeak ez ditu loopback interfaze horiek batzen.

pasta erabiltzen duen Podman inplementazio batean, haren namespace-tik hostera TCP birbidalketak namespacearen barruan nahi den host portua agerian utz dezake:

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

Erabili aplikazioaren lehendik dagoen irudia eta komandoa. Adibideak host aldean 8118 portuan funtzionatzen duen HTTP proxy bat eta erakutsitako birbidalketa aukera onartzen duen Podman/pasta bertsio bat suposatzen ditu.

pasta-ren -T maiuskulak helburuko namespace-tik hostaren namespacera birbidaltzen du. -t xeheak eta Podman-en --publish aukerak kontrako norabidea heltzen dute. Beraz, edukiontziaren 8118 portua argitaratzeak ez du berez hostaren proxy-a edukiontziarentzat eskuragarri egiten.

Podman-ek lehenespenez desgaitzen du namespace-tik hostera portuen birbidalketa automatikoa; portu esplizituak hemen behar den zerbitzua aukeratzen du. pasta:--map-gw aukera bereiziak atebidearen helbidearen bidez hostera iristea du hizpide, eta hori beste antolamendu bat da.

Compose-rekin, egiaztatu benetako hornitzailea eta sortutako sare-konfigurazioa. Izena duen zubi-sarea ez da automatikoki pasta namespace soilik podman run komando independente batek pasta arrakastaz erabili duelako. Urrutiko Podman motorrak ere «hosta» motorraren kokalekuan jartzen du.

Erlazionatutako artikuluak