proxychains sigue ahí después de quitar el prefijo

Quita proxychains de un comando, lo vuelve a lanzar y sigue viendo el mensaje de inicio del envoltorio. Revise el entorno de lanzamiento antes de buscar un ajuste en la aplicación.

En Linux, LD_PRELOAD pide al enlazador dinámico que cargue objetos compartidos concretos antes que las bibliotecas normales. Los envoltorios de proxy pueden usar ese mecanismo para interceptar llamadas de red admitidas. Si alguien exportó la variable en un shell, los programas hijos posteriores pueden heredarla incluso cuando sus líneas de comando no contienen ningún prefijo de envoltorio.

Una primera comprobación de solo lectura en ese shell es:

printf '%s\n' "$LD_PRELOAD"

Busque una biblioteca de envoltorio de proxy, pero mantenga la posibilidad de que la variable también enumere otras bibliotecas cargadas deliberadamente. Quitar todas las entradas a ciegas puede alterar otra herramienta.

Cambie el lanzador y luego reinicie el programa

Elimine la precarga accidental de proxy del entorno que lanza el programa afectado. Si un archivo de inicio o un lanzador la exporta, corrija también esa fuente. En lanzamientos de Bash, siga el orden de los archivos de inicio. Un hijo nuevo de un shell limpio es un caso distinto del hijo de una terminal o IDE antiguo que aún conserva la variable.

Desasignar una variable de entorno no descarga una biblioteca de un proceso que ya se inició con ella. Por eso, una aplicación en ejecución puede conservar el envoltorio hasta reiniciarse por la ruta de lanzamiento corregida.

Si la variable no está, revise otras fuentes de precarga configuradas como /etc/ld.so.preload y el lanzador real. El mecanismo tiene límites: los ejecutables estáticos, las llamadas directas al sistema y las restricciones de ejecución segura pueden comportarse de otro modo. Con sudo, el orden del envoltorio importa. Una precarga heredada explica una intercepción inesperada; no es prueba de que todo el tráfico de red use el proxy.