Ĉu aŭtoritataj DNS-protokoloj povas malkaŝi la originan IP de prokseuzanto?
Apartigu la HTTP-eliran adreson de la proksio, la DNS-demandan adreson de rekursiva solvilo kaj la laŭvolan klientan subretan informon kiam vi interpretas DNS-privatecan teston.
Aŭtoritata DNS-servilo kutime ricevas retejan peton de rekursiva solvilo. La fonta IP en ĝia demando-protokolo do ofte identigas tiun solvilon, dum la HTTP-konekto de la retejo alvenas de la antaŭa proksio.
Unika gastigantnomo ligita al unu vizito povas korelacii la DNS-demandan kaj la retan peton. Ĝi tamen ne ŝanĝas, kiu maŝino efektive sendas la demandon al la aŭtoritata servilo.
Tiu solvilo povas aparteni al la provizanto de la vizitanto, al publika DNS-servo, al la proksia reto aŭ al alia plusendanta solvilo. Vidi alian adreson ol la HTTP-eliron estas pruvo pri alia observpunkto, ne aŭtomata pruvo pri la preciza origina IP de la vizitanto.
Ekzistas esceptoj. Vizitanto povas mem funkciigi rekursivan solvilon, kaj EDNS Client Subnet povas malkaŝi informojn pri klienta reto. La precizeco dependas de tio, kio efektive sendiĝas, inkluzive de la prefiksa longo; subreto ne nepre estas la adreso de unu uzanto.
Kiam vi ekzamenas proksian privatecan teston, etikedu la observojn aparte: HTTP-fonto, DNS-demanda fonto kaj ajna klienta subreta dateno. Loka kontraŭ proksiflanka celloka serĉado povas ŝanĝi tiun DNS-vojon, sed rezulto bezonas tiujn distingojn antaŭ ol ĝi subtenu aserton pri identeco.