A host 127.0.0.1:8118 és a konténer 127.0.0.1:8118 általában külön loopback végpontok. Egy proxyváltozó átadása egy root nélküli konténernek nem kapcsolja össze ezeket a loopback interfészeket.

Egy pasta-t használó Podman-telepítésnél a namespace–host TCP-továbbítás a kívánt hostportot a namespaceen belül teheti elérhetővé:

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

Használja az alkalmazás meglévő image-ét és parancsát. A példa feltételezi, hogy a host oldalán működő HTTP proxy fut a 8118 porton, és a Podman/pasta olyan verziója van jelen, amely támogatja a bemutatott továbbítási beállítást.

A pasta nagy -T kapcsolója a cél-namespaceből a host namespace felé továbbít. A kis -t és a Podman --publish az ellenkező irányt célozza. A 8118-as konténerport közzététele ezért önmagában nem teszi elérhetővé a host proxyt a konténer számára.

A Podman alapértelmezés szerint kikapcsolja a namespace–host portok automatikus továbbítását; az explicit port választja ki az itt szükséges szolgáltatást. A külön pasta:--map-gw beállítás a host elérésére vonatkozik az átjárócímen keresztül, ami más elrendezés.

Compose esetén vizsgálja meg a tényleges szolgáltatót és a létrehozott hálózati konfigurációt. Egy elnevezett bridge-hálózat nem automatikusan pasta-namespace csak azért, mert egy független podman run parancs sikeresen használta a pastát. Egy távoli Podman-motor is a motor helyére teszi a „hostot”.

Kapcsolódó cikkek