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