sudo proxychains frente a proxychains sudo: por qué importa el orden
Entiende por qué proxychains sudo puede perder su biblioteca de interceptación, mientras que sudo proxychains inicia el contenedor en el contexto de ejecución de destino.
Estos comandos no tienen el mismo límite de ejecución:
proxychains4 sudo command
sudo proxychains4 command
Proxychains-ng hace que una biblioteca se precargue en el programa de destino. En Linux, ejecutar un programa con set-user-ID como sudo activa las reglas de seguridad del cargador, que eliminan las variables de carga de bibliotecas pertinentes antes de que sudo pueda conservarlas.
Por tanto, «conservar más entorno» no es una solución fiable para meter sudo dentro del contenedor. El manual de sudoers describe explícitamente que variables como LD_* se eliminan antes de que sudo comience.
Si un comando realmente requiere la cuenta de destino, inicia el contenedor en ese contexto autorizado. Luego comprueba qué configuración lee: sudo puede cambiar HOME, PATH y el archivo por usuario aplicable. Una invocación sin privilegios que funciona no demuestra que root haya elegido la misma lista de proxies.
Prefiere la interfaz de proxy nativa del programa cuando la ofrezca. Así evitas depender de la interceptación para una solicitud que el programa ya sabe encaminar.
También ten presentes los límites de cobertura de proxychains. Su mensaje de inicio demuestra que el contenedor se inició; no demuestra que paquetes sin procesar, llamadas no admitidas o un proceso de aplicación ya existente iniciado por separado hayan usado su biblioteca. Confirma la operación de red que querías interceptar, en lugar de tratar el privilegio de root como prueba de que toda operación fue interceptada.