APT ສາມາດເກັບຂໍ້ມູນຢືນຢັນພຣັອກຊີໄວ້ໃນໄຟລ໌ການຢືນຢັນ ໃນຂະນະທີ່ການຕັ້ງຄ່າການດຶງຂໍ້ມູນມີພຽງຈຸດປາຍທາງເທົ່ານັ້ນ:

Acquire::http::Proxy "http://proxy.example:3128/";

ໄຟລ໌ auth.conf ທີ່ໄດ້ຮັບການປ້ອງກັນຢ່າງເໝາະສົມ ຫຼື ໄຟລ໌ auth.conf.d ທີ່ຮອງຮັບ ມີບັນຊີທີ່ກົງກັນ:

machine http://proxy.example:3128
login example-user
password example-password

ຈຸດປາຍທາງ ແລະ ບັນຊີ ເປັນຕົວແທນ. ໃຊ້ຕຳແໜ່ງໄຟລ໌ທີ່ຮອງຮັບໂດຍເວີຊັນ APT ທີ່ຕິດຕັ້ງໄວ້ ແລະ ຈຳກັດການອ່ານທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດ ໂດຍຮັກສານະໂຍບາຍການດຶງຂໍ້ມູນທີ່ມີຢູ່.

ໂທເຄັນ machine ກົງກັບພຣັອກຊີ

ແຜນ, ໂຮສ ແລະ ພອດ ມີຄວາມສຳຄັນ. ຖ້າບໍ່ມີໂປຣໂຕຄອນ, ລາຍການ machine ທີ່ບັນທຶກໄວ້ຈະກົງກັບ HTTPS ແລະ tor+https. ດັ່ງນັ້ນພຣັອກຊີ HTTP ທົ່ວໄປຕ້ອງການໂທເຄັນ http:// ທີ່ກົງກັນຢ່າງຊັດເຈນ, ເຖິງແມ່ນວ່າຄັງແພັກເກັດເອງໃຊ້ HTTPS ກໍຕາມ.

ກວດເບິ່ງຈຸດປາຍທາງທີ່ໃຊ້ຈິງຂອງ APT ແລະ ຕຳແໜ່ງໄຟລ໌ການຢືນຢັນ ພ້ອມທັງສິດການອ່ານຂອງບັນຊີດາວໂຫຼດ. ຊື່ໂຮສ, ຊື່ສະແດງ IP ຫຼື ພອດທີ່ແຕກຕ່າງອາດເລືອກລາຍການອື່ນ. ຂໍ້ມູນຢືນຢັນທີ່ຂາດຍ້ອນຄວາມບໍ່ກົງກັນບໍ່ແມ່ນຫຼັກຖານວ່າລະຫັດຜ່ານຖືກປະຕິເສດ.

ໄຟລ໌ແຍກຈຳກັດບ່ອນເກັບຄວາມລັບ. ມັນບໍ່ໄດ້ເຂົ້າລະຫັດການແລກປ່ຽນ Basic ແບບເປີດເຜີຍ ແລະ ບໍ່ໄດ້ແທນລາຍເຊັນຂອງຄັງ ແລະ ການກວດສອບ TLS ປາຍທາງ.

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