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 માન્યતા જાળવો.

સંબંધિત લેખો