ການຊ້ອນກັນຂອງ subnet Docker ອາດເຮັດໃຫ້ຄຳຮ້ອງບໍ່ໄປຮອດ proxy
ປຽບທຽບເສັ້ນທາງຂອງ namespace ທີ່ສົ່ງຄຳຮ້ອງກັບຊ່ວງ bridge ຂອງ Docker ກ່ອນປ່ຽນບັນຊີ proxy ຂອງບໍລິສັດ.
container ຢູ່ເທິງ 172.17.0.0/16 ອາດຖືວ່າ proxy ຂອງບໍລິສັດຢູ່ 172.17.14.133 ເປັນເພື່ອນບ້ານ Docker ໃນທ້ອງຖິ່ນ. ແລ້ວຄຳຮ້ອງຈະໄປຕາມເສັ້ນທາງ bridge ແທນທີ່ຈະໄປຮອດເຄືອຂ່າຍຂອງບໍລິສັດ.
ກວດເບິ່ງເສັ້ນທາງໃນ network namespace ທີ່ສົ່ງຄຳຮ້ອງ. ຕາຕະລາງເສັ້ນທາງຂອງ host Windows ຢ່າງດຽວບໍ່ໄດ້ອະທິບາຍທຸກເສັ້ນທາງພາຍໃນ Linux VM ຂອງ Docker Desktop ຫຼື ພາຍໃນ container.
| ການຕັ້ງຄ່າ Docker | ເຄືອຂ່າຍທີ່ໄດ້ຮັບຜົນກະທົບ |
|---|---|
| bip | ທີ່ຢູ່ ແລະ ຄຳນຳໜ້າຂອງ bridge ເລີ່ມຕົ້ນ |
| default-address-pools | subnet ທີ່ຖືກຈັດສັນອັດຕະໂນມັດໃຫ້ເຄືອຂ່າຍທີ່ສ້າງໃໝ່ |
ເລືອກຊ່ວງທີ່ບໍ່ຊ້ອນກັນໂດຍປຽບທຽບເຄືອຂ່າຍຂອງບໍລິສັດ, VPN, host ແລະ container ທີ່ມີຢູ່ແລ້ວ. ການປ່ຽນ pool ສຳລັບເຄືອຂ່າຍໃນອະນາຄົດບໍ່ໄດ້ໃຫ້ເລກໃໝ່ແກ່ເຄືອຂ່າຍທີ່ມີຢູ່.
ວາງແຜນສ້າງເຄືອຂ່າຍ ແລະ container ທີ່ໄດ້ຮັບຜົນກະທົບຄືນໃໝ່ພ້ອມກັບພາລະວຽກ; ການປ່ຽນທີ່ຢູ່ອາດຕັດການເຊື່ອມຕໍ່ທີ່ກຳລັງເຮັດວຽກ. ການແກ້ໄຂການຊ້ອນກັນໜຶ່ງບໍ່ຕ້ອງປິດ bridge ທັງໝົດ.
ເມື່ອຄຳຮ້ອງໄປຮອດ listener ທີ່ຕັ້ງໄວ້, ໂປຣໂຕຄອນ ແລະ ການພິສູດຢືນຢັນຂອງມັນສາມາດປະເມີນໄດ້ຕາມປົກກະຕິ. ການປ່ຽນລະຫັດຜ່ານບໍ່ສາມາດແກ້ໄຂການເລືອກເສັ້ນທາງກ່ອນໜ້ານີ້ໄດ້.