Почему изменение 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.