Usar o ficheiro hosts dun servidor mediante SSH SOCKS
Segue o nome de destino ata a máquina que o resolve cando unha ruta SSH SOCKS debe chegar a un alias privado.
Un alias definido só no servidor SSH pode funcionar a través do seu reenvío SOCKS dinámico se a aplicación envía o nome de destino. Se primeiro o resolve localmente e envía un enderezo numérico, o mapa hosts do servidor nunca recibe o nome orixinal para resolvelo.
O reenvío dinámico habitual de OpenSSH leva un destino de dominio ao lado do servidor para a conexión de saída. Alí OpenSSH usa a API de busca de enderezos do sistema. Nun host Linux glibc típico, NSS controla a base de datos hosts e a orde de busca, polo que unha entrada do ficheiro hosts pode participar. Non é un rexistro DNS copiado ao portátil.
Manteña o nome previsto, como preview.internal, no URL do sitio web e seleccione o modo SOCKS de nome de host remoto do cliente. Substituír o nome de host do URL por un IP pode cambiar tanto o HTTP Host como a identidade TLS; a accesibilidade non fai que un certificado sexa válido para outro nome.
Se o alias segue fallando, identifique o contorno que realiza a busca remota. Un contedor, chroot ou unha instancia de servizo separada pode que non use o ficheiro hosts que editou. Outras implementacións de SOCKS poden usar os seus propios resolvedores, así que este comportamento de busca do sistema non se debe supoñer para todos os servidores proxy.