It hosts-bestân fan in server brûke fia SSH SOCKS
Folgje de bestimmingsnamme nei de masine dy't it oplost as in SSH SOCKS-rûte in privee alias berikke moat.
In alias dy't allinne op de SSH-server definiearre is, kin troch syn dynamyske SOCKS-trochstjoering wurkje as de applikaasje de namme fan 'e bestimming stjoert. As it dy earst lokaal oplost en in nûmerike adres stjoert, kriget de hosts-mapping fan 'e server nea de oarspronklike namme om op te lossen.
Gewoane dynamyske trochstjoering fan OpenSSH draacht in domeinbestimming nei de serverside foar de útgeande ferbining. Dêr brûkt OpenSSH de adresopspoar-API fan it systeem. Op in typyske glibc Linux-host kontrolearret NSS de hosts-database en de opspoarfolchoarder, sadat in ynfier yn it hosts-bestân meidwaan kin. It is gjin DNS-record dy't nei de laptop kopiearre is.
Hâld de bedoelde namme, lykas preview.internal, yn 'e URL fan 'e website en kies de SOCKS-modus fan 'e klant foar fiere hostnammen. It ferfangen fan 'e hostnamme yn 'e URL troch in IP kin sawol HTTP Host as TLS-identiteit feroarje; berikberens makket in sertifikaat net jildich foar in oare namme.
As de alias noch altyd mislearret, identifisearje dan de omjouwing dy't it fiere opsykjen docht. In container, chroot of aparte tsjinstynstânsje brûkt miskien net it hosts-bestân dat jo bewurke hawwe. Oare SOCKS-ymplemintaasjes kinne har eigen resolvers brûke, dus dit systeemopspoar-gedrach moat net foar elke proxyserver oannommen wurde.