Utiliser le fichier hosts d'un serveur via SSH SOCKS
Suivez le nom de destination jusqu'à la machine qui le résout lorsqu'une route SSH SOCKS doit atteindre un alias privé.
Un alias défini uniquement sur le serveur SSH peut fonctionner via sa redirection SOCKS dynamique si l'application envoie le nom de la destination. Si elle le résout d'abord localement et envoie une adresse numérique, la table hosts du serveur ne reçoit jamais le nom d'origine à résoudre.
La redirection dynamique ordinaire d'OpenSSH transporte une destination de domaine côté serveur pour la connexion sortante. OpenSSH y utilise l'API de résolution d'adresses du système. Sur un hôte Linux glibc typique, NSS contrôle la base hosts et l'ordre de recherche, donc une entrée du fichier hosts peut participer. Ce n'est pas un enregistrement DNS copié sur l'ordinateur portable.
Conservez le nom prévu, par exemple preview.internal, dans l'URL du site et choisissez le mode SOCKS à nom d'hôte distant du client. Remplacer le nom d'hôte de l'URL par une IP peut modifier à la fois l'HTTP Host et l'identité TLS ; l'accessibilité ne rend pas un certificat valide pour un autre nom.
Si l'alias échoue encore, identifiez l'environnement qui effectue la résolution distante. Un conteneur, un chroot ou une instance de service distincte peut ne pas utiliser le fichier hosts que vous avez modifié. D'autres implémentations SOCKS peuvent employer leurs propres résolveurs, ce comportement de résolution système ne doit donc pas être supposé pour chaque serveur proxy.