Використання файлу 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 можуть застосовувати власні резолвери, тому цю поведінку системного пошуку не слід припускати для кожного проксі-сервера.