Enveloppes proxy au lancement et processus existants
Explique pourquoi une enveloppe de processus doit normalement lancer l'application plutôt que rattacher un proxy à ses connexions déjà ouvertes.
Une enveloppe comme socksify ou proxychains lance normalement le programme cible avec une bibliothèque d'interception. Lui donner le PID d'un processus existant n'intègre pas cette bibliothèque au processus et ne déplace pas ses connexions ouvertes. Pour proxychains-ng, vérifiez les exigences de chargement de la bibliothèque de l'exécutable réel.
Si l'application possède ses propres réglages de proxy, utilisez la méthode documentée pour les appliquer. Un changement peut concerner les nouvelles requêtes tandis que les connexions établies poursuivent leur itinéraire précédent.
Si l'interception au lancement est la méthode prévue, organisez un redémarrage approprié de l'application sous cette enveloppe. Rappelez-vous que certains lanceurs confient le travail à une instance en arrière-plan déjà en cours d'exécution.
Une conception de routage ou d'interception au niveau du système est un autre mécanisme avec sa propre portée. Elle ne doit pas être décrite comme la même opération que l'ajout d'un réglage proxy à un seul PID.
Pour une sortie requise, identifiez le processus réel qui crée de nouvelles connexions réseau et l'itinéraire qu'empruntent ces connexions. Un nom de processus visible ou une commande d'enveloppe dans un autre terminal ne prouvent ni l'un ni l'autre.