Pam na all newid DNS osod dirprwy SOCKS
Yn esbonio pam nad yw cyfeirio enw gwesteiwr gwefan at weinydd SOCKS yn gwneud porwr heb ei ffurfweddu i ddefnyddio'r dirprwy.
Mae newid ateb DNS yn newid y cyfeiriad y mae'r porwr yn cysylltu ag ef yn unig. Nid yw'n newid y protocol y mae'r porwr yn siarad ag ef ar ôl cyrraedd yno.
Wrth ymweld ag URL HTTP cyffredin, mae'r porwr yn anfon HTTP. Wrth ymweld ag URL HTTPS, mae'n cychwyn TLS ar gyfer y wefan honno. Mae gweinydd SOCKS5 yn disgwyl ei drafodaeth ei hun yn gyntaf: dewis dull, unrhyw ddilysu, a chais sy'n enwi'r gyrchfan. Nid yw porwr heb ei ffurfweddu yn anfon dim o hynny.
Mae hyn yn esbonio pam y gall gwrandawr Dante y gellir ei gyrraedd gau cysylltiad ar unwaith ar ôl newid DNS. Gall y gwasanaeth fod yn iach; mae'r beitiau sy'n dod i mewn yn perthyn i'r protocol anghywir. Nid yw symud y gwrandawr i borth 80 neu 443 yn troi'r beitiau hynny yn SOCKS.
Ffurfweddwch ryngwyneb SOCKS porwr, fel gosodiadau SOCKS Firefox, neu osodiad dirprwy penodol i'r rhaglen, fel ei fod yn gwneud yr ysgwyd llaw ac yn gofyn i'r dirprwy gysylltu ymlaen. Gall ffeil PAC ddewis llwybr dirprwy a gefnogir ar gyfer rhaglenni sy'n ei ddefnyddio. Mae'n dal yn ffurfweddiad dirprwy ar wahân, nid yn briodwedd cofnod A nac AAAA.
Mae HTTPS yn ychwanegu rhwystr arall at y syniad DNS-yn-unig. Mae'r porwr yn parhau i ddisgwyl hunaniaeth y wefan yn yr URL. Ni all tystysgrif ar gyfer gwesteiwr y dirprwy fodloni'r disgwyliad hwnnw dim ond oherwydd bod DNS wedi anfon y cysylltiad yno.
Mae rhyng-gipio rhwydwaith tryloyw yn ddyluniad gwahanol sy'n cynnwys llwybro a meddalwedd rhyng-gipio cydnaws. Ni ellir ei gael trwy ddychwelyd cyfeiriad gweinydd SOCKS o DNS.