Podman pasta: juurdepääs hosti loopback-puhverserverile juureta konteinerist

Kasutage pasta TCP-edastust nimeruumist hostile olemasoleva loopback-puhverserveri jaoks ja hoidke seda konteineri pordi avaldamisest eraldi.

Hosti 127.0.0.1:8118 ja konteineri 127.0.0.1:8118 on tavaliselt eraldi loopback-lõpp-punktid. Puhverserveri muutuja edastamine juureta konteinerisse ei ühenda neid loopback-liideseid.

Pasta kasutava Podmani juurutuse puhul võib selle TCP-edastus nimeruumist hostile paljastada soovitud hosti pordi nimeruumi sees:

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

Kasutage rakenduse olemasolevat pilti ja käsku. Näide eeldab hosti poolel pordil 8118 töötavat HTTP-puhverserverit ja Podman/pasta versiooni, mis toetab näidatud edastusvalikut.

Pasta suur -T edastab sihtnimeruumist hosti nimeruumi suunas. Väike -t ja Podmani --publish on vastupidises suunas. Seega ei tee konteineri pordi 8118 avaldamine iseenesest hosti puhverserverit konteinerile kättesaadavaks.

Podman keelab vaikimisi automaatse pordi edastamise nimeruumist hostile; selgesõnaline port valib siin vajaliku teenuse. Eraldi valik pasta:--map-gw puudutab hostile lüüsiaadressi kaudu jõudmist, mis on teine korraldus.

Compose'i puhul kontrollige tegelikku pakkujat ja loodud võrgukonfiguratsiooni. Nimega sild-võrk ei ole automaatselt pasta nimeruum ainult seetõttu, et sõltumatu podman run käsk kasutas pastat edukalt. Kaug-Podmani mootor paigutab „hosti“ samuti mootori asukohta.

Seotud artiklid