ພອດ Docker ທີ່ເຜີຍແຜ່ແລ້ວໃຫ້ເສັ້ນທາງໄປຫາຈຸດສຸດທ້າຍໃນຄອນເທນເນີ. ມັນບໍ່ໄດ້ເລີ່ມພຣັອກຊີ ແລະ ບໍ່ໄດ້ປ່ຽນທີ່ຢູ່ທີ່ຂະບວນການນັ້ນຟັງຢູ່.

ສຳລັບການແມັບເຄືອຂ່າຍຂົວທົ່ວໄປ, ໃຫ້ປຽບທຽບສາມຄ່ານີ້:

ສ່ວນຂອງເສັ້ນທາງຄ່າທີ່ຕ້ອງກວດ
ທາງເຂົ້າຂອງລູກຄ້າທີ່ຢູ່ເຄື່ອງແມ່ ແລະ ພອດທີ່ເຜີຍແຜ່ທີ່ລູກຄ້າຕິດຕໍ່
ເປົ້າໝາຍການສົ່ງຕໍ່ທີ່ຢູ່ ແລະ ພອດຂອງຄອນເທນເນີທີ່ການແມັບເລືອກ
ບໍລິການທີ່ຢູ່ ແລະ ພອດທີ່ພຣັອກຊີຜູກພັນຕົວຈິງພາຍໃນຄອນເທນເນີ

ພຣັອກຊີທີ່ຜູກພັນກັບ 127.0.0.1 ພາຍໃນຄອນເທນເນີອາດຈະບໍ່ໄດ້ຮັບການຈະລາຈອນທີ່ສົ່ງຕໍ່ໄປຫາທີ່ຢູ່ເຄືອຂ່າຍຂອງມັນ. ນີ້ແຕກຕ່າງຈາກການເຜີຍແຜ່ພອດເຄື່ອງແມ່ພຽງແຕ່ໃນ loopback ຂອງເຄື່ອງແມ່: ການນັ້ນຈຳກັດວ່າໃຜສາມາດໄປຮອດການແມັບ, ໃນຂະນະທີ່ loopback ຂອງຄອນເທນເນີອາດຂັດຂວາງການແມັບບໍ່ໃຫ້ໄປຮອດບໍລິການ.

ເລືອກຕົວຟັງພາຍໃນສຳລັບການຕິດຕັ້ງທີ່ຕັ້ງໃຈ ພ້ອມຮັກສາການເຜີຍແຜ່ເຄື່ອງແມ່ທີ່ຈຳກັດ ແລະ ການເຂົ້າເຖິງພຣັອກຊີ. ຄຳປະກາດພອດທີ່ເປີດເຜີຍໃນ Dockerfile ບໍ່ໄດ້ເລີ່ມບໍລິການ, ແລະ ການເປີດຄອນເທນເນີສຳເລັດກໍບໍ່ໄດ້ພິສູດວ່າຂະບວນການກຳລັງຟັງຢູ່ເປົ້າໝາຍການສົ່ງຕໍ່.

ຕິດຕາມວ່າການເຊື່ອມຕໍ່ທີ່ລົ້ມເຫຼວໄປໄດ້ໄກປານໃດ. ການປະຕິເສດ ແລະ ການຣີເຊັດແຕກຕ່າງຕາມແພລດຟອມ ແລະ ການຈັດຕັ້ງການສົ່ງຕໍ່, ດັ່ງນັ້ນບໍ່ມີອັນໃດລະບຸການຕັ້ງຄ່າໄດ້ຢ່າງດຽວ. ເມື່ອມັນໄປຮອດບໍລິການ, ໃຫ້ຊອກຫາຄຳທັກທາຍພຣັອກຊີທີ່ຖືກຕ້ອງ ແລະ ນຳໃຊ້ເວີຊັນ SOCKS, ການພິສູດຕົວຕົນ ແລະ ນະໂຍບາຍປາຍທາງທີ່ຕ້ອງການ. ພອດເຄື່ອງແມ່ທີ່ເຂົ້າເຖິງໄດ້ພຽງຢ່າງດຽວບໍ່ສາມາດພິສູດຄວາມສາມາດເຫຼົ່ານັ້ນໄດ້.

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