د Git د HTTPS پروکسي کېدای شي خپل د کلاينټ سند ته اړتيا ولري

د پروکسي TLS CA، د کلاينټ سند او خصوصي کلي د زېرمې د TLS او HTTP ننوتلو تنظيمونو څخه جلا ترتيب کړئ.

ځينې HTTPS پروکسيان د Git څخه پروکسي ته د TLS نښلون پر مهال د کلاينټ سند غواړي. دا له زېرمې ته د ننوتلو څخه جلا تصديق تبادله ده.

د PEM فايلونو کاروونکي سازګار Git/libcurl TLS بېکنډ لپاره اړوند ترتيب داسې ښکاري:

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

د پروکسي د TLS جوړښت لپاره ورکړل شوي اصلي فايلونه وکاروئ. ترتيب په ټاکل شوي Git حد کې پلي کړئ؛ د زېرمې کچې ترتيب کولای شي دا لاره يوازې همغه چيک اوت ته محدوده کړي.

تنظيمرول
proxySSLCAInfoد HTTPS پروکسي د تصديق لپاره کارېدونکی CA بنډل
proxySSLCertهمغه پروکسي ته وړاندې شوی د کلاينټ سند
proxySSLKeyد کلاينټ سند سره سمون لرونکی خصوصي کلي
proxySSLCertPasswordProtectedد خوندي پروکسي سند او کلي موادو لپاره د Git د پټنوم غوښتنه فعالوي

د دې TLS تبادلې لپاره https:// پروکسي URL اړين دی. يو عادي HTTP پروکسي چې CONNECT د HTTPS زېرمې ته وړي، په دې سره په خپل اورېدونکي کې د TLS کلاينټ سند تصديق نه ترسره کوي.

د زېرمې د سندونو باور او د زېرمې هر کلاينټ سند خپل ssl ترتيب لري. همدارنګه، د Proxy-Authenticate سره HTTP پروکسي ننګونه بله تصديق ميکانيزم دی.

د دې جوړښت د ساتنې پر مهال تړل شوې libcurl نسخه، TLS بېکنډ او ملاتړ شوی د سند بڼه وګورئ. د PEM سند ته لار د پليټفارم د سند زېرمې هرې برخې لپاره د لېږد وړ بديل نه دی.

اړوندې مقالې