NuGet 407 kundrejt 401: hyrje në proxy apo kredenciale të feed-it privat?
Ndani kredencialet e feed-it NuGet nga ato të proxy-t të përparmë dhe inspektoni konfigurimin që përdor mjeti që kryen realisht rivendosjen.
Një rivendosje NuGet mund të kërkojë një llogari proxy të përparmë dhe një llogari feed privat njëkohësisht. Përdorni përgjigjen për të vendosur cilin konfigurim të inspektoni:
| Vëzhgimi | Filloni këtu |
|---|---|
| Proxy-t kthen 407 | Rruga dhe llogaria që përdoren për të arritur proxy-n e përparmë |
| Burimi i paketave kthen 401 | Konfigurimi i vërtetimit të feed-it |
| Lidhja ose TLS dështon përpara një përgjigjeje | Provat për pikën fundore, transportin dhe certifikatën |
Një token feed nuk mund t'i përgjigjet 407-së së proxy-t. Po ashtu, një dështim lidhjeje ose TLS përpara një përgjigjeje nuk ka vërtetuar se cili fjalëkalim është i gabuar.
Konfiguroni proxy-n veçmas nga feed-i
Zëri i proxy-t në NuGet i përket config. Për një rrugë pa kredenciale të integruara:
<configuration>
<config>
<add key="http_proxy" value="http://proxy.example:8080" />
</config>
</configuration>Bashkoni këtë shembull me konfigurimin ekzistues të përshtatshëm. Për një feed publik ku lejohen ndërmjetës publikë, lista e proxy-ve HTTP ofron një kandidat për këtë rrugë pa kredenciale. Mbani burimet e paketave në seksionin e tyre; zëvendësimi i URL-së së feed-it me një adresë proxy të përgjithshme i kërkon ndërmjetësit paketat.
Vlera e dokumentuar http_proxy.password është e kriptuar. Përdorni mjetet e konfigurimit të mbështetura në vend që të shkruani tekst të thjeshtë në atë fushë ose të kopjoni nga një makinë tjetër një vlerë që duket e koduar sikur të ishte format portativ kredencialesh.
Inspektoni rivendosjen që dështon realisht
Emërtoni klientin, përdoruesin dhe mjedisin e nisjes, më pas gjeni hierarkinë efektive të konfigurimit. Cilësimet e përdoruesit, makinës dhe zgjidhjes mund të kontribuojnë. Një rregullim i vjetër i devenv.exe.config lidhet me një proces të caktuar të Visual Studio; ai nuk vërteton çfarë lexon një rivendosje nga rreshti i komandës ose një shërbim ndërtimi. Ruani burimet e paketave dhe politikat që funksionojnë ndërsa kërkoni një zë proxy të vjetruar.
Pasi vërtetimi funksionon, ndiqni çdo URL që dështon më vonë. Metadatat e feed-it dhe përmbajtja e paketave mund të përdorin pika fundore të ndryshme, pra një kërkesë e pranuar nuk vërteton rrugën e plotë të rivendosjes. Ruani vërtetimin normal të nënshkrimit të paketave dhe TLS ndërsa e rregulloni këtë.