Proč změna DNS nenastaví SOCKS proxy
Vysvětluje, proč nasměrování názvu hostitele webu na server SOCKS nepřiměje nenakonfigurovaný prohlížeč používat proxy.
Změna odpovědi DNS mění jen adresu, ke které se prohlížeč připojuje. Nemění protokol, kterým prohlížeč mluví, jakmile se tam dostane.
Při návštěvě běžné adresy HTTP prohlížeč odešle HTTP. Při návštěvě adresy HTTPS spustí TLS pro daný web. Server SOCKS5 ale nejprve očekává vlastní vyjednávání: volbu metody, případnou autentizaci a požadavek s názvem cíle. Nenakonfigurovaný prohlížeč z toho nic neodešle.
To vysvětluje, proč dostupný listener Dante může po změně DNS okamžitě zavřít spojení. Služba může být v pořádku; příchozí bajty patří špatnému protokolu. Přesun listeneru na port 80 nebo 443 tyto bajty na SOCKS nepřevede.
Nastavte rozhraní SOCKS prohlížeče, například nastavení SOCKS ve Firefoxu, nebo proxy nastavení specifické pro aplikaci, aby provedlo handshake a požádalo proxy o další připojení. Soubor PAC může vybrat podporovanou proxy cestu pro aplikace, které jej používají. Pořád jde o samostatnou konfiguraci proxy, ne o vlastnost záznamu A nebo AAAA.
HTTPS přidává k myšlence pouze DNS další překážku. Prohlížeč dál očekává identitu webu z adresy. Certifikát pro hostitele proxy nemůže toto očekávání splnit jen proto, že DNS spojení poslalo tam.
Transparentní síťové zachytávání je jiný návrh zahrnující směrování a kompatibilní software pro zachytávání. Nelze ho získat vrácením adresy serveru SOCKS z DNS.