NuGet 407 vs 401: proxy saioa ala feed pribatuaren kredentzialak?
Bereizi NuGet feedaren kredentzialak aurrealdeko proxyaren kredentzialetatik, eta aztertu berrezarpena benetan egiten duen tresnak erabiltzen duen konfigurazioa.
NuGet berrezarpen batek aurrealdeko proxyaren kontu bat eta feed pribatu baten kontua behar izan ditzake. Erabili erantzuna zein konfigurazio aztertu erabakitzeko:
| Behaketa | Hasi hemen |
|---|---|
| Proxya 407 itzultzen du | Aurrealdeko proxya iristeko erabiltzen den bidea eta kontua |
| Pakete iturburuak 401 itzultzen du | Feedaren autentifikazio konfigurazioa |
| Konexioak edo TLSek huts egiten du erantzun aurretik | Muturreko puntuaren, garraioaren eta ziurtagiriaren frogak |
Feedearen tokenak ezin dio proxyaren 407ari erantzun. Era berean, erantzun aurretiko konexio edo TLS hutsegiteak ez du zehaztu zein pasahitz den okerra.
Konfiguratu proxya feedetik bereizita
NuGeten proxy sarrera config azpian dago. Kredentzialik gabeko bide baterako:
<configuration>
<config>
<add key="http_proxy" value="http://proxy.example:8080" />
</config>
</configuration>
Bat egin adibide hau dagokion lehendik dagoen konfigurazioarekin. Bitartekari publikoak onartzen dituen feed publiko batentzat, HTTP proxy zerrendak hautagai bat eskaintzen du kredentzialik gabeko bide honetarako. Eduki pakete iturburuak beren atalean; feedaren URLa proxy helbide generiko batekin ordezkatzeak bitartekariari paketeak eskatzen dizkio.
Dokumentatutako http_proxy.password balioa enkriptatuta dago. Erabili onartutako konfigurazio tresnak eremu horretan testu soila idatzi edo beste makinatatik itxuraz kodeatuta dagoen balio bat kredentzial formatu eramangarria balitz bezala kopiatu beharrean.
Aztertu benetan huts egiten duen berrezarpena
Izenda itzazu bezeroa, erabiltzailea eta abiarazte ingurunea, eta gero aurkitu haren konfigurazio hierarkia eraginkorra. Erabiltzaile, makina eta soluzio ezarpenek lagun dezakete. devenv.exe.config konponketa zahar bat Visual Studio prozesu jakin bati dagokio; ez du zehazten komando-lerroko berrezarpenak edo eraikuntza zerbitzu batek zer irakurtzen duen. Mantendu lanean dauden pakete iturburuak eta politika proxy sarrera zaharkitu bat bilatzen ari zaren bitartean.
Autentifikazioak funtzionatzen duenean, jarraitu geroago huts egiten duen edozein URL. Feedearen metadatuak eta paketeen edukiek muturreko puntu desberdinak erabil ditzakete, beraz onartutako eskaera batek ez du berrezarpen bide osoa zehazten. Mantendu paketeen sinadura eta TLS balidazio arrunta hori zuzentzen duzun bitartean.