Diagnostiquer les échecs Proxychains LD_PRELOAD
Diagnostiquez les échecs de LD_PRELOAD et les limites de l'interception avant de supposer qu'une application a utilisé le proxy configuré.
Le programme démarre, mais le terminal indique qu'une bibliothèque proxychains n'a pas pu être préchargée. Traitez cela comme une étape de configuration échouée, et non comme un avertissement anodin à ignorer pendant la vérification de l'IP de sortie.
Proxychains-ng s'appuie sur une bibliothèque chargée pour intercepter les appels concernés. Si cette bibliothèque manque, est incompatible ou n'est pas chargée dans le processus, le programme peut s'exécuter sans l'interception attendue.
Faire correspondre la bibliothèque au processus
Vérifiez l'emplacement réel de la bibliothèque du paquet et l'architecture de l'exécutable. Une ancienne réponse qui code en dur un chemin 32 bits n'est pas une réparation générale pour un programme 64 bits. N'ajoutez pas de réglage de préchargement non vérifié globalement à chaque session shell.
Le manuel du chargeur dynamique de Linux explique la recherche des bibliothèques et les restrictions d'exécution sécurisée. Certaines circonstances de lancement de processus ignorent ou restreignent délibérément les réglages de préchargement. Un exécutable statique ne devient pas non plus interceptable dynamiquement simplement parce qu'une variable d'environnement est définie.
Le README du projet documente le modèle pris en charge par le wrapper. Les applications avec leur propre implémentation réseau, des processus auxiliaires distincts ou des instances déjà en cours d'exécution peuvent introduire d'autres limites même lorsque la bibliothèque initiale se charge.
Un réglage de proxy natif dans l'application peut être une option plus claire lorsqu'il est disponible. Il utilise l'interface réseau prévue par l'application au lieu de supposer que chaque connexion peut être capturée de l'extérieur.
En cas d'échec de configuration du wrapper, arrêtez-vous et identifiez ce qui a réellement été lancé. Le seul code de sortie du processus peut montrer que l'application a tourné, non que son trafic a suivi le proxy. Conservez le chargement de la bibliothèque, les appels interceptés et la connexion sortante observée comme des preuves distinctes.