Использование файла hosts сервера через SSH SOCKS
Следуйте за именем назначения до машины, которая его разрешает, когда маршрут SSH SOCKS должен достичь частного псевдонима.
Псевдоним, определённый только на SSH-сервере, может работать через его динамическую переадресацию SOCKS, если приложение отправляет имя назначения. Если оно сначала разрешает его локально и отправляет числовой адрес, сопоставление hosts на сервере никогда не получает исходное имя для разрешения.
Обычная динамическая переадресация OpenSSH передаёт доменное назначение на сторону сервера для исходящего соединения. Там OpenSSH использует системный API поиска адресов. На типичном хосте Linux с glibc базой hosts и порядком поиска управляет NSS, поэтому запись в файле hosts может участвовать. Это не DNS-запись, скопированная на ноутбук.
Сохраняйте нужное имя, например preview.internal, в URL сайта и выберите режим SOCKS клиента с удалённым именем хоста. Замена имени хоста в URL на IP может изменить и HTTP Host, и идентичность TLS; доступность не делает сертификат действительным для другого имени.
Если псевдоним всё ещё не работает, определите среду, выполняющую удалённый поиск. Контейнер, chroot или отдельный экземпляр службы может не использовать отредактированный вами файл hosts. Другие реализации SOCKS могут применять собственные резолверы, поэтому это поведение системного поиска не следует предполагать для каждого прокси-сервера.