Ĉu ŝanĝi VPN-servilon elsalutas vin el butiko?
Nova elira adreso ne malplenigas la kukujon. Unue decidu, ĉu vi testas la retan vojon, la ensalutitan sesion aŭ la konservitajn retejajn datumojn.
Ŝanĝu la VPN-eliron dum butiko estas malfermita en alia langeto, kaj la korbo kutime ankoraŭ estas tie. Tio ne estas paneo de VPN; temas pri la retumilo, kiu faras ĝuste tion, kion oni diris al ĝi. Kuketon sendas la retumilo, kaj nova reta vojo ne ŝanĝas tion, kion la retumilo konservas. Malantaŭ «la retejo ankoraŭ konas min» kaŝiĝas tri malsamaj demandoj, kaj la respondo dependas de tio, kiun vi efektive demandas.
Tri demandoj, unu simptomo
Unue: ĉu la retejo rekonas konservitan kuketon? Due: ĉu ĝi rekonas ensalutitan konton, kiu daŭras sendepende de iu ajn unuopa kuketo? Trie: ĉu ĝi rekonas ion pri la retumilo aŭ aparato anstataŭ konservitan staton? Ĉiu havas sian propran teston kaj sian propran rimedon.
| What you changed | What it actually tests |
|---|---|
| VPN exit address | Whether the site treats a different network origin differently |
| Cookie jar for one site | Whether a stored identifier was doing the recognition |
| Browser profile or account | Whether identity, rather than storage, links the visits |
Plej multe da konfuzo venas de ŝanĝi la unuan kaj atendi, ke la dua sekvos. Reta adreso kaj retumila konservejo estas apartaj sistemoj, kiujn hazarde uzas la sama paĝo.
Kion kuketo efektive portas
Administrado de HTTP-stato, kiel difinita en RFC 6265, estas intence simpla: la servilo starigas nomon kaj valoron kun amplekso, kaj la retumilo resendas ilin por petoj, kiuj kongruas kun tiu amplekso. La valoro povas esti sesia identigilo, prefero aŭ netravidebla ĵetono, kiun la servilo mapas al korba rikordo. Nenio en la mekanismo mencias la adreson de la kliento.
Tiu dezajno estas la kialo, ke ordinaraj ensalutoj kaj korboj postvivas retan ŝanĝon, kaj ĝi ankaŭ estas la kialo, ke ili postvivas ĝin ĉe spuriloj. La sama mekanismo servas ambaŭ celojn kaj ne distingas inter ili. Ne ekzistas kampo en la protokolo por la adreso de la kliento, do ekzistas nenio, kion nova eliro povus malvalidigi. Retejo, kiu volus ligi kuketon al reta origino, devus mem aldoni tiun logikon.
Kiam retejo resendas kuketon, la servilo serĉas la rikordon, al kiu tiu valoro montras. Ŝanĝi la vojon, kiun prenis la peto, ne ŝanĝas la serĉadon, kaj tio estas la tuta klarigo por la observaĵo pri la aĉetkorbo.
Decidu, kion mezuras via testo
Antaŭ ol ŝanĝi ion ajn, skribu la staton, de kiu vi komencas: kiu retumila profilo, kiu konto, kiuj retejaj datumoj, kiu reta vojo. Poste ŝanĝu ekzakte unu el ili kaj observu. Testo, kiu ŝanĝas samtempe la eliran adreson kaj la retumilan profilon, pruvas nenion pri iu ajn el ili.
curl -sS -c /tmp/jar.txt -b /tmp/jar.txt -o /dev/null -w '%{http_code}\n' https://shop.example/cart
curl -sS -c /tmp/jar.txt -b /tmp/jar.txt -o /dev/null -w '%{http_code}\n' --interface 198.51.100.44 https://shop.example/cartAmbaŭ komandoj reuzas la saman kuketan dosieron, kaj la dua devigas alian lokan fontadreson, kie la gastiganto tion permesas. La korba respondo estas sama en ambaŭ kazoj, ĉar la servilo neniam vidis alian klientan identecon, nur alian vojon. Tio estas la mekanismo en unu ripetebla paro da petoj.
Se la celo estas vidi, ĉu la retejo rekonas vin sen konservita stato, viŝu la datumojn de tiu retejo kaj ripetu. Se ĝi ankoraŭ rekonas vin, la sekvaj suspektatoj estas la ensalutita konto, ligilo, kiun vi sekvis, aŭ retumilaj karakterizaĵoj anstataŭ kuketo.
Viŝu la ĝustan staton, ne la reton
Forigi la konservejon de unu retejo apartenas al la propraj regiloj de la retumilo, kaj ĝi ofte elsalutos vin aŭ restarigos preferojn kiel flanka efiko. Ĝi ne forigas la konton aŭ la rikordojn, kiujn la servo jam tenas; tiuj bezonas la propran procezon de la servo.
Limigoj inter retejoj traktas alian parton de la problemo. Retumiloj povas bloki aŭ dividi konservejon, kiun enkorpigitaj servoj alie dividus inter retejoj, dum unuaflanka ensaluto daŭre funkcias. Sukcesa ensaluto do ne estas pruvo, ke interreteja spurado funkcias.
Privataj fenestroj estas alia ilo kun pli mallarĝa amplekso ol homoj atendas. Retejoj ankoraŭ povas starigi kuketojn dum la sesio, kaj ensaluto ankoraŭ identigas la konton. Ĝuste la fino de la privata sesio forĵetas la provizoran staton, kio signifas fermi ĉiun privatan fenestron anstataŭ unu langeton.
Fine, traktu identigon per fingrospuro kiel eblecon, ne kiel la unuan klarigon. Aparataj kaj retumilaj karakterizaĵoj povas ligi vizitojn sen iu ajn konservita kuketo, kaj viŝado de la konservejo ne tuŝos ilin. Kontrolu unue la simplajn kaŭzojn, poste vastigu la esploron, kaj notu, kiun staton vi ŝanĝis, por ke la sekva komparo havu sencon.