Pse një ndryshim DNS nuk mund të konfigurojë një proxy SOCKS
Shpjegon pse drejtimi i emrit të hostit të një faqeje te një server SOCKS nuk bën që një shfletues i pakonfiguruar të përdorë proxy-n.
Ndryshimi i një përgjigjeje DNS ndryshon vetëm adresën me të cilën lidhet shfletuesi. Nuk ndryshon protokollin me të cilin flet shfletuesi pasi arrin atje.
Me një adresë të zakonshme HTTP shfletuesi dërgon HTTP. Me një adresë HTTPS nis TLS për atë faqe. Një server SOCKS5 megjithatë pret së pari negociimin e vet: zgjedhjen e metodës, çdo vërtetim dhe një kërkesë që emërton destinacionin. Një shfletues i pakonfiguruar nuk dërgon asgjë nga këto.
Kjo shpjegon pse një dëgjues Dante i arritshëm mund të mbyllë menjëherë një lidhje pas një ndryshimi DNS. Shërbimi mund të jetë i shëndetshëm; bajtët që vijnë i përkasin protokollit të gabuar. Kalimi i dëgjuesit në portën 80 ose 443 nuk i kthen ata bajtë në SOCKS.
Konfiguroni ndërfaqen SOCKS të shfletuesit, si cilësimet SOCKS të Firefox, ose një cilësim proxy të veçantë për aplikacionin, që ai të bëjë dorështrëngimin dhe t'i kërkojë proxy-t të lidhet më tej. Një skedar PAC mund të zgjedhë një rrugë proxy të mbështetur për aplikacionet që e përdorin. Mbetet një konfigurim i veçantë proxy, jo një veti e një rekordi A ose AAAA.
HTTPS shton një pengesë tjetër ndaj idesë vetëm-DNS. Shfletuesi vazhdon të presë identitetin e faqes në adresë. Një certifikatë për hostin e proxy-t nuk mund ta plotësojë atë pritshmëri vetëm sepse DNS e dërgoi lidhjen atje.
Përgjimi transparent i rrjetit është një dizajn tjetër që përfshin rrugëzim dhe softuer përgjimi të pajtueshëm. Ai nuk arrihet duke kthyer adresën e një serveri SOCKS nga DNS.