Kial DNS-ŝanĝo ne povas agordi SOCKS-prokurilon
Klarigas kial direkti la hostnom de retejo al SOCKS-servilo ne igas neagorditan retumilon uzi la prokurilon.
Ŝanĝi DNS-respondon ŝanĝas nur la adreson al kiu la retumilo konektiĝas. Ĝi ne ŝanĝas la protokolon kiun la retumilo parolas post alveno tie.
Ĉe ordinara HTTP-adreso la retumilo sendas HTTP. Ĉe HTTPS-adreso ĝi komencas TLS por tiu retejo. SOCKS5-servilo tamen unue atendas sian propran intertraktadon: elekton de metodo, eblan aŭtentikigon kaj peton kiu nomas la celon. Neagordita retumilo sendas neniom el tio.
Tio klarigas kial atingebla Dante-aŭskultanto povas tuj fermi konekton post DNS-ŝanĝo. La servo povas esti sana; la alvenantaj bitokoj apartenas al la malĝusta protokolo. Movi la aŭskultanton al pordo 80 aŭ 443 ne igas tiujn bitokojn SOCKS.
Agordu la SOCKS-interfacon de retumilo, ekzemple la SOCKS-agordojn de Firefox, aŭ aplikaĵ-specifan prokurilan agordon, por ke ĝi faru la manpremon kaj petu la prokurilon konekti pluen. PAC-dosiero povas elekti subtenatan prokurilan vojon por aplikaĵoj kiuj uzas ĝin. Ĝi restas aparta prokurila agordo, ne eco de A aŭ AAAA-rikordo.
HTTPS aldonas plian obstaklon al la ideo nur per DNS. La retumilo daŭre atendas la identecon de la retejo en la adreso. Atestilo por la prokurila gastiganto ne povas plenumi tiun atendo nur ĉar DNS sendis la konekton tien.
Travidebla reta interceptado estas alia dezajno kun enkursigo kaj kongrua intercepta programaro. Ĝi ne akireblas per redono de la adreso de SOCKS-servilo el DNS.