Налаштування SOCKS у вашому браузері не налаштовує nslookup
Тлумачте системний DNS-запит окремо від запиту браузера через проксі, оцінюючи віддалене розв'язання імен вузлів.
Браузер використовує проксі SOCKS, потім nslookup звертається до звичайного розв'язувача машини. Цього недостатньо, щоб зробити висновок, що браузер проігнорував свою опцію віддаленого DNS.
Утиліта зробила ще один запит через власний інтерфейс DNS. Вона не запитала браузер, який маршрут використовувати. І навпаки, браузер, що надсилає імена цільових вузлів у SOCKS, не переналаштовує кожного клієнта розв'язувача на пристрої.
Динамічне перенаправлення SSH додає ще одну корисну відмінність. Воно приймає з'єднання програм, які розуміють SOCKS. Це не автоматичний загальносистемний UDP DNS-ретранслятор. Ім'я цільового вузла, що переноситься в запиті SOCKS, усе ще може розв'язуватися віддалено без передавання звичайних DNS-запитів системи через цей слухач.
Оцінюйте операцію, яка вас цікавить. Визначте чинний тип проксі браузера та політику розв'язання цілей, потім дослідіть докази, пов'язані з цим запитом браузера. Окрема утиліта поза цим шляхом — це порівняння, а не вимірювання внутрішнього пошуку браузера.
Якщо вимога — маршрутизація розв'язання імен у масштабі системи, зазначте це окремо. Потрібен відповідний підтримуваний проєкт, що охоплює трафік розв'язувача в межах області. Одне налаштування проксі застосунку встановлює вужчий порядок.