HTTPS proxy ຂອງ Git ອາດຕ້ອງການໃບຢັ້ງຢືນລູກຄ້າຂອງຕົນເອງ

ຕັ້ງຄ່າ TLS CA ຂອງ proxy, ໃບຢັ້ງຢືນລູກຄ້າ ແລະ ກະແຈສ່ວນຕົວ ແຍກຕ່າງຫາກຈາກການຕັ້ງຄ່າ TLS ແລະ ການເຂົ້າສູ່ລະບົບ HTTP ຂອງ repository.

proxy HTTPS ບາງອັນຮ້ອງຂໍໃບຢັ້ງຢືນລູກຄ້າໃນລະຫວ່າງການເຊື່ອມຕໍ່ TLS ຈາກ Git ຫາ proxy. ນັ້ນແມ່ນການແລກປ່ຽນການພິສູດຕົວຕົນທີ່ແຍກຕ່າງຫາກຈາກການເຂົ້າສູ່ລະບົບ repository.

ສຳລັບ Git/libcurl TLS backend ທີ່ເຂົ້າກັນໄດ້ ແລະ ໃຊ້ໄຟລ໌ PEM, ການຕັ້ງຄ່າທີ່ກ່ຽວຂ້ອງມີຮູບແບບດັ່ງນີ້:

[http]
    proxy = https://proxy.example:8443
    proxySSLCAInfo = /secure/proxy-ca.pem
    proxySSLCert = /secure/proxy-client.pem
    proxySSLKey = /secure/proxy-client.key
    proxySSLCertPasswordProtected = true

ໃຊ້ໄຟລ໌ຕົວຈິງທີ່ໃຫ້ມາສຳລັບການຈັດຕັ້ງ TLS ຂອງ proxy. ນຳໃຊ້ການຕັ້ງຄ່າໃນຂອບເຂດ Git ທີ່ຕັ້ງໃຈ; ການຕັ້ງຄ່າລະດັບ repository ສາມາດຈຳກັດເສັ້ນທາງນີ້ໃຫ້ຢູ່ພຽງ checkout ນັ້ນ.

ການຕັ້ງຄ່າບົດບາດ
proxySSLCAInfoຊຸດ CA ທີ່ໃຊ້ກວດສອບ proxy HTTPS
proxySSLCertໃບຢັ້ງຢືນລູກຄ້າທີ່ສະເໜີຕໍ່ proxy ນັ້ນ
proxySSLKeyກະແຈສ່ວນຕົວທີ່ຄູ່ກັບໃບຢັ້ງຢືນລູກຄ້າ
proxySSLCertPasswordProtectedເປີດໃຫ້ Git ຖາມລະຫັດຜ່ານສຳລັບເນື້ອຫາໃບຢັ້ງຢືນ ຫຼື ກະແຈ proxy ທີ່ຖືກປ້ອງກັນ

URL proxy https:// ແມ່ນຈຳເປັນສຳລັບການແລກປ່ຽນ TLS ນີ້. proxy HTTP ທຳມະດາທີ່ສົ່ງ CONNECT ໄປຫາ repository HTTPS ບໍ່ໄດ້ເຮັດການພິສູດຕົວຕົນໃບຢັ້ງຢືນລູກຄ້າ TLS ຢູ່ listener ຂອງຕົນເອງໂດຍອາສາ.

ຄວາມໄວ້ໃຈໃນໃບຢັ້ງຢືນຂອງ repository ແລະ ໃບຢັ້ງຢືນລູກຄ້າຂອງ repository ໃດໆ ມີການຕັ້ງຄ່າ ssl ຂອງຕົນເອງ. ເຊັ່ນດຽວກັນ, ການທ້າທາຍ proxy HTTP ດ້ວຍ Proxy-Authenticate ແມ່ນກົນໄກການພິສູດຕົວຕົນອີກອັນໜຶ່ງ.

ເມື່ອບຳລຸງຮັກສາການຕັ້ງຄ່ານີ້, ກວດເບິ່ງເວີຊັນ libcurl ທີ່ເຊື່ອມໂຍງ, TLS backend ແລະ ຮູບແບບໃບຢັ້ງຢືນທີ່ຮອງຮັບ. ເສັ້ນທາງໄປຫາໃບຢັ້ງຢືນ PEM ບໍ່ແມ່ນຕົວແທນທີ່ຍ້າຍໄດ້ສຳລັບທຸກອິນເຕີເຟສຂອງບ່ອນເກັບໃບຢັ້ງຢືນໃນແພລດຟອມ.

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