શા માટે વેબસાઇટ VPN દ્વારા પણ તમારું શહેર જાણે છે
સાઇટ બ્રાઉઝરની સ્થાન પરવાનગી અને તમારા જાહેર IP ને સ્વતંત્ર રીતે વાપરી શકે છે: મૂળની પરવાનગી, OS સેટિંગ અને સંગ્રહિત શહેર તપાસો.
બે પ્રક્રિયાઓ સ્ક્રીન પર શહેર લાવી શકે છે અને તેમાંથી ફક્ત એક જ ધ્યાન રાખે છે કે તમારું VPN ક્યાંથી નીકળે છે. પૃષ્ઠને પરવાનગી હોય ત્યારે બ્રાઉઝરનું Geolocation API ઉપકરણની સ્થિતિ પરત આપે છે, અને IP શોધ વિનંતી જે સરનામેથી આવી તેના પરથી પ્રદેશનો અંદાજ લગાવે છે. ટનલ બીજા દેશમાં ચાલતી હોય ત્યારે તમારું સાચું શહેર દર્શાવતી સાઇટ સામાન્ય રીતે પ્રથમ પ્રક્રિયા વાપરે છે, અથવા મહિનાઓ પહેલાં સંગ્રહિત શહેર વાંચે છે. પાંચ પગલાં તે કિસ્સાઓને અલગ પાડે છે.
પગલું એક: કઈ પ્રક્રિયા જવાબ આપી શકે તે નક્કી કરો
પૃષ્ઠ ખરેખર શું જાણી શકે તે પૂછીને શરૂ કરો. ઉપકરણની સ્થિતિ માટે API કૉલ અને પરવાનગીનો નિર્ણય જરૂરી છે, અને તે ચોક્કસ કોઓર્ડિનેટ આપે છે. IP અંદાજ વપરાશકર્તા પાસેથી કંઈ માંગતો નથી અને શ્રેષ્ઠ સ્થિતિમાં શહેર આપે છે, ઘણી વાર ખોટું. સંગ્રહિત ખાતા પસંદગી બંનેમાંથી કંઈ માંગતી નથી અને દરેક નેટવર્ક ફેરફારમાં ટકી રહે છે.
તે ત્રણ સ્રોત લગભગ દરેક અહેવાલ સમજાવે છે. તમારી શેરી પર કેન્દ્રિત નકશા સાઇટ API વાપરે છે. ખોટી ભાષામાં અભિવાદન કરતી દુકાન IP અંદાજ વાપરે છે. સ્થળાંતર પછી પણ તમારું વતન દર્શાવતી સમાચાર સાઇટ તમારા ખાતાએ સંગ્રહ્યું છે તે વાપરે છે.
| What the page shows | Likely source |
|---|---|
| Street-level accuracy | Device position from the Geolocation API |
| City or region only | IP geolocation of the exit address |
| Same city for months | Stored account preference |
| Different result in a private window | Stored permission or cached state |
પગલું બે: તે ચોક્કસ મૂળ માટેની પરવાનગી વાંચો
બ્રાઉઝર દરેક મૂળ માટે પરવાનગીનો નિર્ણય યાદ રાખે છે, તેથી ગયા વર્ષે તમે પરવાનગી આપેલી સાઇટ કોઈ નવી વિનંતી વિના ખૂલે છે. વૈશ્વિક ડિફૉલ્ટને બદલે બ્રાઉઝરની સાઇટ સેટિંગ્સમાં તે ચોક્કસ સાઇટની સ્થાન એન્ટ્રી તપાસો, કારણ કે વૈશ્વિક સેટિંગ ફક્ત ત્યારે જ નક્કી કરે છે જ્યારે કંઈ સંગ્રહિત ન હોય.
પછી ઑપરેટિંગ સિસ્ટમ તપાસો. આધુનિક ડેસ્કટોપ કે ફોનના બ્રાઉઝરને પ્લેટફોર્મની સ્થાન પરવાનગી પણ જરૂરી છે, અને નકારાયેલી પ્લેટફોર્મ પરવાનગી સાઇટ મંજૂર હોય તો પણ API નિષ્ફળ કરે છે. ઉપલબ્ધ સ્થિતિ પ્લેટફોર્મની સેવાઓમાંથી આવી શકે છે, જેનો ટનલ સાથે કોઈ સંબંધ નથી.
VPN સમસ્યા જેવી દેખાતી મોટાભાગની નિષ્ફળતા બે ટેકનિકલ શરતો સમજાવે છે. API ને સુરક્ષિત સંદર્ભ જરૂરી છે, તેથી સાદું HTTP પૃષ્ઠ તેનો બિલકુલ ઉપયોગ કરી શકતું નથી, અને એમ્બેડ કરેલા ફ્રેમને પૃષ્ઠની Permissions Policy દ્વારા અવરોધી શકાય છે. તેથી નકારાયેલી વિનંતી નેટવર્ક કરતાં ઘણી વાર બ્રાઉઝર કે પૃષ્ઠ નીતિનું પરિણામ હોય છે.
પગલું ત્રણ: નવી વિનંતીથી નિકાસ સરનામું પુષ્ટિ કરો
તમે જે બ્રાઉઝર ચકાસી રહ્યા છો તેમાંથી જ સ્વતંત્ર સેવાને પૂછો કે તે કયું સરનામું જુએ છે. જૂનું ટૅબ, service worker કે કૅશ કરેલું પૃષ્ઠ ગઈકાલનો જવાબ આપી શકે છે, અને નવો જવાબ સાઇટ જે દર્શાવે તેની સાથે સરખાવવાથી તે શંકા દૂર થાય છે.
curl -s https://ifconfig.me
curl -s https://ipinfo.io/jsonતેને રાઉટરથી નહીં, મશીનથી ચલાવો અને દરેક જે સરનામું અને દેશ પરત આપે તે નોંધો. જો બંને VPN દેશ જણાવે અને સાઇટ હજી તમારું વતન દર્શાવે, તો નિકાસ સ્રોત નથી, અને બાકીના ઉમેદવારો પરવાનગી, સંગ્રહિત માહિતી અને લીક માર્ગ છે.
લીક માર્ગ ત્રીજી શક્યતા છે: પોતાના નેટવર્ક સ્ટેક સાથેનું બ્રાઉઝર એક્સટેન્શન, સાઇટને ટનલની બહાર મોકલતો split-tunnel માર્ગ, અથવા એવો IPv6 માર્ગ જે ટનલ વહન કરતી નથી. દરેક વિનંતીમાં જ દૃશ્યમાન છે, તેથી કોઈપણ સેટિંગ ફેરફાર પહેલાં નિકાસ તપાસ આવે છે. પોતાના proxy સેટિંગવાળું એક્સટેન્શન તે છે જે લોકો ચૂકી જાય છે, કારણ કે તે એક ટૅબ માટે ટનલને બાયપાસ કરી શકે છે.
પગલું ચાર: ખાતાએ પહેલેથી શું સંગ્રહ્યું છે તે જુઓ
પરવાનગી પાછી ખેંચવી બ્રાઉઝરના નિયમો હેઠળ ભવિષ્યની ઍક્સેસને અસર કરે છે અને સેવાએ પહેલેથી સંગ્રહિત કરેલી સ્થિતિ ભૂંસતી નથી. સંગ્રહિત વતન, ડિલિવરી સરનામું કે પ્રોફાઇલ પ્રદેશ ત્યાં સુધી રહે છે જ્યાં સુધી એપ્લિકેશન તેને અપડેટ ન કરે, અને સાઇટ હજી નિકાસ સરનામેથી અંદાજિત ગણતરી કરી શકે છે.
બ્રાઉઝર દોષિત છે તેવા નિષ્કર્ષ પહેલાં સાઇટનું પોતાનું સ્થાન નિયંત્રણ શોધો. ઘણી એપ્લિકેશનો હસ્તચાલિત પ્રદેશ પસંદગી રાખે છે જે દરેક સ્વયંસંચાલિત અંદાજને બાજુ પર રાખે છે, અને ખાતા રેકોર્ડ વાંચતો સપોર્ટ એજન્ટ તમારા વર્તમાન જોડાણને બદલે તે મૂલ્ય જુએ છે.
જ્યાં સંગ્રહિત મૂલ્ય મહત્ત્વનું છે, તેને ખાતામાં બદલો અને તારીખ નોંધો. જૂનું શહેર ફરી દેખાય ત્યારે તે તમને બીજું ડેટા પોઇન્ટ આપે છે. ફેરફાર પહેલાં ખાતા પૃષ્ઠનો સ્ક્રીનશૉટ પછીના વર્ણન કરતાં વધુ મૂલ્યવાન છે.
પગલું પાંચ: એક સમયે એક ચલ બદલો
નિશ્ચિત ક્રમમાં પરીક્ષણ કરો: નવી નિકાસ તપાસ, મૂળ પરવાનગી, પ્લેટફોર્મ પરવાનગી, ખાતા સેટિંગ, પછી અલગ બ્રાઉઝર પ્રોફાઇલ. એકસાથે ઘણું બદલવાથી સ્રોત ઓળખી શકાતો નથી, અને એમ પાંચ મિનિટનો જવાબ એક અઠવાડિયાની અટકળ બની જાય છે.
તમે શું બદલ્યું અને પછી પૃષ્ઠે શું દર્શાવ્યું તે નોંધો. જો દર્શાવવું ફક્ત ખાનગી વિન્ડોમાં બદલાય, તો કારણ સંગ્રહિત સ્થિતિ છે; જો તે ક્યારેય ન બદલાય, તો પૃષ્ઠ IP અંદાજ કે ખાતાનું એવું મૂલ્ય વાપરે છે જેને બ્રાઉઝર પ્રભાવિત કરી શકતું નથી. પહેલાં અને પછી એક જ નોંધમાં રાખો, કારણ કે પેટર્ન જ પુરાવો છે.
નિષ્કર્ષમાં પ્રામાણિક રહો: VPN વિનંતી જે સરનામેથી આવે તે બદલે છે, અને Geolocation API અલગ પરવાનગીવાળું માધ્યમ છે જેને ટનલ સ્પર્શતી નથી. બંને હકીકતો એકસાથે સાચી હોઈ શકે છે, અને મોટાભાગના ગૂંચવણભર્યા અહેવાલ તેમને વિકલ્પ તરીકે ગણવાથી આવે છે.