Podman pasta: достап до loopback прокси на домаќинот од rootless контејнер

Користете TCP препраќање на pasta од namespace кон домаќинот за постоечко loopback прокси и разграничете го од објавувањето на контејнерски порт.

127.0.0.1:8118 на домаќинот и 127.0.0.1:8118 на контејнерот обично се одделни loopback крајни точки. Предавањето на прокси променлива во 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 прокси на страната на домаќинот на портот 8118 и верзија на Podman/pasta што ја поддржува прикажаната опција за препраќање.

Големата -T на pasta препраќа од целниот namespace кон namespace на домаќинот. Малата -t и Podman --publish се однесуваат на спротивната насока. Затоа објавувањето на контејнерскиот порт 8118 само по себе не го прави проксито на домаќинот достапно за контејнерот.

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

Со Compose, проверете го вистинскиот давател и генерираната мрежна конфигурација. Именувана bridge мрежа не е автоматски pasta namespace само затоа што независна команда podman run успешно користела pasta. Далечинскиот Podman мотор исто така го поставува „домаќинот“ на местото на моторот.

Поврзани статии