तुम्ही 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 पडताळणी बंद केल्यानेही प्रॉक्सी निवडलेली प्रमाणीकरण योजना स्वीकारत नाही. आधी ती देवघेव प्रस्थापित करा, नंतर त्यानंतर येणाऱ्या कोणत्याही रेपॉझिटरी प्रतिसादाचे निदान करा.

संबंधित लेख