proxyAuthMethod ຂອງ Git ຕ້ອງການຊື່ຜູ້ໃຊ້ພຣັອກຊີ

ທ່ານເພີ່ມ http.proxyAuthMethod, ລອງ clone ອີກຄັ້ງ ແລະ ຍັງເຫັນ 407. ການຕັ້ງຄ່າມີເງື່ອນໄຂທີ່ບັນທຶກໄວ້ເຊິ່ງງ່າຍທີ່ຈະລືມ: ສະຕຣິງພຣັອກຊີທີ່ຕັ້ງຄ່າຕ້ອງມີຊື່ຜູ້ໃຊ້.

ຊື່ຜູ້ໃຊ້ບໍ່ຈຳເປັນຕ້ອງມີລະຫັດຜ່ານແບບຕົວອັກສອນນຳໃນ URL. Git ສາມາດ ໄດ້ຮັບລະຫັດຜ່ານທີ່ຂາດຜ່ານກົນໄກຂໍ້ມູນຢືນຢັນຂອງຕົນ. ເອກະລັກການເສັ້ນທາງ ແລະ ວິທີການພິສູດຢືນຢັນຍັງຕ້ອງອ້າງອີງເຖິງພຣັອກຊີທີ່ຕ້ອງການ.

ກວດເບິ່ງຂໍ້ມູນປ້ອນທັງສີ່ຢ່າງພ້ອມກັນ

1. URI ພຣັອກຊີທີ່ໃຊ້ຕົວຈິງ, ໂດຍເອົາລະຫັດຜ່ານອອກ.
2. ວິທີທີ່ເລືອກສຳລັບພຣັອກຊີນັ້ນ.
3. ການທັບຊ້ອນຕໍ່ remote ໃດໆ ຫຼື ການທັບຊ້ອນສະພາບແວດລ້ອມ GIT_HTTP_PROXY_AUTHMETHOD.
4. ເວີຊັນ Git ແລະ ຄວາມສາມາດຂອງ HTTP backend ຂອງມັນ.

Git ປັດຈຸບັນບັນທຶກວິທີຕ່າງໆ ລວມທັງ anyauth, Basic, Digest, Negotiate ແລະ NTLM. ການເລືອກໜຶ່ງບໍ່ໄດ້ເພີ່ມການສະໜັບສະໜູນທີ່ຂາດໃຫ້ backend ທີ່ເຊື່ອມຕໍ່. ຜູ້ດູແລອົງກອນກໍບໍ່ຄວນເຮັດໃຫ້ນະໂຍບາຍພຣັອກຊີອ່ອນແອລົງ ເພາະລູກຄ້າຖືກຕັ້ງຄ່າສຳລັບວິທີອື່ນ.

ລາຍງານເກົ່າລວມມີເວີຊັນທີ່ບໍ່ໄດ້ຈັດຕັ້ງຕົວເລືອກທີ່ກຳລັງຖືກຄັດລອກ. ກະແຈຕັ້ງຄ່າໃດໆສາມາດຖືກເກັບໄວ້ໂດຍບໍ່ມີຫຼັກຖານວ່າການຖ່າຍໂອນທີ່ກຳລັງແລ່ນຢູ່ໃຊ້ມັນ. ອ່ານເອກະສານຕາມເວີຊັນ ແລະ ການແລກປ່ຽນທີ່ຖືກປິດບັງ.

ສຸດທ້າຍ, ຂໍ້ມູນຢືນຢັນຂອງບ່ອນເກັບເປັນຄວາມສໍາພັນພາຍຫຼັງ. ໂທເຄັນໂຮສຕິງ Git ບໍ່ຕອບສະໜອງສິ່ງທ້າທາຍຂອງພຣັອກຊີ. ການປິດການກວດສອບ TLS ຂອງບ່ອນເກັບກໍບໍ່ເຮັດໃຫ້ພຣັອກຊີຍອມຮັບແຜນການພິສູດຢືນຢັນທີ່ເລືອກ. ສ້າງການແລກປ່ຽນນັ້ນກ່ອນ, ແລ້ວວິເຄາະການຕອບສະໜອງຂອງບ່ອນເກັບໃດໆທີ່ຕາມມາ.