VPN चालू असेल तेव्हाच साइट तुम्हाला ब्लॉक करते? ती हे पाहते
ब्लॉक सहसा एक्झिट पत्ता असतो, लीक नाही. तुमचा ट्रॅफिक ज्या नेटवर्कमधून येताना दिसतो, साइट लॉग करू शकणारा रिझॉल्व्हर आणि पेज कोड काय जाणतो ते तपासा.
दुकान घरी नीट लोड होते आणि बोगदा वर येताच «असामान्य ट्रॅफिक»ची भिंत दाखवते। एक फोरम तुम्हाला लॉग इन करू देत नाही, आणि एक स्ट्रीमिंग पेज तुम्ही कधीही न गेलेल्या देशात आहात असे आग्रहाने सांगते। यापैकी कोणत्याही गोष्टीसाठी स्पायवेअर लागत नाही। साइट तुमचे पॅकेट ज्या पत्त्यावरून येतात तो पाहते, आणि VPN सोबत तो पत्ता घरच्या लाइनचा नाही तर डेटा सेंटरचा असतो। VPN डिटेक्शन म्हणून ओळखल्या जाणाऱ्या बहुतेक गोष्टी याच एका तथ्यापासून सुरू होतात आणि संपतात, आणि उरलेले अंदाज आहेत ज्यांचा त्रुटीदर पूर्वानुमेय आहे।
ब्लॉक तुमचे पॅकेट कुठून येताना दिसतात तिथून सुरू होतो
प्रत्येक विनंती स्रोत पत्ता घेऊन जाते, आणि ती घेणारा सर्व्हर तो सार्वजनिक डेटामध्ये शोधू शकतो: कोणते नेटवर्क त्याची घोषणा करते, ते नेटवर्क होस्टिंग पुरवठादार आहे का, तो गैरवर्तन यादीत आला आहे का, आणि नोंदणी कोणता देश नेमते। यापैकी काहीही तुमची ओळख करत नाही, आणि हे सर्व मिळून तुम्हाला एका वर्गात टाकण्यासाठी पुरते आहे।
तुमच्या स्वतःच्या ट्रॅफिककडे एखाद्या अनोळखी व्यक्तीने पाहावे तसे पाहा। दोन आदेश बहुतेक पृष्ठभाग व्यापतात, आणि दुसरा तो आहे जो लोक विसरतात:
curl -sS https://ipinfo.io/json
dig +short TXT o-o.myaddr.l.google.com @ns1.google.comपहिला एक्झिट पत्ता, त्याची संस्था आणि त्याचा देश परत देतो। दुसरा त्या रिझॉल्व्हरचा पत्ता परत देतो जो Google च्या नाव सर्व्हरपर्यंत पोहोचला; तो बऱ्याचदा तुमच्या एक्झिटपेक्षा वेगळ्या नेटवर्कचा असतो, आणि साइटने रिझॉल्व्हरच्या बाजूचा डेटा लॉग केला तर तिला दिसणारा पत्ता तोच। जेव्हा हे दोन वेगवेगळ्या देशांचे असतात, तेव्हा काही साइट्स ती विसंगती संशयास्पद मानतात, जरी तुमच्या सेटअपमध्ये काहीही चूक नसली तरी।
बोगदा वर आल्यानंतरच नकार सुरू होत असेल, तर सर्वात आधी एक्झिट पत्त्यावर शंका घ्या। ब्राउझरला हात लावण्यापूर्वी सर्व्हर बदला आणि पुन्हा प्रयत्न करा। एकाच पुरवठादाराच्या तीन एक्झिटवर तुमचा पाठलाग करणारा ब्लॉक पुरवठादाराच्या श्रेणींशी संबंधित आहे; दुसऱ्या सर्व्हरवर गायब होणारा ब्लॉक त्या एका पत्त्याशी संबंधित आहे।
वेळ क्षेत्र, भाषा आणि घड्याळ पत्त्याशी जुळत नाही
पेज कोड कोणत्याही परवानगी विनंतीशिवाय तुमचे वेळ क्षेत्र, भाषा प्राधान्ये आणि स्क्रीन सेटिंग्ज वाचू शकतो। कनेक्शन सिंगापूरच्या डेटा सेंटरमधून येत असताना ब्राउझर मध्य युरोपीय वेळ नोंदवत असेल, तर तो केवळ पत्त्यापेक्षा मजबूत संकेत आहे, आणि अशीच विसंगती लक्षात घेण्यासाठी फसवणूक स्कोअरिंग बनवले आहे।
Intl.DateTimeFormat().resolvedOptions().timeZone
navigator.language
Intl.DateTimeFormat().resolvedOptions().localeडेव्हलपर कन्सोलमधील त्या तीन ओळी तुमचा ब्राउझर स्वेच्छेने काय देतो हे सांगतात। VPN क्लायंट फक्त तुमचा मार्ग बदलू शकतो, दुसरे काही नाही, त्यामुळे तुम्ही बाळगलेली प्रोफाइल देशांतर्गतच राहते, तर तुमचा एक्झिट तसा नसतो। इथे सातत्य महत्त्वाचे आहे: एक्झिटच्या त्याच प्रदेशावर सेट केलेला लॅपटॉप सामान्य दिसतो, आणि स्वतःशी विसंगत असलेला लॅपटॉप तसा दिसत नाही।
अपयश अधूनमधून का होते तेही यामुळेच। अनेक साइट्सना त्याची पर्वा नसते, काही त्याला गुण देतात, आणि एक सदस्यत्व साइट तुम्हाला फसवणूक करणारा ठरवते। क्लायंट तिन्ही प्रकरणांत योग्यरीत्या काम करत आहे, म्हणूनच «हे नक्की तुमचे ब्राउझर असेल» हे नेहमीचे सपोर्ट उत्तर एकाच वेळी त्रासदायक आणि अंशतः खरे आहे।
पेज कोड तुमच्या मशीनबद्दल प्रत्यक्षात काय जाणतो
JavaScript मध्ये नेटवर्क इंटरफेसची यादी देणारे API नाही। पेज तुमच्या लॅपटॉपकडे कोणते पत्ते आहेत हे विचारू शकत नाही, म्हणून स्क्रिप्ट तुमचा LAN पत्ता वाचते हे जुने विधान बहुतेक प्लगइन युगाची आठवण आहे, जेव्हा ActiveX नियंत्रणे, Java अॅपलेट्स आणि इतर नेटिव्ह कोड नेमके हेच करू शकत होते।
| Signal | What it reveals | Status today |
|---|---|---|
| Source address of the request | Exit network, country, hosting status | Always visible; the main signal |
| Time zone and language | Where the profile claims to be | Readable without permission |
| WebRTC candidates | Local addresses, historically | Host candidates are mDNS-obfuscated by default |
| Interface list | All local addresses | Not available to ordinary JavaScript |
«स्थानिक पत्ता लीक नाही» या नियमाला WebRTC हा प्रामाणिक अपवाद आहे। त्याचा उमेदवार संग्रह एकेकाळी विचारणाऱ्या कोणत्याही पेजला स्थानिक पत्ते उघड करत होता, आणि उपाय म्हणजे होस्ट उमेदवारांना यादृच्छिक mDNS नावांनी बदलणे। हा डीफॉल्ट सध्याच्या ब्राउझरमध्ये टिकतो, पण तो प्रोटोकॉलची हमी नाही, ब्राउझरचा निर्णय आहे, त्यामुळे जुनी आवृत्ती किंवा स्थानिक उमेदवार पुन्हा सुरू करणारी कठोर कॉन्फिगरेशन अजूनही लीक करू शकते। येथे कोणत्याही एक्स्टेंशनपेक्षा ब्राउझर अपडेट करणे तुम्हाला जास्त मदत करते।
तुमचा पुरवठादार नावे पाहतो, सामग्री नाही
HTTPS पेजची सामग्री टोकापासून टोकापर्यंत संरक्षित ठेवते, आणि ते बाइट पुढे पाठवणारा बोगदा ऑपरेटर ते वाचू शकत नाही। ऑपरेटरला अजूनही तुम्ही कोणत्या पत्त्याशी संपर्क केला हे दिसते, आणि बहुतेक तैनातीत हातमिळवणीतील सर्व्हरचे नावही, कारण कनेक्शन योग्य साइटवर राउट होण्यासाठी नाव वाचनीय असावे लागते। Encrypted Client Hello तंतोतंत ते क्षेत्र लपवण्यासाठी आहे, आणि क्लायंट व साइट दोन्ही त्याला आधार देत असतील तेव्हाच तो मदत करतो।
नाव निराकरण हा दुसरा अर्धा भाग आहे। तुमचा पुरवठादार रिझॉल्व्हरही देत असेल, तर कोणतेही कनेक्शन तयार होण्यापूर्वी तुम्ही शोधता ते प्रत्येक नाव त्याला दिसते। तुमचे उपकरण HTTPS वरून सार्वजनिक रिझॉल्व्हर वापरत असेल, तर पुरवठादाराला त्या रिझॉल्व्हरशी कनेक्शन दिसते आणि दुसरे काही नाही, तर यादी स्वतः रिझॉल्व्हरला दिसते।
एन्क्रिप्ट न केलेली HTTP विनंती ऑपरेटरला वाचनीय आहे, हॉटेल नेटवर्कला ती वाचनीय असण्याच्याच कारणाने: तिच्यात काहीही एन्क्रिप्ट केलेले नाही। बोगद्याने कधीही उलटा दावा केला नाही, आणि तो अॅप्लिकेशनची निवड दुरुस्त करत नाही।
«हे VPN आहे» आणि «हे मी आहे» वेगळे करा
ओळख पकडणे स्वस्त, संभाव्यताधारित आणि अनेकदा चुकीचे असते। सामायिक एक्झिट पत्ते यासाठी चिन्हांकित होतात कारण दुसऱ्या कोणी त्यांचा गैरवापर केला, कॉर्पोरेट श्रेणी होस्टिंग म्हणून वर्गीकृत होतात, आणि मोबाइल ऑपरेटर असे भौगोलिक निकाल देतात जे सर्वांना आश्चर्यचकित करतात। ओळख ही वेगळी समस्या आहे: तिला तुम्ही साइन इन केलेले खाते, कुकी, पेमेंट तपशील, किंवा नोंदी ताडून पाहणारे दोन निरीक्षक अशी टिकाऊ कडी लागते।
तुम्ही प्रत्यक्षात कशाशी लढत आहात ते ठरवा। ध्येय पेज वाचणे असेल, तर HTTPS ते काम आधीच करतो आणि बोगदा फारसा बदल करत नाही। ध्येय साइटला तुम्ही कोणत्या शहरात आहात हे कळू न देणे असेल, तर एक्झिट आणि रिझॉल्व्हर महत्त्वाचे आहेत। ध्येय तुमच्या खऱ्या ओळखीशी असलेली कडी तोडणे असेल, तर दुर्बल जागा खाते आहे, आणि सर्व्हर बदलल्याने नुकत्याच वापरलेल्या लॉगिनवर काहीही होत नाही।
नवीन एक्झिट तुम्हाला कोणत्याही गोष्टीतून लॉग आउट करत नाही, आणि तुम्ही वापरलेल्या खात्याबद्दल साइटने आधीच साठवलेले काही पुसू शकत नाही। म्हणून व्यावहारिक क्रम झगमगाटविरहित आहे: ज्याचे नेटवर्क सामान्य दिसते असा एक्झिट निवडा, ब्राउझर प्रोफाइल त्याच्याशी सुसंगत ठेवा, लीक होण्याची शक्यता असलेल्या वैशिष्ट्यांनी त्यांचे आधुनिक डीफॉल्ट वापरावेत म्हणून ब्राउझर अपडेट करा, आणि काही साइट्स अजूनही तुमच्याबद्दल चुकीचा अंदाज लावतील हे मान्य करा।