ເປັນຫຍັງ docker pull ບໍ່ໃຊ້ຄ່າພຣັອກຊີຂອງຄອນເທນເນີ
ຕັ້ງຄ່າສ່ວນ Docker ທີ່ດາວໂຫຼດອິມເມຈຈິງ ແທນການຄາດວ່າຕົວແປພຣັອກຊີຂອງຄອນເທນເນີຈະຄວບຄຸມເດມອນ.
ຖ້າ docker pull ລົ້ມເຫຼວ ໃຫ້ຕັ້ງ Docker daemon ຫຼື Docker Desktop. ອິມເມຈຖືກດາວໂຫຼດກ່ອນທີ່ຄອນເທນເນີແອັບຈະອ່ານຕົວແປພຣັອກຊີຂອງຕົນໄດ້.
Docker Engine ທີ່ຕິດຕັ້ງໂດຍກົງ
ລວມສ່ວນນີ້ເຂົ້າກັບຄ່າພຣັອກຊີຂອງເດມອນທີ່ມີຢູ່ ປ່ຽນຈຸດຕົວຢ່າງໃນເອກະສານ ແລະຮັກສາຄ່າທີ່ບໍ່ກ່ຽວ. ສຳລັບທົດສອບອິມເມຈສາທາລະນະທີ່ອະນຸຍາດພຣັອກຊີສາທາລະນະ ລາຍຊື່ HTTP ພຣັອກຊີມີຕົວເລືອກໃຫ້ລອງ:
{
"proxies": {
"http-proxy": "http://203.0.113.10:8080",
"https-proxy": "http://203.0.113.10:8080",
"no-proxy": "localhost,127.0.0.1,registry.example.internal"
}
}ຄີຂອງເດມອນທີ່ມີຂີດກາງຕ່າງຈາກຄີ camelCase ໃນ ~/.docker/config.json ຂອງ Docker client. ສ່ວນພຣັອກຊີຂອງໄຄເອັນສົ່ງຕົວແປສະພາບແວດລ້ອມໃຫ້ຄອນເທນເນີໃໝ່ ແລະ build; ບໍ່ໄດ້ຕັ້ງການດາວໂຫຼດຂອງເດມອນ ຫຼືສະພາບແວດລ້ອມຄອນເທນເນີເກົ່າ.
ຣີສະຕາດເດມອນຕາມເອກະສານຂອງການຕິດຕັ້ງ ໂດຍວາງແຜນຜົນກະທົບຕໍ່ວຽກປັດຈຸບັນ. ເດມອນອາດຮັບຕົວແປພຣັອກຊີຈາກສະພາບແວດລ້ອມຕອນເລີ່ມກໍໄດ້; export ໃນເທີມິນັລພາຍຫຼັງບໍ່ອັບເດດບໍລິການທີ່ກຳລັງຮັນ.
Docker Desktop
ໃຊ້ຄ່າພຣັອກຊີຂອງ Desktop ເອງ. Docker ລະບຸວ່າ Desktop ບໍ່ໃຊ້ລາຍການພຣັອກຊີໃນ daemon.json ດັ່ງນັ້ນການແກ້ຕົວຢ່າງ Engine ທີ່ຕິດຕັ້ງໂດຍກົງຊ້ຳໆບໍ່ໄດ້ຕັ້ງເສັ້ນທາງຂອງຜະລິດຕະພັນນີ້.
ລອງດຶງອິມເມຈໃໝ່ຫຼັງອັບເດດສ່ວນທີ່ຖືກ. ອ່ານວ່າລົ້ມເຫຼວຕອນເຂົ້າ registry ຢືນຢັນຕົວຕົນ ຣີໄດເຣັກ ຫຼືດາວໂຫຼດເລເຢີ. ຄຳຂໍ HTTP ທີ່ສຳເລັດໃນຄອນເທນເນີເກົ່າກວດພຽງເສັ້ນທາງຂອງແອັບນັ້ນ. ຢ່າໃຫ້ຂໍ້ມູນເຂົ້າໃຊ້ພຣັອກຊີປາກົດໃນພາບໜ້າຈໍທີ່ແຊຣ໌ ຫຼືໄຟລ໌ commit; ຄ່າເດມອນ ແລະສະພາບແວດລ້ອມຄອນເທນເນີບໍ່ແມ່ນທີ່ເກັບຄວາມລັບ.