Podman pasta: rootless контейнерээс хостын loopback проксид хүрэх
Одоо байгаа loopback проксид pasta-гийн namespace-to-host TCP дамжуулалтыг ашиглаж, контейнерын порт нийтлэхээс ялгаарай.
Хостын 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 хөдөлгүүр мөн «хост»-ыг хөдөлгүүрийн байршилд тавьдаг.