127.0.0.1:8118 hosta i 127.0.0.1:8118 kontejnera obično su odvojene loopback krajnje točke. Prosljeđivanje proxy varijable u rootless kontejner ne spaja ta loopback sučelja.

U Podman implementaciji koja koristi pasta, njezino TCP prosljeđivanje iz namespacea na host može izložiti željeni port hosta unutar namespacea:

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

Koristite postojeću sliku i naredbu aplikacije. Primjer pretpostavlja HTTP proxy koji radi na strani hosta na portu 8118 i verziju Podman/pasta koja podržava prikazanu opciju prosljeđivanja.

Veliko -T u pasta prosljeđuje iz ciljnog namespacea prema namespaceu hosta. Malo -t i Podman --publish obraćaju suprotan smjer. Objavljivanje porta kontejnera 8118 stoga samo po sebi ne čini proxy hosta dostupnim kontejneru.

Podman prema zadanim postavkama isključuje automatsko prosljeđivanje portova iz namespacea na host; eksplicitni port odabire uslugu koja je ovdje potrebna. Zasebna opcija pasta:--map-gw odnosi se na dosezanje hosta kroz adresu pristupnika, što je drugi raspored.

S Composeom provjerite stvarnog pružatelja i generiranu mrežnu konfiguraciju. Imenovana bridge mreža nije automatski pasta namespace samo zato što je nezavisna naredba podman run uspješno koristila pasta. Udaljeni Podman engine također postavlja “host” na lokaciju enginea.

Povezani članci