Resuelve el nombre de host del proxy antes de usar DNS remoto

El DNS remoto puede resolver un problema de consulta de destino y aun así dejarte sin poder conectar. El cliente primero tiene que encontrar el proxy.

Considera un extremo llamado proxy.office.example. Enviar un nombre de host de sitio web a través de SOCKS no le dice al cliente cómo obtener la dirección de ese extremo inicial. La conversación SOCKS aún no ha comenzado.

Esto importa cuando el nombre del proxy pertenece a un espacio de nombres privado. Un resolutor doméstico puede no conocerlo, mientras que un resolutor de la red de oficina aprobada sí lo conoce. Un nombre de proxy corto también puede depender de la configuración del dominio de búsqueda, que varía entre redes.

Mantén los nombres separados

• El nombre del extremo del proxy se necesita para establecer la primera conexión.
• El nombre del sitio web puede llevarse dentro de la solicitud de proxy admitida para la resolución remota.

Anota qué nombre falló antes de cambiar el resolutor. Sustituir el DNS del cliente por un servicio público no relacionado puede hacer que un nombre de proxy privado sea menos accesible, no más. Usa la configuración de resolución de nombres admitida de la red prevista.

Una IP de proxy aprovisionada puede eliminar una consulta de nombre de host en algunos arreglos, pero no es universalmente intercambiable con el nombre. El TLS hacia un proxy HTTPS y la autenticación basada en nombre pueden depender de la identidad esperada. Mantén esa identidad intacta en lugar de desactivar sus comprobaciones.

Una vez que funcione la primera conexión, investiga la etapa de destino por separado. Un nombre de host de proxy que funcione no demuestra ni que el proxy conozca el nombre del sitio web ni que tenga permiso para conectar allí.