127.0.0.1:8118 хоста и 127.0.0.1:8118 контејнера обично су одвојене loopback крајње тачке. Прослеђивање proxy променљиве у rootless контејнер не спаја те loopback интерфејсе.

У Podman имплементацији која користи pasta, њено TCP прослеђивање из namespace-а на хост може изложити жељени порт хоста унутар 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

Користите постојећу слику и наредбу апликације. Пример претпоставља HTTP proxy који ради на страни хоста на порту 8118 и верзију Podman/pasta која подржава приказану опцију прослеђивања.

Велико -T у pasta прослеђује из циљног namespace-а према namespace-у хоста. Мало -t и Podman --publish окренути су супротном смеру. Објављивање порта контејнера 8118 стога само по себи не чини proxy хоста доступним контејнеру.

Podman подразумевано искључује аутоматско прослеђивање портова из namespace-а на хост; експлицитни порт бира услугу која је овде потребна. Засебна опција pasta:--map-gw односи се на достизање хоста кроз адресу приступника, што је други распоред.

Са Compose-ом проверите стварног пружаоца и генерисану мрежну конфигурацију. Именована bridge мрежа није аутоматски pasta namespace само зато што је независна наредба podman run успешно користила pasta. Удаљени Podman engine такође поставља „хост“ на локацију engine-а.

Повезани чланци