Por que o apt-get sempre usa proxy, embora nenhum proxy esteja configurado?

20

Estou tentando desabilitar o proxy para apt-get , mas parece que apt-get obtém sua configuração de proxy em outro lugar que não seja /etc/apt/apt.conf , porque embora o arquivo apt.conf esteja vazio (e o proxy do sistema definido para None ) ainda está tentando se conectar ao proxy.

Alguém tem uma ideia?

    
por Ahatius 12.09.2013 / 21:27

7 respostas

26

Estou usando um script para substituir diferentes arquivos de configuração para alternar facilmente entre ambientes proxy e não-proxy. O problema foi que eu substitui o arquivo apt.conf do proxy por um arquivo apt.conf vazio, que então é ignorado.

Depois de escrever Acquire::http::Proxy "false"; no apt.conf funcionou sem proxy:)

    
por Ahatius 13.09.2013 / 20:11
11

Por vezes, existem variáveis de ambiente de proxy que ainda estão definidas.

Para descobrir, faça o seguinte comando:

env | grep proxy

Se você vir alguma saída, por exemplo:

http_proxy=http://127.0.0.1:1234/

Depois, você precisará desfazer essa variável.

Para fazer isso, execute o seguinte comando:

unset http_proxy

Siga a mesma abordagem para todas as outras entradas, como https_proxy .

    
por Alaa Ali 12.09.2013 / 21:54
3

Não existe apenas um lugar onde o apt-get lê arquivos de configuração. Você deve executar grep proxy /etc/apt/apt.conf.d/* e fornecerá o arquivo exato que possui as configurações de proxy (isso é apenas um exemplo em execução com update em vez proxy :

grep update /etc/apt/apt.conf.d/*
/etc/apt/apt.conf.d/20apt-show-versions:// When Apt's cache is updated (i.e. apt-cache update)
/etc/apt/apt.conf.d/20packagekit:// Whenever dpkg is called we might have different updates
/etc/apt/apt.conf.d/20packagekit:// i.e. if an user removes a package that had an update
/etc/apt/apt.conf.d/20packagekit:"/usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && /usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 1 --method org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo > /dev/null";
/etc/apt/apt.conf.d/20packagekit:// When Apt's cache is updated (i.e. apt-cache update)
/etc/apt/apt.conf.d/20packagekit:"/usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && /usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 1 --method org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo > /dev/null";
    
por Braiam 15.09.2013 / 03:32
2

É possível que a variável de ambiente http_proxy esteja definida para algum proxy. tente limpar a variável (ou pelo menos veja se ela tem um valor)

    
por aviran 12.09.2013 / 21:53
2

Uma maneira estúpida de fazê-lo funcionar é desabilitar o proxy por um tempo usando system settings > Network .

Ou remova a configuração do proxy de /etc/environment e /etc/apt/apt.conf

E adicione a configuração do proxy manual novamente quando precisar de um proxy de volta.

    
por prayagupd 23.09.2016 / 20:30
0

Se você não quiser que apt-get use um proxy, use apt-get como:

sudo apt-get -o Acquire::http::proxy=false <update/install> 
    
por Prashant Adlinge 07.08.2018 / 21:43
-1

Apesar de ter todas as portas abertas para o servidor, e nada no arquivo de configuração do apt, a máquina ainda queria usar o proxy. a desativação da variável ambiental fez o truque

    
por user294006 16.06.2014 / 11:56