Zašto DNS promjena ne može postaviti SOCKS proxy
Objašnjava zašto usmjeravanje imena hosta web stranice na SOCKS poslužitelj ne prisiljava nekonfigurirani preglednik da koristi proxy.
Promjena DNS odgovora mijenja samo adresu na koju se preglednik spaja. Ne mijenja protokol kojim preglednik govori nakon što stigne tamo.
Kad otvorite običnu HTTP adresu, preglednik šalje HTTP. Kad otvorite HTTPS adresu, pokreće TLS za tu stranicu. SOCKS5 poslužitelj pak najprije očekuje vlastito pregovaranje: odabir metode, eventualnu autentifikaciju i zahtjev koji imenuje odredište. Nekonfigurirani preglednik ne šalje ništa od toga.
To objašnjava zašto dostupan Dante listener može odmah zatvoriti vezu nakon DNS promjene. Usluga može biti zdrava; dolazni bajtovi pripadaju pogrešnom protokolu. Premještanje listenera na port 80 ili 443 ne pretvara te bajtove u SOCKS.
Konfigurirajte SOCKS sučelje preglednika, poput Firefoxovih SOCKS postavki, ili postavku proxyja specifičnu za aplikaciju, tako da obavi rukovanje i zatraži da se proxy spoji dalje. PAC datoteka može odabrati podržanu proxy rutu za aplikacije koje je koriste. To je i dalje zasebna proxy konfiguracija, a ne svojstvo A ili AAAA zapisa.
HTTPS dodaje još jednu prepreku ideji samo s DNS-om. Preglednik i dalje očekuje identitet stranice iz adrese. Certifikat za host proxyja ne može zadovoljiti to očekivanje samo zato što je DNS poslao vezu tamo.
Transparentno mrežno presretanje drukčiji je dizajn koji uključuje usmjeravanje i kompatibilan softver za presretanje. Ne može se dobiti vraćanjem adrese SOCKS poslužitelja iz DNS-a.