Miks DNS-i muudatus ei sea üles SOCKS-proksit
Selgitab, miks veebisaidi hostinime suunamine SOCKS-serverile ei pane seadistamata brauserit proksit kasutama.
DNS-vastuse muutmine muudab ainult aadressi, millega brauser ühenduse loob. See ei muuda protokolli, mida brauser seal olles räägib.
Tavalise HTTP-aadressi puhul saadab brauser HTTP-d. HTTPS-aadressi puhul käivitab ta selle saidi jaoks TLS-i. SOCKS5-server ootab aga esmalt oma läbirääkimist: meetodi valikut, võimalikku autentimist ja sihtkohta nimetavat päringut. Seadistamata brauser ei saada sellest midagi.
See selgitab, miks kättesaadav Dante kuulaja võib pärast DNS-i muudatust ühenduse kohe sulgeda. Teenus võib olla terve; sissetulevad baidid kuuluvad vale protokolli juurde. Kuulaja viimine pordile 80 või 443 ei muuda neid baite SOCKS-iks.
Seadistage brauseri SOCKS-liides, näiteks Firefoxi SOCKS-i seaded, või rakendusepõhine proksiseade, et see teeks kätlust ja paluks proksil edasi ühendada. PAC-fail saab valida toetatud proksitee rakendustele, mis seda kasutavad. See on siiski eraldi proksiseadistus, mitte A- või AAAA-kirje omadus.
HTTPS lisab ainult-DNS-i ideele veel ühe takistuse. Brauser ootab jätkuvalt saidi identiteeti aadressis. Proksi hosti sertifikaat ei saa seda ootust täita ainult sellepärast, et DNS saatis ühenduse sinna.
Läbipaistev võrgu püüdmine on teistsugune lahendus, mis hõlmab marsruutimist ja ühilduvat püüdmistarkvara. Seda ei saa, kui DNS tagastab SOCKS-serveri aadressi.