La compilation upstream de proxychains-ng nomme son wrapper proxychains4. Un shell qui signale proxychains: command not found cherche donc peut-être un autre nom que celui installé.

command -v proxychains4
command -v proxychains

Quand proxychains4 existe, utilisez directement cet exécutable :

proxychains4 curl https://www.example.com/

La configuration du proxy détermine toujours la route de cet appel. Résoudre le nom de la commande ne prouve pas que le point de terminaison fonctionne.

Si aucune des deux commandes n'est trouvée, examinez la liste de fichiers du paquet installé ou le préfixe utilisé par l'installation existante. Son répertoire d'exécutables peut être absent du PATH. Le préfixe par défaut d'upstream ne garantit rien pour un paquet de distribution ni pour une autre machine.

Un alias dans le shell de l'utilisateur peut conserver une ancienne graphie interactive une fois la vraie commande connue. Les scripts ne chargent pas forcément cet alias. Utilisez-y le nom réel de l'exécutable ou un wrapper de compatibilité géré explicitement.

Un lien symbolique codé en dur vers /usr/bin/proxychains4 n'aide que si cette cible existe réellement. Diagnostiquez le nom du binaire et le chemin avant d'en ajouter un.

Articles similaires