Zakaj sprememba DNS ne nastavi proxyja SOCKS
Pojasnjuje, zakaj usmerjanje imena gostitelja spletnega mesta na strežnik SOCKS ne povzroči, da bi nekonfiguriran brskalnik uporabljal proxy.
Sprememba odgovora DNS spremeni le naslov, s katerim se brskalnik poveže. Ne spremeni protokola, v katerem brskalnik govori, ko tja prispe.
Pri običajnem naslovu HTTP brskalnik pošlje HTTP. Pri naslovu HTTPS zažene TLS za to spletno mesto. Strežnik SOCKS5 pa najprej pričakuje lastna pogajanja: izbiro metode, morebitno avtentikacijo in zahtevo, ki imenuje cilj. Nekonfiguriran brskalnik ne pošlje ničesar od tega.
To pojasnjuje, zakaj lahko dosegljiv poslušalec Dante takoj po spremembi DNS zapre povezavo. Storitev je lahko zdrava; prihajajoči bajti pripadajo napačnemu protokolu. Premik poslušalca na vrata 80 ali 443 teh bajtov ne spremeni v SOCKS.
Nastavite vmesnik SOCKS brskalnika, na primer nastavitve SOCKS v Firefoxu, ali nastavitev proxyja, specifično za aplikacijo, da izvede rokovanje in prosi proxy za nadaljnjo povezavo. Datoteka PAC lahko izbere podprto pot proxyja za aplikacije, ki jo uporabljajo. To je še vedno ločena konfiguracija proxyja, ne lastnost zapisa A ali AAAA.
HTTPS doda ideji samo z DNS še eno oviro. Brskalnik še naprej pričakuje identiteto spletnega mesta v naslovu. Potrdilo za gostitelja proxyja ne more zadostiti temu pričakovanju samo zato, ker je DNS poslal povezavo tja.
Pregledno prestrezanje omrežja je drugačna zasnova, ki vključuje usmerjanje in združljivo programsko opremo za prestrezanje. Ne dobi se z vračanjem naslova strežnika SOCKS iz DNS.