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, пакуль выпраўляеце гэта.

Падобныя артыкулы