د Git proxyAuthMethod پروکسي کارن-نوم ته اړتيا لري

تاسو http.proxyAuthMethod اضافه کوئ، کلون بيا هڅه کوئ او لا هم 407 وينئ. ترتيب يو مستند شرط لري چې هيرول يې اسانه دي: ترتيب شوې پروکسي تړون بايد کارن-نوم ولري.

د URL په داخل کې کارن-نوم ته د تورې تړون شوي پټنوم اړتيا نشته. Git کولای شي د خپل اعتبارنامې ميکانيزم له لارې نيمګړی پټنوم ترلاسه کړي. د لارښوونې هويت او د تصديق طريقه بايد لا هم خپلې موخې پروکسي ته اشاره وکړي.

څلور ننوتونه يو ځای وګورئ

1. مؤثره پروکسي URI، چې پټنوم يې لرې شوی.
2. د هغه پروکسي لپاره غوره شوې طريقه.
3. هر per-remote اووررايد يا GIT_HTTP_PROXY_AUTHMETHOD د چاپېريال اووررايد.
4. د Git نسخه او د هغې HTTP backend وړتياوې.

اوسنی Git د anyauth, Basic, Digest, Negotiate او NTLM په ګډون طريقې مستند کوي. د يوه غوره کول تړل شوي backend ته نيمګړې ملاتړ نه زياتوي. همدارنګه شرکتې مدير بايد د پروکسي پاليسي کمزورې نه کړي ځکه چې يوه کليانټ د بلې طريقې لپاره ترتيب شوی و.

زاړه راپورونه هغه نسخې لري چې کاپي شوې اختيار يې نه و پلی کړی. هر خپل سري ترتيب کلي کېدای شي پرته له دې ثبوت چې روان لېږد يې کاروي، وساتل شي. د نسخې سره سم مستندات او سمول شوې تبادله ولولئ.

په پای کې، د زېرمې اعتبارنامې يو وروستنی اړيکه ده. د Git ميزباني ټوکن د پروکسي ننګونه نه بشپړوي. د زېرمې TLS تصديق بندول هم پروکسي دې ته نه اړ کوي چې غوره شوې تصديق طرحه ومني. لومړی هغه تبادله ثبته کړئ، بيا وروسته راتلونکې هر ډول زېرمه ځواب تشخيص کړئ.