Prečo zmena DNS nenastaví SOCKS proxy
Vysvetľuje, prečo nasmerovanie názvu hostiteľa webu na server SOCKS neprinúti nenakonfigurovaný prehliadač používať proxy.
Zmena odpovede DNS mení iba adresu, ku ktorej sa prehliadač pripája. Nemení protokol, ktorým prehliadač hovorí, keď sa tam dostane.
Pri bežnej adrese HTTP prehliadač odošle HTTP. Pri adrese HTTPS spustí TLS pre daný web. Server SOCKS5 však najprv očakáva vlastné rokovanie: voľbu metódy, prípadnú autentifikáciu a požiadavku s názvom cieľa. Nenakonfigurovaný prehliadač z toho nič neodošle.
To vysvetľuje, prečo dostupný listener Dante môže po zmene DNS okamžite zavrieť spojenie. Služba môže byť v poriadku; prichádzajúce bajty patria nesprávnemu protokolu. Presun listenera na port 80 alebo 443 tieto bajty na SOCKS neprevedie.
Nastavte rozhranie SOCKS prehliadača, napríklad nastavenia SOCKS vo Firefoxe, alebo nastavenie proxy špecifické pre aplikáciu, aby vykonalo handshake a požiadalo proxy o ďalšie pripojenie. Súbor PAC môže vybrať podporovanú proxy cestu pre aplikácie, ktoré ho používajú. Stále ide o samostatnú konfiguráciu proxy, nie o vlastnosť záznamu A alebo AAAA.
HTTPS pridáva k myšlienke iba DNS ďalšiu prekážku. Prehliadač naďalej očakáva identitu webu z adresy. Certifikát pre hostiteľa proxy nemôže toto očakávanie splniť len preto, že DNS poslal spojenie tam.
Transparentné sieťové zachytávanie je iný návrh zahŕňajúci smerovanie a kompatibility softvér na zachytávanie. Nedá sa získať vrátením adresy servera SOCKS z DNS.