Eit alias som berre er definert på SSH-tenaren, kan verke gjennom den dynamiske SOCKS-vidareføringa hans dersom programmet sender namnet på destinasjonen. Viss det først løyser det opp lokalt og sender ei numerisk adresse, får hosts-mappinga på tenaren aldri det opphavlege namnet å løyse opp.

Vanleg dynamisk vidareføring i OpenSSH ber eit domenedestinasjon til tenarsida for den utgåande sambindinga. Der nyttar OpenSSH API-et for adresseoppslag i systemet. På ein typisk glibc Linux-vert styrer NSS hosts-databasen og oppslagsrekkjefølgja, så ein oppføring i hosts-fila kan vere med. Det er ikkje ein DNS-oppføring kopiert til laptoppen.

Hald på det tiltenkte namnet, til dømes preview.internal, i URL-en til nettstaden og vel SOCKS-modusen til klienten for eksternt vertsnamn. Å byta ut vertsnamnet i URL-en med ein IP kan endra både HTTP Host og TLS-identiteten; tilgjenge gjer ikkje eit sertifikat gyldig for eit anna namn.

Viss aliaset framleis feilar, identifiser miljøet som gjer det eksterne oppslaget. Ein container, chroot eller separat tenesteinstans brukar kanskje ikkje hosts-fila du redigerte. Andre SOCKS-implementasjonar kan bruka eigne løysarar, så denne systemoppslagsåtferda bør ikkje takast for gitt for kvar proxyserver.

Relaterte artiklar