La configuración SOCKS de tu navegador no configura nslookup
Interpreta una consulta DNS del sistema por separado de una solicitud del navegador a través de un proxy al evaluar la resolución remota de nombres de host.
El navegador usa un proxy SOCKS y luego nslookup contacta con el resolutor habitual de la máquina. Eso no basta para concluir que el navegador ignoró su opción de DNS remoto.
La utilidad hizo otra consulta a través de su propia interfaz DNS. No le preguntó al navegador qué ruta usar. A la inversa, un navegador que envía nombres de host de destino a SOCKS no reconfigura todos los clientes resolutores del dispositivo.
El reenvío dinámico SSH añade otra distinción útil. Acepta conexiones de aplicaciones compatibles con SOCKS. No es un repetidor automático de DNS UDP para todo el sistema. Un nombre de host de destino incluido en una solicitud SOCKS aún puede resolverse de forma remota sin reenviar las consultas DNS ordinarias del sistema por ese receptor.
Evalúa la operación que te interesa. Identifica el tipo de proxy efectivo del navegador y la política de resolución de destinos, y luego examina las pruebas asociadas con esa solicitud del navegador. Una utilidad separada fuera de ese camino es una comparación, no una medición de la consulta interna del navegador.
Si el requisito es el enrutamiento de resolución de nombres para todo el sistema, indícalo por separado. Necesita un diseño compatible adecuado que cubra el tráfico del resolutor dentro del alcance. Una sola configuración de proxy de aplicación establece un arreglo más estrecho.