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 सत्यापन बंद करने से भी प्रॉक्सी चुनी गई प्रमाणन योजना स्वीकार नहीं करता। पहले वह आदान-प्रदान स्थापित करें, फिर उसके बाद आने वाली किसी भी रिपॉज़िटरी प्रतिक्रिया का निदान करें।