Le réglage SOCKS de votre navigateur ne configure pas nslookup
Interprétez une requête DNS système séparément d'une requête du navigateur via un proxy lorsque vous évaluez la résolution distante des noms d'hôtes.
Le navigateur utilise un proxy SOCKS, puis nslookup contacte le résolveur habituel de la machine. Cela ne suffit pas à conclure que le navigateur a ignoré son option de DNS distant.
L'utilitaire a effectué une autre requête via sa propre interface DNS. Il n'a pas demandé au navigateur quelle route utiliser. Inversement, un navigateur qui envoie les noms d'hôtes de destination à SOCKS ne reconfigure pas chaque client résolveur de l'appareil.
Le transfert dynamique SSH ajoute une autre distinction utile. Il accepte les connexions d'applications compatibles SOCKS. Ce n'est pas un relais DNS UDP automatique à l'échelle du système. Un nom d'hôte de destination transporté dans une requête SOCKS peut toujours être résolu à distance sans faire transiter les requêtes DNS ordinaires du système par cet écouteur.
Évaluez l'opération qui vous intéresse. Identifiez le type de proxy effectif du navigateur et la politique de résolution de destination, puis examinez les preuves associées à cette requête du navigateur. Un utilitaire séparé hors de ce chemin est une comparaison, pas une mesure de la recherche interne du navigateur.
Si l'exigence est un routage de résolution de noms à l'échelle du système, énoncez-le séparément. Il faut une conception prise en charge appropriée couvrant le trafic du résolveur dans le périmètre. Un seul réglage de proxy d'application établit un arrangement plus étroit.