Розв’яжіть ім’я хоста проксі перед використанням віддаленого DNS
Враховуйте початковий пошук імені хоста проксі, коли використовуєте віддалений DNS призначення через SOCKS або HTTP CONNECT.
Віддалений DNS може вирішити проблему пошуку призначення і все ж залишити вас без можливості підключитися. Клієнт спершу має знайти проксі.
Розгляньте кінцеву точку з назвою proxy.office.example. Надсилання імені хоста вебсайту через SOCKS не повідомляє клієнту, як отримати адресу цієї початкової кінцевої точки. Розмова SOCKS ще не почалася.
Це важливо, коли ім’я проксі належить приватному простору імен. Домашній резолвер може його не знати, тоді як резолвер в затвердженій офісній мережі знає. Коротке ім’я проксі також може залежати від конфігурації домену пошуку, яка різниться між мережами.
Тримайте імена окремо
- Ім’я кінцевої точки проксі потрібне для встановлення першого з’єднання.
- Ім’я вебсайту можна передати всередині підтримуваного запиту до проксі для віддаленого розв’язання.
Запишіть, яке ім’я не спрацювало, перш ніж змінювати резолвер. Заміна DNS клієнта незв’язаним публічним сервісом може зробити приватне ім’я проксі менш доступним, а не більш. Використовуйте підтримувану конфігурацію розв’язання імен потрібної мережі.
Виділений IP проксі може прибрати один пошук імені хоста в деяких схемах, але він не є універсально взаємозамінним з іменем. TLS до HTTPS-проксі та автентифікація за іменем можуть залежати від очікуваної ідентичності. Зберігайте цю ідентичність недоторканою, замість того щоб вимикати її перевірки.
Коли перше з’єднання запрацює, дослідіть етап призначення окремо. Робоче ім’я хоста проксі не доводить ні того, що проксі знає ім’я вебсайту, ні того, що йому дозволено туди підключатися.