IP जियोलोकेशन लुकअप

IP जियोलोकेशन कितना सटीक है, और रजिस्ट्री रिकॉर्ड क्या बताता है?

रजिस्ट्री रिकॉर्ड, जिसे पाँच क्षेत्रीय इंटरनेट रजिस्ट्रियों में से कोई एक प्रकाशित करती है (RFC 7020), बताता है कि एड्रेस ब्लॉक किसके पास है और किस देश में रजिस्टर हुआ — न कि हर एड्रेस कहाँ इस्तेमाल होता है। जियोलोकेशन डेटाबेस इस्तेमाल की जगह का अनुमान लगाते हैं, आंशिक रूप से नेटवर्क ऑपरेटरों के ख़ुद प्रकाशित फ़ीड से (RFC 8805, RFC 9092); वे अधिकतम शहर तक पहुँचते हैं, और VPN, मोबाइल, सैटेलाइट, क्लाउड और anycast एड्रेस अक्सर अपने उपयोगकर्ताओं से दूर दिखाए जाते हैं।

सुरक्षा नोट: IP एड्रेस नेटवर्क की पहचान है, व्यक्ति की नहीं: सिर्फ़ जियोलोकेशन अनुमान या रजिस्ट्री रिकॉर्ड के भरोसे किसी व्यक्ति के ख़िलाफ़ कार्रवाई न करें।

IP जियोलोकेशन लुकअप कैसे इस्तेमाल करें

1. एक पब्लिक IPv4 या IPv6 एड्रेस दर्ज करें, जैसे किसी सर्वर लॉग या फ़ायरवॉल अलर्ट से।
2. «एड्रेस खोजें» दबाएँ।
3. पहले सारांश पढ़ें, फिर रजिस्ट्रेशन रिकॉर्ड और रिवर्स DNS नाम; लोकेशन को सिर्फ़ अनुमान और रजिस्टर्ड देश को सिर्फ़ रजिस्ट्रेशन मानें।

IP जियोलोकेशन लुकअप की खूबियाँ

• एड्रेस रखने वाली क्षेत्रीय इंटरनेट रजिस्ट्री का रजिस्ट्रेशन रिकॉर्ड, IANA bootstrap से खोजा गया: नेटवर्क नाम, हैंडल, रेंज, CIDR ब्लॉक, संगठन और रजिस्टर्ड देश
• ओरिजिन AS, जब रजिस्ट्री का रिकॉर्ड उसे बताता है (सिर्फ़ ARIN के रिकॉर्ड में इसका फ़ील्ड होता है, और ज़्यादातर उसे ख़ाली छोड़ते हैं)
• Cloudflare के 1.1.1.1 रिज़ॉल्वर से PTR (रिवर्स DNS) नाम, पूछे गए रिवर्स लुकअप नाम के साथ
• सर्वर पर व्यावसायिक जियोलोकेशन डेटाबेस कॉन्फ़िगर हो तो शहर, क्षेत्र, अनुमानित निर्देशांक और टाइम ज़ोन — न हो तो साफ़ «कॉन्फ़िगर नहीं» स्थिति
• हर स्रोत अलग से: जो रजिस्ट्री या रिज़ॉल्वर जवाब न दे, वह «उपलब्ध नहीं» दिखता है, «कोई रिकॉर्ड नहीं» कभी नहीं
• IPv4 और IPv6, ब्रैकेट वाले और IPv4-मैप्ड रूप समेत; प्राइवेट, साझा और डॉक्यूमेंटेशन रेंज किसी भी अनुरोध से पहले अस्वीकार

इनपुट और आउटपुट

इनपुट

• IP एड्रेस: एक पब्लिक IPv4 या IPv6 एड्रेस; प्राइवेट, लूपबैक, साझा (100.64.0.0/10), लिंक-लोकल, डॉक्यूमेंटेशन और आरक्षित रेंज अस्वीकार।
• मान्य रूप: छोटा या पूरा IPv6, ब्रैकेट में IPv6 एड्रेस, और IPv4-मैप्ड IPv6 एड्रेस, जिसे उसके IPv4 एड्रेस के रूप में खोजा जाता है।

आउटपुट

• सारांश: ब्लॉक किसके नाम रजिस्टर है, रजिस्टर्ड देश, ओरिजिन AS और शहर का अनुमान (या वह क्यों नहीं है)।
• लोकेशन का अनुमान, रजिस्ट्रेशन रिकॉर्ड (रजिस्ट्री, नेटवर्क नाम, हैंडल, रेंज, CIDR ब्लॉक, संगठन, रजिस्टर्ड देश, ओरिजिन AS) और रिवर्स DNS (लुकअप नाम और PTR नाम)।
• इसे कैसे पढ़ें: हर स्रोत ने क्या कहा, और किसी स्रोत के «उपलब्ध नहीं» होने का क्या मतलब है।

IP जियोलोकेशन लुकअप का उदाहरण

IP एड्रेस: 1.1.1.1

किसके नाम रजिस्टर: APNIC Research and Development · रजिस्टर्ड देश: AU · ओरिजिन AS: — · शहर का अनुमान: कॉन्फ़िगर नहीं
लोकेशन का अनुमान: उपलब्ध नहीं: इस सर्वर पर कोई जियोलोकेशन डेटाबेस कॉन्फ़िगर नहीं है
क्षेत्रीय इंटरनेट रजिस्ट्री: APNIC · नेटवर्क का नाम: APNIC-LABS · एड्रेस रेंज: 1.1.1.0 - 1.1.1.255 · CIDR ब्लॉक: 1.1.1.0/24 · रजिस्टर्ड देश: AU
रिवर्स लुकअप नाम: 1.1.1.1.in-addr.arpa · रिवर्स DNS (PTR): one.one.one.one
इसे कैसे पढ़ें: शहर स्तर का अनुमान नहीं दिखाया गया, क्योंकि इस सर्वर पर कोई जियोलोकेशन डेटाबेस कॉन्फ़िगर नहीं है। रजिस्टर्ड देश बताता है कि एड्रेस ब्लॉक कहाँ रजिस्टर हुआ, जो एड्रेस के इस्तेमाल की जगह से अलग हो सकता है।

IP जियोलोकेशन लुकअप के नतीजे कैसे पढ़ें

संगठन और नेटवर्क नाम बताते हैं कि ब्लॉक किसके पास है। क्लाउड, होस्टिंग और CDN एड्रेस के लिए यह प्रोवाइडर होता है, न कि वह ग्राहक जिसका सर्वर या साइट एड्रेस इस्तेमाल करती है।

रजिस्टर्ड देश वह है जहाँ ब्लॉक रजिस्टर हुआ। क्लाउड, CDN, anycast, मोबाइल और VPN एड्रेस के लिए अनुमानित लोकेशन का अलग होना सामान्य है।

शहर का अनुमान उस क्षेत्र का अंदाज़ा है जहाँ नेटवर्क इस्तेमाल होता है; उसके निर्देशांक उस क्षेत्र का केंद्र हैं और टाइम ज़ोन उसी क्षेत्र का।

जिन PTR नामों में एड्रेस के अंक या pool, dynamic या dsl जैसे शब्द हों, वे आमतौर पर होम या मोबाइल लाइनों के होते हैं; होस्टिंग कंपनी के डोमेन वाले नाम आमतौर पर सर्वरों के। PTR का न होना आम है और अपने-आप में संदिग्ध नहीं।

«उपलब्ध नहीं» का मतलब है कि स्रोत ने इस बार जवाब नहीं दिया; «कोई नहीं» या «कोई रिकॉर्ड नहीं» का मतलब है उसने जवाब दिया और उसके पास कुछ नहीं था।

IP जियोलोकेशन लुकअप कब इस्तेमाल करें

• सर्वर लॉग या फ़ायरवॉल अलर्ट में दिखे एड्रेस के पीछे का नेटवर्क पहचानना, ताकि abuse रिपोर्ट सही ऑपरेटर को जाए।
• किसी एड्रेस ब्लॉक को allow-list या ब्लॉक करने से पहले जाँचना कि वह किस प्रोवाइडर और रजिस्ट्री के पास है।
• समझाना कि कोई वेबसाइट ग्राहक को दूसरे देश में क्यों दिखाती है: VPN एग्ज़िट, CDN या कहीं और रजिस्टर्ड ब्लॉक।
• पक्का करना कि मेल सर्वर के एड्रेस पर वही PTR नाम है जो उसके ऑपरेटर ने तय किया।

समस्या निवारण

• «यह पब्लिक एड्रेस नहीं है»: प्राइवेट, carrier-grade NAT, डॉक्यूमेंटेशन और आरक्षित एड्रेस का कोई रजिस्ट्री रिकॉर्ड नहीं होता। जिस पब्लिक एड्रेस से ट्रैफ़िक आया, वह खोजें।
• «उपलब्ध नहीं: इस बार रजिस्ट्री ने जवाब नहीं दिया»: क्षेत्रीय रजिस्ट्रियाँ जवाबों की संख्या सीमित करती हैं; एक मिनट बाद फिर कोशिश करें।
• «कोई क्षेत्रीय रजिस्ट्री इस एड्रेस का RDAP डेटा प्रकाशित नहीं करती»: आवंटित स्पेस में दुर्लभ; रजिस्ट्री की अपनी WHOIS सेवा में रिकॉर्ड मिल सकता है।
• शहर का अनुमान «कॉन्फ़िगर नहीं» कहता है: इस सर्वर पर जियोलोकेशन डेटाबेस की key सेट नहीं है, इसलिए सिर्फ़ रजिस्ट्री डेटा दिखता है। यह अपेक्षित है, गलती नहीं।

IP जियोलोकेशन लुकअप के बारे में अक्सर पूछे जाने वाले सवाल

तकनीकी नोट्स

POST /api/v1/internet/ip/lookup { ip } एड्रेस जाँचता है (सिर्फ़ पब्लिक), IPv4 या IPv6 की IANA bootstrap फ़ाइल (RFC 9224) में रजिस्ट्री की RDAP सेवा खोजता है, IP नेटवर्क ऑब्जेक्ट (RFC 9083) लाता है और साथ-साथ HTTPS पर Cloudflare के 1.1.1.1 रिज़ॉल्वर से PTR रिकॉर्ड पूछता है। हर स्रोत की अपनी स्थिति (ok, कोई सेवा नहीं, error) बताई जाती है, ताकि रुकावट कभी नकारात्मक जवाब न दिखे।

रजिस्टर्ड देश RDAP नेटवर्क ऑब्जेक्ट का country सदस्य है: क्षेत्रीय रजिस्ट्री प्रणाली (RFC 7020) में धारक ने ब्लॉक कहाँ रजिस्टर किया, न कि उसके एड्रेस कहाँ इस्तेमाल होते हैं। ARIN के नेटवर्क ऑब्जेक्ट में country सदस्य नहीं होता, इसलिए ARIN वाले ब्लॉक का रजिस्टर्ड देश डैश के रूप में दिखता है। ओरिजिन AS ARIN के arin_originas0 एक्सटेंशन से आता है, जो एक वैकल्पिक सूची है और ARIN के ज़्यादातर रिकॉर्ड में ख़ाली रहती है (जैसे 8.8.8.8 का); बाकी रजिस्ट्रियाँ इसे RDAP में प्रकाशित नहीं करतीं।

शहर का अनुमान सिर्फ़ IPinfo से और तभी आता है जब उसका token सर्वर पर कॉन्फ़िगर हो (Authorization हेडर में भेजा जाता है, 5 सेकंड टाइमआउट)। जियोलोकेशन डेटाबेस आंशिक रूप से उन फ़ीड से बनते हैं जिन्हें नेटवर्क ऑपरेटर ख़ुद प्रकाशित करते हैं (RFC 8805, जिन्हें RFC 9092 के तरीक़े से खोजा जाता है), इसलिए उनकी सटीकता हर ऑपरेटर पर निर्भर है।

सीमाएँ और कार्यप्रणाली

रजिस्ट्री रिकॉर्ड ब्लॉक के धारक का नाम बताता है और उसी धारक द्वारा अपडेट होता है; ग्राहकों को दिए उप-आवंटन हमेशा दर्ज नहीं होते, और संपर्क जानकारी पुरानी हो सकती है।

लोकेशन का अनुमान उतना ही अच्छा है जितना उसके पीछे का डेटाबेस: VPN, मोबाइल, सैटेलाइट और हाल में खिसके एड्रेस अक्सर गलत जगह दिखते हैं, और कुछ भी शहर से ज़्यादा सटीक नहीं।

ओरिजिन AS तभी दिखता है जब रजिस्ट्री का रिकॉर्ड उसे बताए, और ऐसा कम होता है: सिर्फ़ ARIN के रिकॉर्ड में इसका फ़ील्ड होता है, और ज़्यादातर उसे ख़ाली छोड़ते हैं। ARIN के रिकॉर्ड में देश भी नहीं होता, इसलिए ARIN वाले ब्लॉक का रजिस्टर्ड देश डैश दिखता है।

हर लुकअप में एक एड्रेस, Mutqan सर्वर से भेजा गया; रजिस्ट्री लुकअप के लिए हर विज़िटर का बजट लागू होता है।

सुरक्षा और गोपनीयता

आपका दर्ज किया एड्रेस Mutqan सर्वर से क्षेत्रीय इंटरनेट रजिस्ट्री की RDAP सेवा और Cloudflare के 1.1.1.1 रिज़ॉल्वर को भेजा जाता है (और key कॉन्फ़िगर हो तो IPinfo को)। उन्हें क्वेरी Mutqan सर्वर से आती दिखती है, आपसे नहीं। कुछ भी स्टोर नहीं होता।

संदर्भ

• RFC 7020: The Internet Numbers Registry SystemIETF · 2013IANA और पाँच क्षेत्रीय इंटरनेट रजिस्ट्रियाँ एड्रेस ब्लॉक कैसे आवंटित करती हैं और उनके धारकों का सार्वजनिक रिकॉर्ड कैसे रखती हैं।
• RFC 8805: A Format for Self-Published IP Geolocation FeedsIETF · 2020वह CSV फ़ॉर्मेट जिसमें नेटवर्क ऑपरेटर बताते हैं कि उनकी एड्रेस रेंज कहाँ इस्तेमाल होती हैं (देश, क्षेत्र, शहर), ताकि जियोलोकेशन प्रदाता उन्हें ले सकें।
• RFC 9092: Finding and Using Geofeed DataIETF · 2021किसी एड्रेस ब्लॉक के रजिस्ट्री रिकॉर्ड से geofeed कैसे खोजा जाता है, और उसकी प्रामाणिकता कैसे जाँची जा सकती है।