127.0.0.1:8118 gostitelja in 127.0.0.1:8118 vsebnika sta običajno ločeni loopback končni točki. Posredovanje spremenljivke proxy v rootless vsebnik teh loopback vmesnikov ne poveže.

Pri namestitvi Podmana, ki uporablja pasta, lahko njegovo TCP posredovanje iz namespace na gostitelja izpostavi želena gostiteljska vrata znotraj namespace:

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

Uporabite obstoječo sliko in ukaz aplikacije. Primer predpostavlja delujoč HTTP proxy na gostiteljski strani na vratih 8118 in različico Podman/pasta, ki podpira prikazano možnost posredovanja.

Veliki -T v pasta posreduje iz ciljnega namespace proti namespace gostitelja. Mali -t in Podman --publish kažeta v nasprotno smer. Zato objava vsebniških vrat 8118 sama po sebi ne naredi gostiteljevega proxyja dostopnega vsebniku.

Podman privzeto izklopi samodejno posredovanje vrat iz namespace na gostitelja; izrecna vrata izberejo tukaj potrebno storitev. Ločena možnost pasta:--map-gw se nanaša na doseganje gostitelja prek naslova prehoda, kar je druga ureditev.

Pri Compose preverite dejanskega ponudnika in ustvarjeno omrežno konfiguracijo. Imenovano mostovno omrežje ni samodejno pasta namespace samo zato, ker je neodvisni ukaz podman run uspešno uporabil pasta. Oddaljeni pogon Podman tudi postavi »gostitelja« na mesto pogona.

Sorodni članki