ການສົ່ງຕົວແປ proxy ຂອງ Compose ເຂົ້າໃນ container

ເຮັດໃຫ້ຕົວແປ proxy ເປັນສ່ວນໜຶ່ງຂອງສະພາບແວດລ້ອມຂອງ service Compose ແທນທີ່ຈະສົມມຸດວ່າໄຟລ໌ .env ຂອງໂຄງການຈະສັກມັນເຂົ້າໂດຍອັດຕະໂນມັດ.

ໄຟລ໌ .env ຂອງໂຄງການ Compose ໃຫ້ຄ່າສຳລັບການແທນທີ່. ເພື່ອໃຫ້ຄ່າໜຶ່ງໃນນັ້ນແກ່ container, ໃຫ້ອ້າງອີງມັນໃນການຕັ້ງຄ່າ service.

ຕົວຢ່າງ, .env ມີຈຸດສິ້ນສຸດຂອງ proxy:

HTTP_PROXY=http://203.0.113.10:8080

service ໃຊ້ມັນສຳລັບຄຳຮ້ອງປາຍທາງທັງ HTTP ແລະ HTTPS:

services:
  app:
    image: your-image
    environment:
      HTTP_PROXY: "${HTTP_PROXY}"
      HTTPS_PROXY: "${HTTP_PROXY}"

ປ່ຽນທີ່ຢູ່ໃນເອກະສານ ແລະ image; ເລືອກຈຸດສິ້ນສຸດ HTTP ທີ່ເຂົ້າກັນໄດ້ຈາກ service ຂອງທ່ານ ຫຼືຈາກລາຍຊື່ proxy HTTP. proxy HTTP ທຳມະດາສາມາດສົ່ງ HTTPS ຜ່ານ CONNECT ໄດ້ຖ້າມັນຮອງຮັບ tunnel ທີ່ຮ້ອງຂໍ.

ລາຍການ env_file ຢ່າງຊັດເຈນເປັນອີກວິທີໜຶ່ງໃນການສົ່ງຕົວແປຂອງໄຟລ໌ທີ່ເລືອກໃຫ້ service. ໄຟລ໌ແທນທີ່ຂອງໂຄງການບໍ່ໄດ້ເຮັດໜ້າທີ່ເປັນ env_file ຂອງ container ແບບໂດຍນິຍົມ.

ກວດເບິ່ງວ່າມີຫຍັງໄປຮອດແອັບພລິເຄຊັນ

docker compose config ສະແດງການຕັ້ງຄ່າ service ທີ່ແກ້ໄຂແລ້ວ. docker compose config --environment ແທນທີ່ຈະສະແດງຄ່າທີ່ໃຊ້ສຳລັບການແທນທີ່.

ປຽບທຽບສະພາບແວດລ້ອມຂອງ service ກັບຂະບວນການຂອງແອັບພລິເຄຊັນ. container ທີ່ມີຢູ່ແລ້ວຈະບໍ່ໄດ້ຮັບຄ່າໃໝ່ເມື່ອທ່ານແກ້ໄຂ .env; ໃຫ້ນຳໃຊ້ການປ່ຽນແປງຜ່ານວົງຈອນຊີວິດ Compose ທີ່ຕັ້ງໃຈ, ໂດຍອະນຸຍາດໃຫ້ service ຢຸດຊົ່ວຄາວ.

ຖ້າຕົວແປບໍ່ມີ, ໃຫ້ແກ້ໄຂການຕັ້ງຄ່າ service. ຖ້າມັນມີແຕ່ຄຳຮ້ອງຍັງໄປຊື່ໆ, ໃຫ້ກວດເບິ່ງການຮອງຮັບ proxy ຂອງ client HTTP. ການສັກສະພາບແວດລ້ອມໃຫ້ພຽງການຕັ້ງຄ່າ; ແອັບພລິເຄຊັນຕ້ອງໃຊ້ມັນ.

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