APT ສາມາດໃຊ້ SOCKS5h ໄດ້ໂດຍບໍ່ຕ້ອງມີ wrapper
ສຳລັບເວີຊັນ APT ທີ່ມີການສະໜັບສະໜູນ SOCKS5h ເປັນເອກະສານ, proxy URI ຢູ່ພາຍໃຕ້ການຕັ້ງຄ່າການຂົນສົ່ງ HTTP ຫຼື HTTPS, ບໍ່ແມ່ນຢູ່ໃນພາກ Acquire::socks ທີ່ສ້າງຂຶ້ນ.
ຄຳຕອບເກົ່າກ່ຽວກັບ “APT ຜ່ານ SOCKS” ມັກແນະນຳ wrapper ຫຼື relay HTTP-to-SOCKS. ຄຳຕອບເຫຼົ່ານັ້ນອາດອະທິບາຍຂໍ້ຈຳກັດທີ່ແທ້ຈິງຂອງເວີຊັນເກົ່າ. ແຕ່ມັນບໍ່ແມ່ນທາງເລືອກດຽວໃນເວີຊັນ APT ທີ່ບັນທຶກການສະໜັບສະໜູນ socks5h.
ສ່ວນຂອງການຕັ້ງຄ່າສາມາດໃຊ້ກະແຈການຂົນສົ່ງການດຶງຂໍ້ມູນທີ່ມີຢູ່ແລ້ວ:
Acquire::http::Proxy "socks5h://127.0.0.1:1080/";
Acquire::https::Proxy "socks5h://127.0.0.1:1080/";ຕົວຢ່າງນີ້ສົມມຸດວ່າມີຜູ້ຟັງ SOCKS5 ທີ່ໄດ້ຮັບອະນຸຍາດຢູ່ແລ້ວໃນເຄື່ອງດຽວກັນ. ມັນບໍ່ໄດ້ເລີ່ມຕົວໜຶ່ງ. ການສົ່ງຕໍ່ແບບໄດນາມິກຂອງ SSH ເປັນວິທີໜຶ່ງທີ່ຈະສ້າງຜູ້ຟັງທ້ອງຖິ່ນນັ້ນ. ຖ້າ proxy ຢູ່ໄກ, ໃຫ້ໃຊ້ຈຸດປາຍທາງທີ່ເຂົ້າເຖິງໄດ້ຈິງຂອງມັນແທນ; ຜູ້ສະໝັກຈາກລາຍຊື່ proxy SOCKS5 ໃຊ້ໄດ້ພຽງແຕ່ບ່ອນທີ່ອະນຸຍາດ proxy ສາທາລະນະສຳລັບຄຳຮ້ອງຂໍຂອງຄັງເກັບ.
ຮູບແບບເປັນສ່ວນໜຶ່ງຂອງຄຳແນະນຳ
ຄູ່ມືການຂົນສົ່ງ APT ລາຍຊື່ socks5h ສຳລັບ SOCKS5 ທີ່ມີການແກ້ໄຂ DNS ຈາກໄລຍະໄກ. ໃຊ້ຮູບແບບທີ່ໄດ້ບັນທຶກໄວ້ສຳລັບເວີຊັນທີ່ຕິດຕັ້ງ ແທນທີ່ຈະຫຍໍ້ມັນເປັນປ້າຍທີ່ໂປຣແກຣມອື່ນຍອມຮັບໂດຍບັງເອີນ.
ເຊັ່ນດຽວກັນ, Acquire::socks::Proxy ໃນສ່ວນຂອງຟໍຣັມເກົ່າບໍ່ແມ່ນຫຼັກຖານວ່າວິທີການດຶງຂໍ້ມູນ HTTP ອ່ານການຕັ້ງຄ່ານັ້ນ. ຕົວແຍກການຕັ້ງຄ່າສາມາດຍອມຮັບກະແຈໄດ້ໂດຍທີ່ວິທີການດາວໂຫຼດບໍ່ໄດ້ໃຊ້ມັນ.
ທີ່ຢູ່ທ້ອງຖິ່ນມີຂອບເຂດ
ເມື່ອ APT ເຮັດວຽກຢູ່ໃນ container ຫຼືເຄື່ອງສະໝອນສະເໝືອນ, 127.0.0.1 ໝາຍເຖິງສະພາບແວດລ້ອມນັ້ນ. ຜູ້ຟັງ SOCKS ເທິງເຄື່ອງແມ່ຂ່າຍເປັນຈຸດປາຍທາງອື່ນ. ກວດເບິ່ງບ່ອນທີ່ APT ຖືກປະຕິບັດ ກ່ອນທີ່ຈະບົ່ງບອກການເຊື່ອມຕໍ່ທ້ອງຖິ່ນທີ່ຖືກປະຕິເສດ.
ການສະໜັບສະໜູນ SOCKS ຍັງບໍ່ໄດ້ລຶບການກວດສອບລາຍເຊັນຂອງຄັງເກັບ ຫຼືໃບຮັບຮອງ HTTPS. ໃຫ້ເປີດການປ້ອງກັນເຫຼົ່ານັ້ນໄວ້. ຖ້າ APT ທີ່ຕິດຕັ້ງບໍ່ມີຄວາມສາມາດທີ່ບັນທຶກໄວ້, ໃຫ້ເລືອກທາງເລືອກທີ່ໄດ້ຮັບອະນຸມັດ ຫຼືເສັ້ນທາງອັບເດດ ແທນທີ່ຈະຖືວ່າຮູບແບບ URI ທີ່ບໍ່ຮູ້ຈັກເປັນບັນຫາລະຫັດຜ່ານ.