Хостын 127.0.0.1:8118 ба контейнерын 127.0.0.1:8118 нь ихэвчлэн тусдаа loopback төгсгөлийн цэгүүд байдаг. Прокси хувьсагчийг rootless контейнерт дамжуулах нь эдгээр loopback интерфейсийг нэгтгэхгүй.

pasta ашигладаг Podman байршуулалтад түүний namespace-to-host TCP дамжуулалт хүссэн хост портыг 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

Програмын одоо байгаа image болон командыг ашиглана уу. Жишээ нь хост талд 8118 порт дээр ажиллаж буй HTTP прокси болон үзүүлсэн дамжуулалтын сонголтыг дэмждэг Podman/pasta хувилбарыг тооцдог.

pasta-гийн том -T нь зорилтот namespace-ээс хост namespace руу дамжуулна. Жижиг -t болон Podman-ы --publish нь эсрэг чиглэлд чиглэнэ. Тиймээс 8118 контейнер портыг нийтлэх нь өөрөө хостын проксийг контейнерт хүртээмжтэй болгохгүй.

Podman анхдагчаар namespace-ээс хост руу портын автомат дамжуулалтыг идэвхгүй болгодог; тодорхой порт нь энд шаардлагатай үйлчилгээг сонгоно. Тусдаа pasta:--map-gw сонголт нь хост руу гарцын хаягаар хүрэх тухай бөгөөд энэ нь өөр зохион байгуулалт юм.

Compose-той бол бодит үйлчилгээ үзүүлэгч болон үүсгэсэн сүлжээний тохиргоог шалгана уу. Нэртэй bridge сүлжээ нь зөвхөн бие даасан podman run команд pasta-г амжилттай ашигласан учраас автоматаар pasta namespace болохгүй. Алсын Podman хөдөлгүүр мөн «хост»-ыг хөдөлгүүрийн байршилд тавьдаг.

Холбоотой нийтлэлүүд