In autoritative DNS-tsjinner krijt in webside-fraach meastentiids fan in rekursive resolver. It boarne-IP yn syn fraachlog identifisearret dêrom faak dy resolver, wylst de HTTP-ferbining fan de webside fan de foarproxy komt.

In unike hostnamme ferbûn oan ien besite kin de DNS-fraach en it webferlies korrelearje. It feroaret lykwols net hokker masine de fraach eins nei de autoritative tsjinner stjoert.

Dy resolver kin fan de ISP fan de besiker, in iepenbiere DNS-tsjinst, it proxynetwurk of in oare trochstjoerende resolver wêze. In oar adres as de HTTP-útgong sjen is bewiis fan in oar observaasjepunt, net automatysk bewiis fan it krekte oarspronklike IP fan de besiker.

Der binne útsûnderings. In besiker kin sels in rekursive resolver draaie, en EDNS Client Subnet kin ynformaasje oer in kliïntnetwurk blootlizze. De krektens hinget ôf fan wat eins stjoerd wurdt, ek fan de lingte fan it foarheaksel; in subnet is net needsaaklik it adres fan ien brûker.

As jo in proxy-privacytoets ûndersykje, labelje de observaasjes apart: HTTP-boarne, DNS-fraachboarne en alle kliïnt-subnet-gegevens. Lokale fersus proxykantige bestimmingsopspoaring kin dat DNS-paad feroarje, mar in resultaat hat dy ûnderskieds nedich foardat it in bewearing oer identiteit stipet.

Relatearre artikelen