Podman pasta: ເຂົ້າເຖິງ proxy loopback ຂອງເຄື່ອງແມ່ຈາກ container ທີ່ບໍ່ມີ root

ໃຊ້ການສົ່ງຕໍ່ TCP ຂອງ pasta ຈາກ namespace ໄປຫາເຄື່ອງແມ່ສຳລັບ proxy loopback ທີ່ມີຢູ່ແລ້ວ ແລະ ແຍກມັນອອກຈາກການເຜີຍແຜ່ port ຂອງ container.

127.0.0.1:8118 ຂອງເຄື່ອງແມ່ ແລະ 127.0.0.1:8118 ຂອງ container ໂດຍປົກກະຕິເປັນ ຈຸດປາຍ loopback ທີ່ແຍກກັນ. ການສົ່ງຕົວແປ proxy ເຂົ້າ container ທີ່ບໍ່ມີ root ບໍ່ໄດ້ເຊື່ອມຕໍ່ interface loopback ເຫຼົ່ານັ້ນ.

ໃນການຕິດຕັ້ງ Podman ທີ່ໃຊ້ pasta, ການສົ່ງຕໍ່ TCP ຈາກ namespace ໄປຫາເຄື່ອງແມ່ຂອງມັນສາມາດເປີດ port ຂອງເຄື່ອງແມ່ທີ່ຕ້ອງການພາຍໃນ 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 ແລະ ຄຳສັ່ງທີ່ມີຢູ່ແລ້ວຂອງແອັບພລິເຄຊັນ. ຕົວຢ່າງສົມມຸດວ່າມີ HTTP proxy ທີ່ເຮັດວຽກຢູ່ຝັ່ງເຄື່ອງແມ່ເທິງ port 8118 ແລະ Podman/pasta ເວີຊັນທີ່ຮອງຮັບຕົວເລືອກການສົ່ງຕໍ່ທີ່ສະແດງ.

ຕົວອັກສອນ -T ໃຫຍ່ຂອງ pasta ສົ່ງຈາກ namespace ເປົ້າໝາຍໄປຫາ namespace ຂອງເຄື່ອງແມ່. ຕົວ -t ນ້ອຍ ແລະ --publish ຂອງ Podman ຫັນໄປທາງກົງກັນຂ້າມ. ດັ່ງນັ້ນການເຜີຍແຜ່ port 8118 ຂອງ container ບໍ່ໄດ້ເຮັດໃຫ້ proxy ຂອງເຄື່ອງແມ່ພ້ອມໃຊ້ສຳລັບ container ດ້ວຍຕົວມັນເອງ.

Podman ປິດການສົ່ງຕໍ່ port ອັດຕະໂນມັດຈາກ namespace ໄປຫາເຄື່ອງແມ່ໂດຍຄ່າເລີ່ມຕົ້ນ; port ທີ່ລະບຸຊັດເຈນເລືອກບໍລິການທີ່ຕ້ອງການນີ້. ຕົວເລືອກ pasta:--map-gw ແຍກຕ່າງຫາກກ່ຽວກັບການເຂົ້າເຖິງເຄື່ອງແມ່ຜ່ານທີ່ຢູ່ gateway ເຊິ່ງເປັນການຈັດວາງອີກແບບ.

ກັບ Compose, ກວດເບິ່ງຜູ້ໃຫ້ບໍລິການຕົວຈິງ ແລະ ການຕັ້ງຄ່າເຄືອຂ່າຍທີ່ສ້າງຂຶ້ນ. ເຄືອຂ່າຍ bridge ທີ່ມີຊື່ບໍ່ໄດ້ກາຍເປັນ pasta namespace ໂດຍອັດຕະໂນມັດພຽງເພາະຄຳສັ່ງ podman run ທີ່ເປັນເອກະລາດໃຊ້ pasta ສຳເລັດ. ເຄື່ອງຈັກ Podman ທາງໄກກໍ່ວາງ «ເຄື່ອງແມ່» ໄວ້ຢູ່ຕຳແໜ່ງຂອງເຄື່ອງຈັກ.

ບົດຄວາມທີ່ກ່ຽວຂ້ອງ