Чому зміна DNS не налаштує проксі SOCKS
Пояснює, чому скерування імені хоста сайту на сервер SOCKS не змушує неналаштований браузер використовувати проксі.
Зміна відповіді DNS змінює лише адресу, до якої підключається браузер. Вона не змінює протокол, яким браузер говорить після підключення.
На звичайній адресі HTTP браузер надсилає HTTP. На адресі HTTPS він запускає TLS для цього сайту. Сервер SOCKS5 же спершу чекає власних переговорів: вибору методу, будь-якої автентифікації та запиту із зазначенням призначення. Неналаштований браузер не надсилає нічого з цього.
Це пояснює, чому доступний слухач Dante може одразу закрити з'єднання після зміни DNS. Служба може бути справною; вхідні байти належать неправильному протоколу. Перенесення слухача на порт 80 або 443 не перетворює ці байти на SOCKS.
Налаштуйте інтерфейс SOCKS браузера, наприклад налаштування SOCKS у Firefox, або параметр проксі для конкретної програми, щоб він виконав рукостискання і попросив проксі підключитися далі. Файл PAC може вибрати підтримуваний маршрут через проксі для програм, які його використовують. Це все одно окреме налаштування проксі, а не властивість запису A чи AAAA.
HTTPS додає ще одну перешкоду ідеї лише з DNS. Браузер і далі очікує ідентичність сайту з адреси. Сертифікат для хоста проксі не може задовольнити це очікування лише тому, що DNS надіслав з'єднання туди.
Прозоре перехоплення трафіку — це інша схема, що включає маршрутизацію та сумісне програмне забезпечення для перехоплення. Його не можна отримати, повертаючи адресу сервера SOCKS з DNS.