Git को proxyAuthMethod लाई प्रोक्सी प्रयोगकर्ता नाम चाहिन्छ

proxyAuthMethod सेटिङ प्रभावहीन देखिएमा प्रोक्सी प्रयोगकर्ता नाम, छानिएको विधि, वातावरण ओभरराइड र Git संस्करण जाँच्नुहोस्।

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

सम्बन्धित लेखहरू