Usare il file hosts di un server tramite SSH SOCKS
Seguite il nome di destinazione fino alla macchina che lo risolve quando una rotta SSH SOCKS deve raggiungere un alias privato.
Un alias definito solo sul server SSH può funzionare tramite il suo inoltro SOCKS dinamico se l'applicazione invia il nome di destinazione. Se lo risolve prima localmente e invia un indirizzo numerico, la mappa hosts del server non riceve mai il nome originale da risolvere.
Il normale inoltro dinamico di OpenSSH trasporta una destinazione di dominio lato server per la connessione in uscita. Lì OpenSSH usa l'API di ricerca degli indirizzi di sistema. Su un tipico host Linux con glibc, NSS controlla il database hosts e l'ordine di ricerca, quindi una voce del file hosts può partecipare. Non è un record DNS copiato sul portatile.
Mantenete il nome previsto, ad esempio preview.internal, nell'URL del sito e scegliete la modalità SOCKS del client con nome host remoto. Sostituire il nome host dell'URL con un IP può cambiare sia l'HTTP Host sia l'identità TLS; la raggiungibilità non rende un certificato valido per un altro nome.
Se l'alias continua a fallire, identificate l'ambiente che esegue la ricerca remota. Un container, uno chroot o un'istanza di servizio separata potrebbe non usare il file hosts che avete modificato. Altre implementazioni SOCKS possono usare resolver propri, quindi questo comportamento di ricerca di sistema non va dato per scontato su ogni server proxy.