Псевдоним, дефиниран само на SSH сървъра, може да работи през динамичното му SOCKS препращане, ако приложението изпраща името на дестинацията. Ако първо го разреши локално и изпрати цифров адрес, картата hosts на сървъра никога не получава оригиналното име, за да го разреши.

Обикновеното динамично препращане на OpenSSH пренася домейн дестинация към страната на сървъра за изходящата връзка. Там OpenSSH използва системния API за търсене на адреси. На типичен glibc Linux хост NSS управлява базата данни hosts и реда на търсене, така че запис във файла hosts може да участва. Това не е DNS запис, копиран на лаптопа.

Запазете желаното име, например preview.internal, в URL адреса на сайта и изберете режима SOCKS на клиента с отдалечено име на хост. Замяната на името на хоста в URL с IP може да промени както HTTP Host, така и TLS идентичността; достижимостта не прави сертификата валиден за друго име.

Ако псевдонимът все още не работи, определете средата, която извършва отдалеченото търсене. Контейнер, chroot или отделен екземпляр на услуга може да не използва файла hosts, който сте редактирали. Други SOCKS реализации могат да използват собствени резолвери, така че това системно поведение не бива да се приема за всеки прокси сървър.

Подобни статии