Zergatik DNS aldaketa batek ezin duen SOCKS proxy bat konfiguratu
Azaltzen du zergatik webgune baten ostalari-izena SOCKS zerbitzari batera bideratzeak ez duen konfiguratu gabeko nabigatzailea proxy-a erabiltzen jartzen.
DNS erantzun bat aldatzeak nabigatzailea konektatzen den helbidea soilik aldatzen du. Ez du aldatzen nabigatzaileak hara iristean hitz egiten duen protokoloa.
HTTP URL arrunta bisitatzean, nabigatzaileak HTTP bidaltzen du. HTTPS URL bat bisitatzean, gune horretarako TLS abiatzen du. SOCKS5 zerbitzariak ordea lehenengo bere negoziazioa espero du: metodoaren hautaketa, autentifikazioa eta helmuga izendatzen duen eskaera. Konfiguratu gabeko nabigatzaileak ez du horietatik ezer bidaltzen.
Horrek azaltzen du zergatik Dante entzule eskuragarri batek konexioa berehala itxi dezakeen DNS aldaketa baten ondoren. Zerbitzua osasuntsu egon daiteke; sarrerako byteak protokolo okerrekoak dira. Entzulea 80 edo 443 portura eramateak ez ditu byte horiek SOCKS bihurtzen.
Konfiguratu nabigatzaile baten SOCKS interfazea, adibidez Firefoxen SOCKS ezarpenak, edo aplikazioaren proxy ezarpen espezifiko bat, esku-ukipena egin eta proxyari aurrera konektatzeko eska diezaion. PAC fitxategi batek onartutako proxy bide bat hauta dezake erabiltzen duten aplikazioentzat. Proxiren konfigurazio bereizia izaten jarraitzen du, ez A edo AAAA erregistro baten propietatea.
HTTPSek oztopo bat gehiago gehitzen dio soilik-DNS ideiari. Nabigatzaileak URLan dagoen gunearen identitatea espero du oraindik. Proxyaren ostalariaren ziurtagiri batek ezin du itxaropen hori bete DNSek konexioa hara bidali duelako soilik.
Sare harrapaketa gardena beste diseinu bat da, bideratzea eta harrapatze software bateragarria dakarrena. Ezin da lortu DNSetik SOCKS zerbitzari baten helbidea itzuliz.