Egy kiszolgáló hosts fájljának használata SSH SOCKS-on keresztül
Kövesse a célnevet addig a gépig, amely feloldja, amikor egy SSH SOCKS útvonalnak privát álnevet kell elérnie.
A csak az SSH-kiszolgálón definiált álnév akkor működhet a dinamikus SOCKS-továbbításán keresztül, ha az alkalmazás a cél nevét küldi. Ha előbb helyben oldja fel és numerikus címet küld, a kiszolgáló hosts-leképezése soha nem kapja meg az eredeti nevet feloldásra.
Az OpenSSH szokásos dinamikus továbbítása a kimenő kapcsolat számára a kiszolgáló oldalára viszi a tartományi célt. Ott az OpenSSH a rendszer címkereső API-ját használja. Egy tipikus glibc-s Linux-gazdagépen az NSS vezérli a hosts adatbázist és a keresési sorrendet, így egy hosts-fájl bejegyzés részt vehet. Ez nem a laptopra másolt DNS-rekord.
Tartsa meg a szándékolt nevet, például preview.internal, a webhely URL-jében, és válassza a kliens távoli gazdagépneves SOCKS módját. Az URL gazdagépnevének IP-címre cserélése megváltoztathatja mind a HTTP Hostot, mind a TLS-identitást; az elérhetőség nem tesz egy tanúsítványt más névre érvényessé.
Ha az álnév továbbra sem működik, azonosítsa a távoli keresést végző környezetet. Előfordulhat, hogy egy konténer, chroot vagy külön szolgáltatáspéldány nem a szerkesztett hosts fájlt használja. Más SOCKS-implementációk saját feloldókat használhatnak, ezért ezt a rendszerkeresési viselkedést nem szabad minden proxykiszolgálónál feltételezni.