Résolvez le nom d'hôte du proxy avant d'utiliser le DNS distant

Le DNS distant peut résoudre un problème de résolution de destination et pourtant vous laisser incapable de vous connecter. Le client doit d'abord trouver le proxy.

Prenons un point de terminaison nommé proxy.office.example. Envoyer un nom d'hôte de site web via SOCKS n'indique pas au client comment obtenir l'adresse de ce point de terminaison initial. La conversation SOCKS n'a pas encore commencé.

Cela compte lorsque le nom du proxy appartient à un espace de noms privé. Un résolveur domestique peut ne pas le connaître, tandis qu'un résolveur sur le réseau de bureau approuvé le connaît. Un nom de proxy court peut aussi dépendre de la configuration du domaine de recherche, qui diffère d'un réseau à l'autre.

Gardez les noms séparés

• Le nom du point de terminaison du proxy est nécessaire pour établir la première connexion.
• Le nom du site web peut être transporté dans la requête proxy prise en charge pour la résolution distante.

Notez quel nom a échoué avant de changer de résolveur. Remplacer le DNS du client par un service public sans rapport peut rendre un nom de proxy privé moins joignable, pas plus. Utilisez la configuration de résolution de noms prise en charge du réseau prévu.

Une adresse IP de proxy fournie peut supprimer une résolution de nom d'hôte dans certains agencements, mais elle n'est pas universellement interchangeable avec le nom. Le TLS vers un proxy HTTPS et l'authentification par nom peuvent dépendre de l'identité attendue. Gardez cette identité intacte plutôt que de désactiver ses vérifications.

Une fois la première connexion fonctionnelle, examinez l'étape de destination séparément. Un nom d'hôte de proxy qui fonctionne ne prouve ni que le proxy connaît le nom du site web ni qu'il est autorisé à s'y connecter.