Deux réglages de proxy peuvent créer une chaîne que vous n'aviez pas prévue

Votre application pointe vers le proxy B, mais elle a été lancée via un enveloppeur configuré pour le proxy A. Quelle sortie le site web voit-il ? La réponse dépend de la connexion que l'enveloppeur intercepte.

Dans un agencement imbriqué simple, l'application tente d'abord de se connecter à B. L'enveloppeur intercepte cette connexion et la transporte via A. L'application parle ensuite le protocole proxy de B sur le flux obtenu, et B établit la connexion finale au site.

application → wrapper proxy A → application proxy B → website

Le site web voit la connexion sortante finale de B. B voit une connexion arrivant via A. Cela diffère du cas où l'enveloppeur écrase silencieusement le réglage de proxy de l'application.

Le schéma simple a des conditions

Les règles de contournement, les appels de socket non pris en charge, les processus existants et le modèle d'interception de chaque produit peuvent modifier le chemin. Certains enveloppeurs peuvent exclure leur propre proxy ou des destinations choisies. Ne supposez pas que chaque paire d'outils se combine de la même façon.

La description de proxychains-ng explique son approche d'interception et ses limites. Un programme qui utilise la prise en charge native du proxy établit toujours une connexion réseau vers ce proxy, ce qui en fait un candidat à l'interception.

Pour une chaîne délibérée de points de terminaison publics non authentifiés, la liste de proxys gratuits propose des candidats dont les protocoles doivent correspondre à chaque outil. Pour une sortie inattendue, enregistrez trois adresses séparément : le point de terminaison choisi par l'application, celui choisi par l'enveloppeur, et le résultat vu par le site. Ne regarder que les réglages du navigateur fait manquer la couche intermédiaire.

Utilisez un seul itinéraire pendant que vous établissez le comportement attendu, puis ajoutez l'autre uniquement si la chaîne est nécessaire. Des sauts supplémentaires peuvent ajouter des points de défaillance et des relations de confiance différentes. Ils n'effacent pas automatiquement les cookies identifiants et ne font pas suivre le même itinéraire à toutes les connexions de l'application.