Usar o ficheiro hosts de um servidor através de SSH SOCKS
Siga o nome de destino até à máquina que o resolve quando uma rota SSH SOCKS deve alcançar um alias privado.
Um alias definido apenas no servidor SSH pode funcionar através do seu encaminhamento SOCKS dinâmico se a aplicação enviar o nome de destino. Se primeiro o resolver localmente e enviar um endereço numérico, o mapeamento hosts do servidor nunca recebe o nome original para resolver.
O encaminhamento dinâmico habitual do OpenSSH transporta um destino de domínio para o lado do servidor para a ligação de saída. Aí o OpenSSH usa a API de pesquisa de endereços do sistema. Num anfitrião Linux glibc típico, o NSS controla a base de dados hosts e a ordem de pesquisa, pelo que uma entrada no ficheiro hosts pode participar. Não é um registo DNS copiado para o portátil.
Mantenha o nome pretendido, como preview.internal, no URL do sítio e escolha o modo SOCKS de nome de anfitrião remoto do cliente. Substituir o nome de anfitrião do URL por um IP pode alterar tanto o HTTP Host como a identidade TLS; a acessibilidade não torna um certificado válido para outro nome.
Se o alias continuar a falhar, identifique o ambiente que faz a pesquisa remota. Um contentor, chroot ou instância de serviço separada pode não usar o ficheiro hosts que editou. Outras implementações de SOCKS podem usar os seus próprios resolvedores, pelo que este comportamento de pesquisa do sistema não deve ser assumido para todos os servidores proxy.