proxychains continua lá depois de remover o prefixo

Remove proxychains de um comando, executa-o novamente e ainda vê a mensagem de inicialização do wrapper. Verifique o ambiente de lançamento antes de procurar uma configuração na aplicação.

No Linux, LD_PRELOAD pede ao linker dinâmico que carregue objetos compartilhados especificados antes das bibliotecas comuns. Wrappers de proxy podem usar esse mecanismo para interceptar chamadas de rede suportadas. Se alguém exportou a variável num shell, programas filhos posteriores podem herdá-la mesmo quando as suas linhas de comando não contêm qualquer prefixo de wrapper.

Uma primeira verificação apenas de leitura nesse shell é:

printf '%s\n' "$LD_PRELOAD"

Procure uma biblioteca de wrapper de proxy, mas mantenha a possibilidade de a variável também listar outras bibliotecas carregadas deliberadamente. Remover todas as entradas às cegas pode perturbar outra ferramenta.

Mude o lançador e depois reinicie o programa

Remova o pré-carregamento acidental de proxy do ambiente que lança o programa afetado. Se um ficheiro de arranque ou lançador o exporta, corrija também essa fonte. Em lançamentos de Bash, siga a ordem dos ficheiros de arranque. Um filho novo de um shell limpo é um caso diferente do filho de um terminal ou IDE antigo que ainda guarda a variável.

Desmarcar uma variável de ambiente não descarrega uma biblioteca de um processo que já arrancou com ela. Por isso, uma aplicação em execução pode manter o wrapper até ser reiniciada pelo caminho de lançamento corrigido.

Se a variável estiver ausente, inspecione outras fontes de pré-carregamento configuradas como /etc/ld.so.preload e o lançador real. O mecanismo tem limites: executáveis estáticos, chamadas de sistema diretas e restrições de execução segura podem comportar-se de forma diferente. Com sudo, a ordem do wrapper importa. Um pré-carregamento herdado explica uma interceção inesperada; não é prova de que todo o tráfego de rede use o proxy.