NuGet atrás de um proxy

Eu descobri que o NuGet permite a configuração de configurações de proxy desde a versão 1.4. Mas, não consigo encontrar nenhum exemplo de linha de comando.

Estou tentando executar uma compilação e o NuGet não consegue se conectar.

Como faço para definir as configurações de proxy na linha de comando?

Veja o que fiz para fazer isso funcionar com meu proxy corporativo que usa autenticação NTLM. Eu baixei NuGet.exe e, em seguida, correu os seguintes comandos (que eu encontrei nos comentários a esta discussão no CodePlex):

nuget.exe config -set http_proxy=http://my.proxy.address:port
nuget.exe config -set http_proxy.user=mydomain\myUserName
nuget.exe config -set http_proxy.password=mySuperSecretPassword

Isso coloca o seguinte em meu NuGet.configlocalizado em %appdata%\NuGet(que mapeia para C: \ Users \ myUserName \ AppData \ Roaming em minha máquina Windows 7):

<configuration>
    <!-- stuff -->
    <config>
        <add key="http_proxy" value="http://my.proxy.address:port" />
        <add key="http_proxy.user" value="mydomain\myUserName" />
        <add key="http_proxy.password" value="base64encodedHopefullyEncryptedPassword" />
    </config>
    <!-- stuff -->
</configuration>

A propósito, isso também corrigiu meu problema com o NuGet funcionando apenas na primeira vez que acessei a origem do pacote no Visual Studio.

Observe que algumas pessoas que tentaram essa abordagem relataram através dos comentários que foram capazes de omitir a configuração da http_proxy.passwordchave da linha de comando ou excluí-la após o fato do arquivo de configuração e ainda eram capazes de ter a função NuGet através do proxy.

Se você achar, no entanto, que deve especificar sua senha no arquivo de configuração do NuGet, lembre-se de que você deve atualizar a senha armazenada na configuração do NuGet na linha de comando ao alterar seu login de rede, se suas credenciais de proxy também forem sua rede credenciais .

Talvez você possa tentar fazer isso no seu devenv.exe.config

<system.net>
    <defaultProxy useDefaultCredentials="true" enabled="true">
        <proxy proxyaddress="http://proxyaddress" />
    </defaultProxy>
    <settings>
        <servicePointManager expect100Continue="false" />
        <ipv6 enabled="true"/>
    </settings>
</system.net>

Eu encontrei no rastreador de problemas NuGet

Existem também outros comentários valiosos sobre problemas de rede do NuGet +.

Caso esteja usando a versão https do nuget ( https://www.nuget.org ), lembre-se de que você deve definir os valores com https.

• https_proxy
• https_proxy.user
• https_proxy.password

Posso estar errado, mas achei que ele usava as configurações de proxy do IE.

Se perceber que você precisa fazer o login, ele abrirá uma caixa de diálogo e pedirá que você o faça (login).

Por favor, veja a descrição disso aqui -> http://docs.nuget.org/docs/release-notes/nuget-1.5

Para qualquer pessoa que use o VS2015: Eu estava encontrando um erro "Autenticação de proxy 407 necessária", que interrompeu minha compilação. Depois de algumas horas investigando, descobriu-se que o MSBuild não estava enviando credenciais ao tentar baixar o Nuget como parte do destino 'DownloadNuGet'. A solução foi adicionar o seguinte XML a C: \ Arquivos de programas (x86) \ MSBuild \ 14.0 \ Bin \ MSBuild.exe.config dentro do <configuration>elemento:

<system.net>
            <defaultProxy useDefaultCredentials="true">
            </defaultProxy>
</system.net>

A solução para mim foi incluir

<configuration>
  <config>
    <add key="http_proxy" value="http://<IP>:<Port>" />
    <add key="http_proxy.user" value="<user>" />
    <add key="http_proxy.password" value="<password>" />
  </config>
</configuration>

No nuget.configarquivo.

Outra opção para o mesmo "proxy para nuget": alternativamente, você pode definir as configurações de proxy do nuget para se conectar por meio do fiddler . Abaixo, o cmd salvará as configurações de proxy no arquivo de configuração nuget padrão para o usuário em%APPDATA%\NuGet\NuGet.Config

nuget config -Set HTTP_PROXY=http://127.0.0.1:8888

Sempre que você precisar do nuget para acessar a Internet, basta abrir o Fiddler, supondo que você tenha o Fiddler escutando na porta padrão 8888.

Esta configuração não é sensível a alterações de passwork porque o fiddler resolverá qualquer autenticação com o proxy up stream para você.

Talvez isso ajude outra pessoa. Para mim, a solução foi abrir as configurações do NuGet no Visual Studio (2015/2017) e adicionar um novo URL de feed: http://www.nuget.org/api/v2/ .

Não precisei alterar nenhuma configuração relacionada ao proxy.

Apenas uma pequena adição ...

Se funcionar para você fornecer apenas a configuração http_proxy e não o nome de usuário e a senha, recomendo colocar as configurações de proxy em um arquivo nuget.config local do projeto e confirmá-lo no controle de origem. Dessa forma, todos os membros da equipe têm as mesmas configurações.

Crie um arquivo. \ Nuget.config vazio

   <?xml version="1.0" encoding="utf-8"?>
   <configuration>
   </configuration>

Então:

   nuget config -Set http_proxy="http://myproxy.example.com:8080" -ConfigFile .\Nuget.Config

E, finalmente, envie seu novo arquivo Nuget.config local do projeto.

Experimente isso . Basicamente, a conexão pode falhar se o seu sistema não confiar no certificado nuget.

Além das sugestões de @arcain, tive que adicionar o seguinte url do Windows Azure Content Delivery Network à lista branca do nosso servidor proxy:

.msecnd.net

A solução acima por @arcain Plus as etapas abaixo me resolveram o problema

1. Modificar as "fontes de pacote" nas configurações do gerenciador de pacotes Nuget para marcar a caixa de seleção para usar as configurações nuget.org resolveu meu problema.

2. Também mudei para usar esse (nuget.org) como a primeira escolha de fonte de pacote
   . Desmarquei as fontes de pacotes da minha empresa para garantir que o nuget sempre fosse obtido de fontes globais.

No Windows Server 2016 Standard, que é o que eu desenvolvo, eu só tive que abrir o Painel de Controle do Credential Manager e limpar as configurações de proxy em cache para Visual Studio que não eram mais válidas e, em seguida, reiniciar o Visual Studio. Na próxima vez que abri o Gerenciador de Pacotes Nuget, fui solicitado a fornecer credenciais de proxy, o que me fez trabalhar novamente.

Consulte: https://support.microsoft.com/en-us/help/4026814/windows-accessing-credential-manager