Podman pasta: sasniegt resursdatora loopback starpniekserveri no rootless konteinera

Izmantojiet pasta TCP pāradresāciju no namespace uz resursdatoru esošam loopback starpniekserverim un nošķiriet to no konteinera porta publicēšanas.

Resursdatora 127.0.0.1:8118 un konteinera 127.0.0.1:8118 parasti ir atsevišķi loopback galapunkti. Starpniekservera mainīgā nodošana rootless konteinerā nesavieno šos loopback interfeisus.

Podman izvietojumā, kas izmanto pasta, tā TCP pāradresācija no namespace uz resursdatoru var atklāt vēlamo resursdatora portu namespace iekšienē:

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

Izmantojiet lietotnes esošo attēlu un komandu. Piemērs pieņem, ka resursdatora pusē 8118 portā darbojas HTTP starpniekserveris un ir Podman/pasta versija, kas atbalsta parādīto pāradresācijas opciju.

Lielais pasta -T pāradresē no mērķa namespace uz resursdatora namespace. Mazais -t un Podman --publish vērsti pretējā virzienā. Tāpēc konteinera porta 8118 publicēšana pati par sevi nepadara resursdatora starpniekserveri pieejamu konteineram.

Podman pēc noklusējuma izslēdz automātisku portu pāradresāciju no namespace uz resursdatoru; skaidri norādītais ports izvēlas šeit nepieciešamo pakalpojumu. Atsevišķā opcija pasta:--map-gw attiecas uz resursdatora sasniegšanu caur vārtejas adresi, kas ir cita kārtība.

Ar Compose pārbaudiet faktisko pakalpojumu sniedzēju un ģenerēto tīkla konfigurāciju. Nosaukts bridge tīkls neautomātiski kļūst par pasta namespace tikai tāpēc, ka neatkarīga podman run komanda veiksmīgi izmantoja pasta. Attālinātais Podman dzinējs arī novieto “resursdatoru” dzinēja atrašanās vietā.

Saistītie raksti