O programa inicia, mas o terminal indica que uma biblioteca proxychains não pôde ser pré-carregada. Trate isso como um passo de configuração falhado, não como um aviso inofensivo que pode ignorar enquanto verifica o IP de saída.

O Proxychains-ng depende de uma biblioteca carregada para intercetar as chamadas relevantes. Se essa biblioteca faltar, for incompatível ou não estiver carregada no processo, o programa pode correr sem a interceção esperada.

Alinhar a biblioteca com o processo

Verifique a localização real da biblioteca do pacote e a arquitetura do executável. Uma resposta antiga que fixa um caminho de 32 bits não é uma reparação geral para um programa de 64 bits. Não adicione uma definição de pré-carregamento não verificada globalmente a cada sessão de shell.

O manual do carregador dinâmico do Linux explica a procura de bibliotecas e as restrições de execução segura. Algumas circunstâncias de lançamento de processos ignoram ou restringem deliberadamente as definições de pré-carregamento. Um executável estático também não se torna intercetável dinamicamente só porque foi definida uma variável de ambiente.

O README do projeto documenta o modelo suportado do wrapper. Aplicações com a sua própria implementação de rede, processos auxiliares separados ou instâncias já em execução podem introduzir outros limites mesmo quando a biblioteca inicial é carregada.

Uma definição nativa de proxy na aplicação pode ser uma opção mais clara quando disponível. Usa a interface de rede pretendida pela aplicação em vez de presumir que todas as ligações podem ser capturadas externamente.

Perante uma configuração de wrapper falhada, pare e identifique o que foi realmente lançado. Apenas o estado de saída do processo pode mostrar que a aplicação correu, não que o seu tráfego seguiu o proxy. Mantenha o carregamento da biblioteca, as chamadas intercetadas e a ligação de saída observada como provas separadas.

Artigos relacionados