Kodėl DNS pakeitimas nesukonfigūruoja SOCKS tarpinio serverio
Paaiškina, kodėl svetainės pagrindinio kompiuterio vardo nukreipimas į SOCKS serverį nepriverčia nesukonfigūruotos naršyklės naudoti tarpinį serverį.
DNS atsakymo pakeitimas keičia tik adresą, prie kurio naršyklė jungiasi. Jis nekeičia protokolo, kuriuo naršyklė kalba ten atvykusi.
Atidarius įprastą HTTP adresą, naršyklė siunčia HTTP. Atidarius HTTPS adresą, ji paleidžia TLS tai svetainei. SOCKS5 serveris tačiau pirmiausia laukia savo derybų: metodo pasirinkimo, bet kokios autentifikacijos ir užklausos, įvardijančios tikslą. Nesukonfigūruota naršyklė nieko iš to nesiunčia.
Tai paaiškina, kodėl pasiekiamas Dante klausytojas gali iškart po DNS pakeitimo uždaryti ryšį. Paslauga gali būti sveika; gaunami baitai priklauso netinkamam protokolui. Klausytojo perkėlimas į 80 arba 443 prievadą nepaverčia tų baitų SOCKS.
Sukonfigūruokite naršyklės SOCKS sąsają, pavyzdžiui, Firefox SOCKS nustatymus, arba programai būdingą tarpinio serverio nustatymą, kad ji atliktų rankos paspaudimą ir paprašytų tarpinio serverio jungtis toliau. PAC failas gali parinkti palaikomą tarpinio serverio maršrutą jį naudojančioms programoms. Tai vis tiek atskira tarpinio serverio konfigūracija, o ne A ar AAAA įrašo savybė.
HTTPS prideda dar vieną kliūtį idėjai su vien DNS. Naršyklė toliau tikisi adrese esančios svetainės tapatybės. Tarpinio serverio pagrindinio kompiuterio sertifikatas negali patenkinti šio lūkesčio vien todėl, kad DNS nusiuntė ryšį ten.
Skaidrus tinklo perėmimas yra kitokia konstrukcija, apimanti maršrutizavimą ir suderinamą perėmimo programinę įrangą. Jo negalima gauti grąžinant SOCKS serverio adresą iš DNS.