NuGet 407 наспроти 401: најава за прокси или акредитиви за приватен feed?
Одвојте ги акредитивите за NuGet feed од акредитивите за forward proxy и проверете ја конфигурацијата што ја користи алатката што навистина го изведува обновувањето.
Обновувањето на NuGet може да бара и сметка за forward proxy и сметка за приватен feed. Користете го одговорот за да одлучите која конфигурација да ја проверите:
| Набљудување | Започнете тука |
|---|---|
| Проксито враќа 407 | Патеката и сметката што се користат за да се стигне до forward proxy |
| Изворот на пакети враќа 401 | Конфигурацијата за автентикација на feed-от |
| Врската или TLS не успеваат пред одговор | Доказите за крајната точка, транспортот и сертификатот |
Токенот за feed не може да одговори на 407 на проксито. Исто така, дефект на врската или TLS пред одговор не утврдил која лозинка е погрешна.
Конфигурирајте го проксито одделно од feed-от
Записот за прокси во NuGet припаѓа под config. За патека без вградени акредитиви:
<configuration>
<config>
<add key="http_proxy" value="http://proxy.example:8080" />
</config>
</configuration>
Спојте го овој пример со соодветната постоечка конфигурација. За јавен feed каде што се дозволени јавни посредници, списокот на HTTP прокси нуди кандидат за оваа патека без акредитиви. Чувајте ги изворите на пакети во нивниот оддел; заменувањето на URL-то на feed-от со општа адреса на прокси бара од посредникот пакети.
Документираната вредност http_proxy.password е шифрирана. Користете ги поддржаните алатки за конфигурација наместо да пишувате отворен текст во тоа поле или да копирате од друга машина вредност што изгледа кодирана како да е пренослив формат за акредитиви.
Проверете го обновувањето што навистина не успева
Наведете го клиентот, корисникот и околината за стартување, потоа пронајдете ја неговата ефективна хиерархија на конфигурација. Поставките за корисник, машина и решение можат да придонесат. Стариот исправка за devenv.exe.config се однесува на одреден Visual Studio процес; таа не утврдува што чита обновувањето од командна линија или услугата за градење. Зачувајте ги изворите на пакети и политиката што работат додека барате застарен запис за прокси.
Откако автентикацијата ќе проработи, следете го секој URL што подоцна не успева. Метаподатоците на feed-от и содржината на пакетите можат да користат различни крајни точки, па едно прифатено барање не ја утврдува целата патека на обновување. Зачувајте го нормалното потврдување на потписот на пакетите и TLS додека го исправате тоа.