Usar el archivo hosts de un servidor mediante SSH SOCKS
Siga el nombre de destino hasta la máquina que lo resuelve cuando una ruta SSH SOCKS debe llegar a un alias privado.
Un alias definido solo en el servidor SSH puede funcionar a través de su reenvío SOCKS dinámico si la aplicación envía el nombre de destino. Si primero lo resuelve localmente y envía una dirección numérica, el mapa hosts del servidor nunca recibe el nombre original para resolverlo.
El reenvío dinámico habitual de OpenSSH lleva un destino de dominio al lado del servidor para la conexión saliente. Allí OpenSSH usa la API de búsqueda de direcciones del sistema. En un host Linux con glibc típico, NSS controla la base de datos hosts y el orden de búsqueda, por lo que una entrada del archivo hosts puede participar. No es un registro DNS copiado al portátil.
Mantenga el nombre previsto, como preview.internal, en la URL del sitio web y seleccione el modo SOCKS de nombre de host remoto del cliente. Sustituir el nombre de host de la URL por una IP puede cambiar tanto el HTTP Host como la identidad TLS; la accesibilidad no hace que un certificado sea válido para otro nombre.
Si el alias sigue fallando, identifique el entorno que realiza la búsqueda remota. Un contenedor, chroot o una instancia de servicio separada puede que no use el archivo hosts que editó. Otras implementaciones de SOCKS pueden usar sus propios resolutores, así que este comportamiento de búsqueda del sistema no debe darse por supuesto para todos los servidores proxy.