DNS ຂອງບໍລິການ Docker ແລະ ການຂ້າມພຣັອກຊີດ້ວຍ no_proxy

ໃຊ້ no_proxy ສຳລັບບໍລິການພາຍໃນທີ່ຕ້ອງການ ເມື່ອພຣັອກຊີ HTTP ພາຍນອກບໍ່ສາມາດແກ້ໄຂ ຫຼືເຂົ້າເຖິງເຄືອຂ່າຍນັ້ນໄດ້.

ພຣັອກຊີ HTTP ພາຍນອກບໍ່ຈຳເປັນຕ້ອງຮູ້ຊື່ບໍລິການ api ຂອງ Docker. ສຳລັບ http://api:8080/ ພຣັອກຊີເປີດການເຊື່ອມຕໍ່ຕໍ່ໄປ ດັ່ງນັ້ນການຄົ້ນຫາທີ່ສຳເລັດພາຍໃນຄອນເທນເນີຂອງແອັບບໍ່ໄດ້ພິສູດທັດສະນະ DNS ຂອງພຣັອກຊີ.

ສຳລັບການເຂົ້າເຖິງໂດຍກົງທີ່ຕ້ອງການ ໃຫ້ເພີ່ມຂໍ້ຍົກເວັ້ນເຂົ້າໃນສະພາບແວດລ້ອມຂອງຄອນເທນເນີນັ້ນ:

environment:
  http_proxy: http://proxy.example:8080
  https_proxy: http://proxy.example:8080
  no_proxy: api

ຄຳຮ້ອງໂດຍກົງໄປຫາ api ໃຊ້ເສັ້ນທາງຂອງຄອນເທນເນີ ແລະ ຕົວແກ້ໄຂທີ່ຝັງຢູ່. ຄອນເທນເນີທັງສອງຍັງຕ້ອງການເຄືອຂ່າຍຮ່ວມທີ່ຜູ້ໃຊ້ກຳນົດ ແລະ ບໍລິການຕ້ອງຮັບຟັງຢູ່ 8080. ຄຳຮ້ອງພາຍນອກທີ່ມີສິດໄດ້ຮັບຮັກສາພຣັອກຊີ. ຖ້າຈຸດໝາຍສາທາລະນະເຫຼົ່ານັ້ນສາມາດໃຊ້ຕົວກາງສາທາລະນະໄດ້ ລາຍຊື່ພຣັອກຊີ HTTP ຈະສະເໜີຜູ້ສະໝັກສຳລັບ URL ພຣັອກຊີທີ່ບໍ່ມີບັນຊີ; ເກັບ api ໄວ້ໃນຂໍ້ຍົກເວັ້ນໂດຍກົງ.

ຖ້າຄອນເທນເນີທີ່ສ້າງໃໝ່ຍັງມີຕົວແປທີ່ບໍ່ຄາດຄິດ ໃຫ້ກວດສ່ວນ config.json proxies ຂອງ Docker client ເຊິ່ງສາມາດສັກຄ່າສະພາບແວດລ້ອມເຂົ້າໄດ້. ປ່ຽນລາຍການທີ່ຕ້ອງການ ແລະ ສ້າງຄອນເທນເນີທີ່ໄດ້ຮັບຜົນກະທົບໃໝ່ຜ່ານຂະບວນການປົກກະຕິ ໂດຍຮັກສາການຕັ້ງຄ່າທີ່ບໍ່ກ່ຽວຂ້ອງ.

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