Ĉu VPN haltigas la spuradon de retejoj? Kio ankoraŭ funkcias

VPN ŝanĝas la adreson, de kiu venas via trafiko. Ĝi ne ŝanĝas la kuketon, kiun sendas via retumilo, la konton, en kiun vi ensalutis, nek la identigilon enmetitan en la ligilon, kiun vi alklakis. Tial retejo povas saluti vin per via nomo dum via elira adreso troviĝas en alia lando. La subaj kontroloj apartigas retan identecon de ĉio alia, laŭ la ordo, kiu trovas la veran kaŭzon plej rapide.

Kion la tunelo ŝanĝas kaj kion ne

La tunelo anstataŭigas vian fontan adreson ĉe la eliro kaj ĉifras tion, kion la loka reto povas vidi de via trafiko. Ambaŭ utilas, kaj ambaŭ estas mallarĝaj. Ĉio super la IP-tavolo, do la HTTP-peto, kiun via retumilo efektive konstruas, alvenas al la retejo senŝanĝe.

Tio inkluzivas kuketojn, rajtigajn kapliniojn, la URL-on kaj la TLS-fingropremon de via kliento.

Do la demando ne estas, ĉu la VPN funkcias. Ĝi estas, kiun identigilon la retejo uzis, kaj tion eblas respondi per testado de unu tavolo samtempe.

Paŝo 1: apartigu kontan identecon de reta identeco

Elsalutu ĉie, aŭ uzu retumilan profilon, kiu neniam ensalutis, kaj ripetu la viziton tra la tunelo. Se la retejo ne plu rekonas vin, la identigilo estis kuketo aŭ konto, kaj la VPN neniam estis la koncerna kontrolo. Se ĝi ankoraŭ rekonas vin, serĉu alian konservitan identigilon antaŭ ol ekfingrospuri. Ĉaro, konservita prefero aŭ sesia ĵetono en loka konservejo klarigas la plej multajn el tiuj kazoj.

Privata fenestro izolas la kuketaron por tiu fenestro. Ĝi ne anonimigas saluton, kiun vi faras ene de ĝi.

Paŝo 2: serĉu identigilojn ene de la ligilo

Ligiloj en bultenoj kutime portas abonantan ĵetonon, kaj kampanjaj ligiloj portas parametrojn. Malfermu unu per iu ajn eliro, kaj la celo ankoraŭ ricevas la ĵetonon, ĉar la ĵetono estas parto de la peto, ne de la itinero. Foraj bildoj en retpoŝto funkcias same, ligitaj al unu specifa mesaĝo.

Forigu la demandan ĉenon kiam vi povas, kaj malŝaltu foran enhavon en la poŝta kliento.

La sama logiko kovras informojn, kiujn vi memvole donas. Konservita adreso, telefonnombro tajpita en formularon aŭ referenco de subtena bileto identigas vin post iu ajn IP-ŝanĝo. Pensu pri tio, kiu ricevas la datumojn, ne nur pri la vojo, kiun ili iris.

Paŝo 3: legu la fingrospuran surfacon honeste

Fingrospurado kombinas observeblajn ecojn de la retumilo kaj aparato: uzanto-aganto, ekrana geometrio, instalitaj tiparoj, tempzono, kanvasa eligo. Konvencia VPN normigas neniom de tio, do forigi unu kuketon ne forigas la aliajn signalojn. Ankaŭ ne sekvas, ke ĉiu rekono estas fingrospuro. La ordinara kazo estas konservita identigilo, kiun vi forgesis.

Testu per fingrospura kontrolilo kaj legu la rezulton kiel specimenon, ne kiel atestilon. Tiuj iloj mezuras metodon kontraŭ datuma aro, kaj ili ne povas promesi, ke neniu retejo iam ligos du vizitojn. Traktu la poentaron kiel aludon pri tio, kiuj surfacoj aspektas neordinaraj en via agordo.

Malgrandigi la surfacon valoras pli ol iu ajn unuopa agordo: malpli da etendaĵoj, aktuala retumila versio, kaj profiloj, kiujn vi konscie tenas apartaj.

Paŝo 4: kontrolu per antaŭa kaj posta testo

Rulu la saman kontrolon dufoje, unufoje ekster la tunelo kaj unufoje ene, kaj komparu la respondojn, ne viajn atendojn.

curl -s https://ifconfig.me; echo
curl -s https://ipinfo.io/ip

La elira adreso devus ŝanĝiĝi, kaj la solvilo, kiun la retejo vidas, devus aparteni al la VPN kiam via DNS iras tra la tunelo. Se la adreso ŝanĝiĝas kaj la solvilo ne, vi havas dividitan DNS-vojon, kiu likas domajnajn demandojn, kio estas agorda fuŝo, ne spura mekanismo. Kontrolu WebRTC aparte en la retumilo, ĉar ĝi povas malkaŝi adresojn en iuj agordoj, kaj la sola honesta respondo estas tiu, kiun via propra testo redonas.

Poste ripetu la kontajn kaj ligilajn testojn. Retejo, kiu rekonas vin post ĉiuj kvar paŝoj, uzas ion, kion vi ankoraŭ sendas, kaj la sekva movo estas trovi tiun aferon anstataŭ denove ŝanĝi servilojn.

Tenu la du rezultojn flanke unu de la alia. Privateca kontrolo sen baza linio estas nur konjekto.