Naglologout ka ba sa tindahan kapag nagpalit ng VPN server?
Ang bagong exit address ay hindi nagpapaltos ng cookie jar. Magpasya muna kung sinusubukan mo ang network path, ang naka-sign in na session, o ang nakaimbak na site data.
Palitan ang VPN exit habang bukas ang tindahan sa ibang tab, at kadalasan ay naroon pa rin ang basket. Hindi ito pagpalya ng VPN; ito ay ginagawa ng browser ang eksaktong sinabi sa kanya. Ang cookie ay ipinapadala ng browser, at ang bagong network path ay hindi binabago ang inilalagay ng browser. Tatlong magkaibang tanong ang nakatago sa likod ng «kilala pa rin ako ng site», at ang sagot ay depende sa kung alin ang talagang itinatanong mo.
Tatlong tanong, isang sintomas
Una: kinikilala ba ng site ang nakaimbak na cookie? Pangalawa: kinikilala ba nito ang naka-sign in na account, na nananatili nang hiwalay sa anumang indibidwal na cookie? Pangatlo: kinikilala ba nito ang isang bagay tungkol sa browser o device sa halip na nakaimbak na estado? Bawat isa ay may sariling pagsubok at sariling lunas.
| 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 |
Karamihan ng kalituhan ay nagmumula sa pagpapalit ng una at pag-asang susunod ang pangalawa. Ang network address at ang browser store ay dalawang magkaibang sistema na nagkataong ginagamit ng parehong pahina.
Ano ba talaga ang dinadala ng cookie
Ang pamamahala ng estado ng HTTP, na tinukoy sa RFC 6265, ay sadyang simple: nagtatakda ang server ng pangalan at halaga na may saklaw, at ibinabalik ito ng browser para sa mga kahilingang tumutugma sa saklaw na iyon. Ang halaga ay maaaring identifier ng session, kagustuhan, o opaque na token na iniuugnay ng server sa isang record ng basket. Wala sa mekanismo ang tumutukoy sa address ng client.
Ang disenyong iyon ang dahilan kung bakit ang ordinaryong mga login at basket ay nakakalampas sa pagbabago ng network, at ito rin ang dahilan kung bakit nakakalampas sila dito para sa mga tracker. Ang parehong mekanismo ay nagsisilbi sa dalawang layunin at hindi ito pinag-iiba. Walang field sa protocol para sa address ng client, kaya wala namang mababaliwala ang bagong exit. Ang site na gustong mag-ugnay ng cookie sa isang network origin ay kailangang magdagdag mismo ng lohikang iyon.
Kapag nagbalik ang site ng cookie, hinahanap ng server ang record na tinutukoy ng halagang iyon. Ang pagpapalit ng rutang tinahak ng kahilingan ay hindi binabago ang paghahanap na iyon, at iyon ang buong paliwanag para sa obserbasyon sa shopping cart.
Magpasya kung ano ang sinusukat ng iyong pagsubok
Bago magpalit ng anuman, isulat ang estado kung saan ka nagsisimula: aling browser profile, aling account, aling site data, aling network path. Pagkatapos ay palitan ang eksaktong isa sa mga ito at obserbahan. Ang pagsubok na sabay na nagpapalit ng exit address at browser profile ay walang pinatutunayan tungkol sa alinman sa dalawa.
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/cartParehong ginagamit muli ng dalawang utos ang parehong cookie file, at ang pangalawa ay pinipilit ang ibang lokal na source address kung saan pinapayagan ito ng host. Pareho ang tugon ng basket sa dalawang kaso dahil kailanman ay hindi nakakita ang server ng ibang pagkakakilanlan ng client, ibang landas lamang. Iyon ang mekanismo sa isang pares ng kahilingang maaaring ulitin.
Kung ang layunin ay tingnan kung kinikilala ka ng site nang walang nakaimbak na estado, i-clear ang data ng site na iyon at ulitin. Kung kinikilala ka pa rin nito, ang susunod na mga suspek ay ang naka-sign in na account, isang link na sinundan mo, o mga katangian ng browser at hindi cookie.
I-clear ang tamang estado, hindi ang network
Ang pag-alis ng storage ng isang site ay bahagi ng sariling mga kontrol ng browser, at madalas ka nitong ilalabas sa login o i-reset ang mga kagustuhan bilang side effect. Hindi nito binubura ang account o ang mga record na hawak na ng serbisyo; kailangan ng mga iyon ang sariling proseso ng serbisyo.
Tinutugunan ng mga paghihigpit sa pagitan ng mga site ang ibang bahagi ng problema. Maaaring i-block o paghiwalayin ng mga browser ang storage na ibabahagi sana ng mga naka-embed na serbisyo sa mga site, habang patuloy na gumagana ang first-party login. Kaya ang matagumpay na login ay hindi ebidensya na gumagana ang cross-site tracking.
Ang mga pribadong window ay isa pang kasangkapan na may mas makitid na saklaw kaysa inaasahan ng mga tao. Maaari pa ring magtakda ng cookie ang mga site sa panahon ng session, at kinikilala pa rin ng login ang account. Ang pagtatapos ng pribadong session ang nagtatapon ng pansamantalang estado, na nangangahulugang isara ang bawat pribadong window at hindi isang tab.
Sa huli, ituring ang fingerprinting bilang isang posibilidad at hindi bilang unang paliwanag. Ang mga katangian ng device at browser ay maaaring mag-ugnay ng mga pagbisita nang walang anumang nakaimbak na cookie, at hindi ito maaapektuhan ng pag-clear ng storage. Suriin muna ang mga simpleng dahilan, pagkatapos ay palawakin ang imbestigasyon, at itala kung aling estado ang binago mo upang maging makabuluhan ang susunod na paghahambing.