ແຜນທີ່ proxies ຂອງ Docker ຂຶ້ນກັບ daemon ບໍ່ແມ່ນເວັບໄຊ
ລາຍການສະເພາະໂຮສໃນການຕັ້ງຄ່າ proxy ຂອງ Docker client ເລືອກການຕັ້ງຄ່າສຳລັບການເຊື່ອມຕໍ່ Docker daemon. ມັນບໍ່ແມ່ນກົດ PAC ຕໍ່ແຕ່ລະປາຍທາງ.
ວັດຖຸ JSON ເບິ່ງຄືມີຄວາມຫວັງ: ແຜນທີ່ proxies ທີ່ມີລາຍການ default ແລະກະແຈທີ່ຢູ່ເພີ່ມເຕີມ. ມັນຊັກຈູງໃຫ້ໃສ່ຊື່ໂຮສ registry ຢູ່ຫັ້ນ ແລະຄາດຫວັງວ່າຄຳຮ້ອງຂໍໄປຫາ registry ນັ້ນຈະໃຊ້ proxy ອື່ນ.
ກະແຈເຫຼົ່ານັ້ນລະບຸ Docker daemons ທີ່ client ເຊື່ອມຕໍ່. ພວກມັນບໍ່ໄດ້ລະບຸເວັບໄຊທີ່ container ຈະຮ້ອງຂໍ.
ການຕັ້ງຄ່າ Docker client ສາມາດໃຫ້ຕົວແປສິ່ງແວດລ້ອມ proxy ແກ່ container ໃໝ່ ແລະໃຫ້ argument build proxy ແກ່ build ໃໝ່. ລາຍການສະເພາະ daemon ປ່ຽນການຕັ້ງຄ່າທີ່ໃຫ້ໄວ້ນັ້ນສຳລັບບໍລິບົດ daemon ທີ່ກົງກັນ.
ມັນບໍ່ໄດ້ຕັ້ງຄ່າການເຊື່ອມຕໍ່ proxy ອອກນອກຂອງ daemon ເອງ. ມັນກໍບໍ່ໄດ້ປ່ຽນ HTTP client ຂອງ container ໃຫ້ເປັນຕົວປະເມີນ PAC.
ຖ້າໜ້າທີ່ຂອງທ່ານແມ່ນຮັກສາ registry ພາຍໃນໃຫ້ເປັນແບບກົງ ໃນຂະນະທີ່ daemon ເຂົ້າເຖິງບໍລິການອື່ນຜ່ານ proxy, ໃຫ້ກວດເບິ່ງ ການຕັ້ງຄ່າ proxy ແລະ ການຂ້າມທີ່ daemon ຮອງຮັບ. ຖ້າແອັບພລິເຄຊັນຕ້ອງການ proxy ຕົ້ນທາງຕ່າງກັນສຳລັບປາຍທາງຕ່າງກັນ, ນະໂຍບາຍນັ້ນຢູ່ໃນການຈັດການ client ຫຼື ການສົ່ງຕໍ່ທີ່ເໝາະສົມ.
ກ່ອນແກ້ໄຂແຜນທີ່ ໃຫ້ຂຽນວ່າກະແຈສະແດງເຖິງທີ່ຢູ່ໃດ ແລະ ຂະບວນການໃດເຮັດຄຳຮ້ອງຂໍທີ່ລົ້ມເຫຼວ. ຊື່ໂຮສດຽວກັນອາດປາກົດໃນການເຊື່ອມຕໍ່ daemon, ໃນ URL registry ແລະໃນ URL proxy, ແຕ່ສິ່ງເຫຼົ່ານັ້ນແມ່ນສາມບົດບາດທີ່ແຕກຕ່າງກັນ.