Защо промяна на 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.