Brug af en servers hosts-fil via SSH SOCKS
Følg destinationsnavnet til den maskine, der opløser det, når en SSH SOCKS-rute skal nå et privat alias.
Et alias, der kun er defineret på SSH-serveren, kan virke gennem dens dynamiske SOCKS-viderebefordring, hvis programmet sender destinationens navn. Hvis det først opløser lokalt og sender en numerisk adresse, får serverens hosts-mapping aldrig det oprindelige navn at opløse.
Almindelig dynamisk viderebefordring i OpenSSH bærer en domænedestination til serversiden for den udgående forbindelse. Der bruger OpenSSH systemets API til adresseopslag. På en typisk glibc Linux-vært styrer NSS hosts-databasen og opslagsrækkefølgen, så en post i hosts-filen kan deltage. Det er ikke en DNS-post, der er kopieret til laptop'en.
Behold det tilsigtede navn, fx preview.internal, i webstedets URL, og vælg klientens SOCKS-tilstand med eksternt værtsnavn. Hvis URL'ens værtsnavn erstattes med en IP, kan både HTTP Host og TLS-identiteten ændre sig; tilgængelighed gør ikke et certifikat gyldigt for et andet navn.
Hvis aliaset stadig fejler, skal du identificere det miljø, der udfører det eksterne opslag. En container, chroot eller separat tjenesteinstans bruger måske ikke den hosts-fil, du redigerede. Andre SOCKS-implementeringer kan bruge deres egne resolvere, så denne systemopslagsadfærd bør ikke antages for enhver proxyserver.