VPN సర్వర్ మార్చడం మిమ్మల్ని దుకాణం నుండి లాగ్ అవుట్ చేస్తుందా?
కొత్త ఎగ్జిట్ చిరునామా కుకీ జార్ను ఖాళీ చేయదు. మొదట మీరు నెట్‌వర్క్ మార్గాన్ని, లాగిన్ అయిన సెషన్‌ను లేదా నిల్వ చేసిన సైట్ డేటాను పరీక్షిస్తున్నారో నిర్ణయించుకోండి.
దుకాణం మరో ట్యాబ్‌లో తెరిచి ఉన్నప్పుడు VPN ఎగ్జిట్‌ను మార్చండి, బాస్కెట్ సాధారణంగా అక్కడే ఉంటుంది. ఇది VPN వైఫల్యం కాదు; బ్రౌజర్ చెప్పినది సరిగ్గా చేస్తోంది. కుకీని బ్రౌజర్ పంపుతుంది, కొత్త నెట్‌వర్క్ మార్గం బ్రౌజర్ నిల్వ చేసేదాన్ని మార్చదు. «సైట్ ఇప్పటికీ నన్ను గుర్తిస్తోంది» అనే మాట వెనుక మూడు వేర్వేరు ప్రశ్నలు దాగి ఉన్నాయి, సమాధానం మీరు నిజంగా ఏ ప్రశ్న అడుగుతున్నారనే దానిపై ఆధారపడి ఉంటుంది.
మూడు ప్రశ్నలు, ఒక లక్షణం
మొదటిది: సైట్ నిల్వ చేసిన కుకీని గుర్తిస్తుందా? రెండవది: ఏ ఒక్క కుకీ నుండి స్వతంత్రంగా కొనసాగే లాగిన్ అయిన ఖాతాను గుర్తిస్తుందా? మూడవది: నిల్వ చేసిన స్థితికి బదులు బ్రౌజర్ లేదా పరికరం గురించి ఏదైనా గుర్తిస్తుందా? ప్రతి దానికి దాని స్వంత పరీక్ష, దాని స్వంత పరిష్కారం ఉంది.
| 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 |
ఎక్కువ గందరగోళం మొదటిదాన్ని మార్చి రెండవది అనుసరిస్తుందని ఆశించడం నుండి వస్తుంది. నెట్‌వర్క్ చిరునామా మరియు బ్రౌజర్ నిల్వ ఒకే పేజీ అనుకోకుండా ఉపయోగించే రెండు వేర్వేరు వ్యవస్థలు.
కుకీ నిజంగా ఏమి మోసుకొస్తుంది
RFC 6265లో పేర్కొన్న HTTP స్థితి నిర్వహణ ఉద్దేశపూర్వకంగా సులభం: సర్వర్ పరిధితో పేరు మరియు విలువను సెట్ చేస్తుంది, ఆ పరిధికి సరిపోయే అభ్యర్థనలకు బ్రౌజర్ వాటిని తిరిగి పంపుతుంది. విలువ సెషన్ గుర్తింపు, ప్రాధాన్యత, లేదా సర్వర్ బాస్కెట్ రికార్డుకు అనుసంధానించే అపారదర్శక టోకెన్ కావచ్చు. ఈ యంత్రాంగంలో ఎక్కడా క్లయింట్ చిరునామా ప్రస్తావించబడలేదు.
ఈ రూపకల్పన వల్లే సాధారణ లాగిన్లు మరియు బాస్కెట్లు నెట్‌వర్క్ మార్పును తట్టుకుంటాయి, ట్రాకర్లకు కూడా అవి దాన్ని తట్టుకోవడానికి ఇదే కారణం. ఒకే యంత్రాంగం రెండు లక్ష్యాలకు సేవ చేస్తుంది, వాటి మధ్య భేదం చూపదు. ప్రోటోకాల్‌లో క్లయింట్ చిరునామా కోసం ఫీల్డ్ లేదు, కాబట్టి కొత్త ఎగ్జిట్ చెల్లని చేయడానికి ఏమీ లేదు. కుకీని నెట్‌వర్క్ మూలానికి కట్టడానికి కోరుకునే సైట్ ఆ తర్కాన్ని తనే జోడించాలి.
సైట్ కుకీని తిరిగి ఇచ్చినప్పుడు, ఆ విలువ సూచించే రికార్డును సర్వర్ వెతుకుతుంది. అభ్యర్థన తీసుకున్న మార్గాన్ని మార్చడం ఆ అన్వేషణను మార్చదు, మరియు షాపింగ్ బాస్కెట్ పరిశీలనకు పూర్తి వివరణ అదే.
మీ పరీక్ష ఏమి కొలుస్తుందో నిర్ణయించుకోండి
ఏదైనా మార్చే ముందు మీరు ప్రారంభించే స్థితిని రాయండి: ఏ బ్రౌజర్ ప్రొఫైల్, ఏ ఖాతా, ఏ సైట్ డేటా, ఏ నెట్‌వర్క్ మార్గం. తర్వాత వాటిలో సరిగ్గా ఒకటి మార్చి గమనించండి. ఎగ్జిట్ చిరునామా మరియు బ్రౌజర్ ప్రొఫైల్‌ను ఒకేసారి మార్చే పరీక్ష వాటిలో ఏ దాని గురించి ఏమీ నిరూపించదు.
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/cartరెండు ఆదేశాలు ఒకే కుకీ ఫైల్‌ను తిరిగి ఉపయోగిస్తాయి, రెండవది హోస్ట్ అనుమతించిన చోట వేరే స్థానిక మూల చిరునామాన్ని బలవంతంగా వాడుతుంది. రెండు సందర్భాల్లోనూ బాస్కెట్ ప్రతిస్పందన ఒకటే, ఎందుకంటే సర్వర్ ఎప్పుడూ వేరే క్లయింట్ గుర్తింపును చూడలేదు, వేరే మార్గాన్ని మాత్రమే చూసింది. పునరావృతం చేయగల ఒక అభ్యర్థన జోడీలో ఇదే యంత్రాంగం.
నిల్వ చేసిన స్థితి లేకుండా సైట్ మిమ్మల్ని గుర్తిస్తుందా చూడడం లక్ష్యం అయితే, ఆ సైట్ డేటాను తుడిచి మళ్లీ చేయండి. ఇంకా గుర్తిస్తే, తదుపరి అనుమానితులు కుకీ కాదు, లాగిన్ అయిన ఖాతా, మీరు అనుసరించిన లింక్, లేదా బ్రౌజర్ లక్షణాలు.
నెట్‌వర్క్ కాదు, సరైన స్థితిని తుడవండి
ఒక సైట్ నిల్వను తొలగించడం బ్రౌజర్ స్వంత నియంత్రణలకు చెందుతుంది, అది పక్క ప్రభావంగా మిమ్మల్ని లాగ్ అవుట్ చేయవచ్చు లేదా ప్రాధాన్యతలను రీసెట్ చేయవచ్చు. అది ఖాతాను లేదా సేవ ఇప్పటికే ఉంచుకున్న రికార్డులను తొలగించదు; వాటికి సేవ యొక్క స్వంత ప్రక్రియ అవసరం.
సైట్ల మధ్య పరిమితులు సమస్యలోని మరో భాగాన్ని పరిష్కరిస్తాయి. ఎంబెడ్ చేసిన సేవలు సైట్ల మధ్య పంచుకునే నిల్వను బ్రౌజర్లు నిరోధించవచ్చు లేదా విభజించవచ్చు, అయితే మొదటి-పక్ష లాగిన్ పని చేస్తూనే ఉంటుంది. కాబట్టి విజయవంతమైన లాగిన్ సైట్ల మధ్య ట్రాకింగ్ పని చేస్తున్నట్లు రుజువు కాదు.
ప్రైవేట్ విండోలు ప్రజలు ఊహించిన దానికంటే సన్నని పరిధి ఉన్న మరో సాధనం. సైట్లు సెషన్ సమయంలో ఇంకా కుకీలను సెట్ చేయగలవు, లాగిన్ ఇంకా ఖాతాను గుర్తిస్తుంది. తాత్కాలిక స్థితిని విస్మరించేది ప్రైవేట్ సెషన్‌ను ముగించడమే, అంటే ఒక ట్యాబ్ కాదు, ప్రతి ప్రైవేట్ విండోను మూసివేయడం.
చివరగా, వేలిముద్ర గుర్తింపును మొదటి వివరణగా కాదు, అవకాశంగా పరిగణించండి. పరికరం మరియు బ్రౌజర్ లక్షణాలు నిల్వ చేసిన కుకీ లేకుండానే సందర్శనలను అనుసంధానించగలవు, నిల్వను తుడవడం వాటిని తాకదు. మొదట సరళ కారణాలను పరిశీలించి, తర్వాత దర్యాప్తును విస్తరించి, తదుపరి పోలిక అర్థవంతంగా ఉండేలా మీరు ఏ స్థితిని మార్చారో గమనించుకోండి.