Git کا proxyAuthMethod پراکسی صارف نام کا متقاضی ہے

آپ http.proxyAuthMethod شامل کرتے ہیں، کلون دوبارہ آزماتے ہیں اور پھر بھی 407 دیکھتے ہیں۔ اس ترتیب کی ایک دستاویزی شرط ہے جسے نظر انداز کرنا آسان ہے: تشکیل شدہ پراکسی اسٹرنگ میں صارف نام موجود ہونا چاہیے۔

URL میں صارف نام کے ساتھ حرفی پاس ورڈ ہونا لازمی نہیں۔ Git اپنے اسناد کے طریقہ کار سے غائب پاس ورڈ حاصل کر سکتا ہے. روٹنگ کی شناخت اور تصدیق کا طریقہ پھر بھی مطلوبہ پراکسی کی طرف اشارہ کرنا چاہیے۔

چاروں مداخلتیں اکٹھی جانچیں

1. اصل پراکسی URI، جس کا پاس ورڈ ہٹا دیا گیا ہو۔
2. اس پراکسی کے لیے منتخب طریقہ۔
3. کوئی بھی فی-remote اوور رائیڈ یا GIT_HTTP_PROXY_AUTHMETHOD ماحولیاتی اوور رائیڈ۔
4. Git ورژن اور اس کے HTTP بیک اینڈ کی صلاحیتیں۔

موجودہ Git anyauth، Basic، Digest، Negotiate اور NTLM سمیت طریقے دستاویز کرتا ہے۔ ایک منتخب کرنا منسلک بیک اینڈ میں غائب معاونت شامل نہیں کرتا۔ کارپوریٹ منتظم کو بھی پراکسی کی پالیسی کمزور نہیں کرنی چاہیے صرف اس لیے کہ کلائنٹ کسی دوسرے طریقے کے لیے تشکیل دیا گیا تھا۔

پرانے رپورٹوں میں ایسے ورژن شامل ہیں جنہوں نے کاپی کیے جانے والے اختیار کو نافذ نہیں کیا تھا۔ کوئی بھی صوابدیدی تشکیل کی کلید محفوظ کی جا سکتی ہے بغیر اس ثبوت کے کہ جاری منتقلی اسے استعمال کرتی ہے۔ ورژن کے مطابق دستاویزات اور ترمیم شدہ تبادلہ پڑھیں۔

آخر میں، مخزن کی اسناد بعد کا تعلق ہیں۔ Git ہوسٹنگ ٹوکن پراکسی کے چیلنج کو پورا نہیں کرتا۔ مخزن کی TLS تصدیق بند کرنا بھی پراکسی کو منتخب کردہ تصدیق کی اسکیم قبول کرنے پر آمادہ نہیں کرتا۔ پہلے وہ تبادلہ ثابت کریں، پھر اس کے بعد آنے والے کسی بھی مخزن کے ردعمل کی تشخیص کریں۔