NuGet 407 विरुद्ध 401: प्रॉक्सी लॉगिन की खाजगी फीडची ओळखपत्रे?

NuGet फीडची ओळखपत्रे फॉरवर्ड-प्रॉक्सीच्या ओळखपत्रांपासून वेगळी ठेवा आणि प्रत्यक्षात पुनर्संचयित करणारे साधन वापरत असलेले कॉन्फिगरेशन तपासा.

NuGet पुनर्संचयितीसाठी फॉरवर्ड-प्रॉक्सी खाते आणि खाजगी फीड खाते दोन्ही आवश्यक असू शकतात. कोणते कॉन्फिगरेशन तपासायचे हे ठरवण्यासाठी प्रतिसाद वापरा:

निरीक्षणयेथून सुरू करा
प्रॉक्सी 407 परत करतेफॉरवर्ड प्रॉक्सीपर्यंत पोहोचण्यासाठी वापरला जाणारा मार्ग आणि खाते
पॅकेज स्रोत 401 परत करतोफीडचे प्रमाणीकरण कॉन्फिगरेशन
प्रतिसादापूर्वी कनेक्शन किंवा TLS अयशस्वी होतेएंडपॉइंट, वाहतूक आणि प्रमाणपत्राचे पुरावे

फीड टोकन प्रॉक्सीच्या 407 ला उत्तर देऊ शकत नाही. त्याचप्रमाणे, प्रतिसादापूर्वीच्या कनेक्शन किंवा TLS अयशस्वीतेने कोणता पासवर्ड चुकीचा आहे हे सिद्ध केलेले नाही.

फीडपासून वेगळे प्रॉक्सी कॉन्फिगर करा

NuGetची प्रॉक्सी नोंद config अंतर्गत येते. अंतर्निहित ओळखपत्रांशिवाय मार्गासाठी:

<configuration>
  <config>
    <add key="http_proxy" value="http://proxy.example:8080" />
  </config>
</configuration>

हे उदाहरण योग्य विद्यमान कॉन्फिगरेशनमध्ये विलीन करा. सार्वजनिक मध्यस्थांना परवानगी असलेल्या सार्वजनिक फीडसाठी, HTTP प्रॉक्सी सूची या ओळखपत्र-मुक्त मार्गासाठी उमेदवार देते. पॅकेज स्रोत त्यांच्या स्वतःच्या विभागात ठेवा; फीड URL सामान्य प्रॉक्सी पत्त्याने बदलल्यास मध्यस्थाकडे पॅकेज मागितली जातात.

दस्तऐवजीकृत http_proxy.password मूल्य एन्क्रिप्ट केलेले आहे. त्या फील्डमध्ये साधा मजकूर लिहिण्याऐवजी किंवा दुसऱ्या मशीनवरून एन्कोड केलेले दिसणारे मूल्य पोर्टेबल ओळखपत्र स्वरूप म्हणून कॉपी करण्याऐवजी समर्थित कॉन्फिगरेशन साधने वापरा.

प्रत्यक्षात अयशस्वी होणारी पुनर्संचयिती तपासा

क्लायंट, वापरकर्ता आणि लाँच वातावरणाचे नाव द्या, नंतर त्याची प्रभावी कॉन्फिगरेशन पदानुक्रम शोधा. वापरकर्ता, मशीन आणि सोल्यूशन सेटिंग्ज योगदान देऊ शकतात. जुनी devenv.exe.config दुरुस्ती विशिष्ट Visual Studio प्रक्रियेशी संबंधित आहे; ती कमांड-लाइन पुनर्संचयिती किंवा बिल्ड सेवा काय वाचते हे सिद्ध करत नाही. अप्रचलित प्रॉक्सी नोंद शोधताना कार्यरत पॅकेज स्रोत आणि धोरण जपून ठेवा.

प्रमाणीकरण कार्यान्वित झाल्यावर, नंतर अयशस्वी होणाऱ्या कोणत्याही URLचा मागोवा घ्या. फीड मेटाडेटा आणि पॅकेज सामग्री वेगवेगळे एंडपॉइंट वापरू शकतात, म्हणून एक स्वीकारलेली विनंती संपूर्ण पुनर्संचयिती मार्ग सिद्ध करत नाही. ते दुरुस्त करताना सामान्य पॅकेज-स्वाक्षरी आणि TLS पडताळणी जपून ठेवा.

संबंधित लेख