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?
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 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 .
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";
É 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)
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.
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>
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