वेबसाइट होस्टिंग चेकर

वेबसाइट होस्टिंग चेकर एक मुफ़्त टूल है, जो किसी वेबसाइट के होस्ट का पता लगाकर उससे जुड़े ISP, संगठन और नेटवर्क की अनुमानित लोकेशन की जानकारी देता है।

वेबसाइट होस्टिंग की जांच में असल में क्या देखा जाता है?

वेबसाइट होस्टिंग की जांच में होस्ट नाम से मिले IP पते से जुड़ी नेटवर्क जानकारी देखी जाती है। होस्ट डालने पर चेकर सर्वर-साइड DNS रिज़ॉल्यूशन के जरिए उसका IPv4 पता खोजता है, फिर उस पते से संबंधित जानकारी दिखाता है।

DNS यानी Domain Name System, www.example.co.uk जैसे नामों को संख्यात्मक IP पतों में बदलता है, जिनका इस्तेमाल कंप्यूटर कनेक्शन बनाने के लिए करते हैं। इस जांच के लिए चेकर PHP के gethostbyname फ़ंक्शन का उपयोग करता है। चूंकि यह फ़ंक्शन IPv4 पतों को रिज़ॉल्व करता है, इसलिए केवल IPv6 पर उपलब्ध होस्ट से उपयोगी नतीजा न मिले।

नतीजे में दिखने वाला संगठन कोई होस्टिंग कंपनी, इंटरनेट सेवा प्रदाता, क्लाउड प्लेटफ़ॉर्म या कंटेंट डिलीवरी नेटवर्क हो सकता है। यह जरूरी नहीं कि वही कंपनी हो जो वेबसाइट की मालिक है या उसे चलाती है। Cloudflare जैसी सेवाओं के पीछे मौजूद साइटें मूल सर्वर का पता छिपाकर प्रॉक्सी के रूप में इस्तेमाल हो रहे नेटवर्क को दिखा सकती हैं।

वेबसाइट होस्टिंग चेकर का इस्तेमाल कैसे करें?

Host फ़ील्ड में वेबसाइट का होस्ट डालें और जांच चलाएं। example.co.uk या www.example.co.uk जैसा सादा होस्ट नाम सबसे स्पष्ट इनपुट होता है।

1. अगर आपको केवल होस्ट पहचानना है, तो पाथ, क्वेरी स्ट्रिंग या पेज फ़्रैगमेंट हटा दें।
2. जिस सबडोमेन में समस्या है, उसका नाम ज्यों का त्यों रखें। www.example.co.uk और shop.example.co.uk अलग-अलग प्रदाताओं पर रिज़ॉल्व हो सकते हैं।
3. जांच चलाएं और नतीजे में मिले संगठन व लोकेशन की तुलना उस सेवा से करें जिसे आप देखने की उम्मीद कर रहे थे।

मिसाल के लिए, दुकान से जुड़ी समस्या की जांच करते समय केवल example.co.uk डालने के बजाय shop.example.co.uk डालें। अगर वह सबडोमेन किसी अलग ई-कॉमर्स प्लेटफ़ॉर्म की ओर जाता है, तो उसके नतीजे में दिखने वाला संगठन मुख्य साइट से अलग हो सकता है। यह न मानें कि एक डोमेन के अंतर्गत आने वाले सभी नाम एक ही इंफ्रास्ट्रक्चर का उपयोग करते हैं।

सामान्य होस्ट नाम के भीतर स्पेस मान्य नहीं होते। कॉपी किए गए टेक्स्ट में मौजूद पाथ, विराम चिह्न और आखिर में लगा पूर्ण विराम भी इनपुट को अस्पष्ट बना सकता है, इसलिए पहले उन्हें हटा दें। उच्चारण चिह्नों या गैर-लैटिन वर्णों वाले अंतरराष्ट्रीय डोमेन नामों का एक ASCII-संगत रूप होता है, जिसमें Punycode एन्कोडिंग इस्तेमाल करने वाले A-labels शामिल होते हैं। अगर Unicode वर्तनी रिज़ॉल्व न हो, तो डोमेन का ASCII-संगत रूप इस्तेमाल करें। कई होस्ट लेबल में अंक मान्य होते हैं, लेकिन पारंपरिक सार्वजनिक वेबसाइट होस्ट नामों में अंडरस्कोर मान्य नहीं होते।

जांच सर्वर पर चलती है। आपका इनपुट HTTPS के जरिए सर्वर तक जाता है और उसे स्टोर नहीं किया जाता।

नतीजे को कैसे समझें

नतीजे को उस नेटवर्क की जानकारी मानें जो इस समय रिज़ॉल्व किए गए होस्ट के लिए जवाब दे रहा है। इसे वेबसाइट के मालिक या सर्वर के वास्तविक स्थान का प्रमाण न समझें। हर फ़ील्ड इस जानकारी का एक अलग हिस्सा बताता है।

अक्षांश और देशांतर, IP जियोलोकेशन डेटा हैं, GPS रीडिंग नहीं। ये किसी प्रदाता के पंजीकृत कार्यालय, क्षेत्रीय नेटवर्क हब या किसी सामान्य इलाके को दिखा सकते हैं। इनका इस्तेमाल किसी इमारत की पहचान करने या यह पुष्टि करने के लिए नहीं करना चाहिए कि वेबसाइट का डेटा कानूनी रूप से कहां स्टोर किया गया है।

किसी अनजान ISP या संगठन का दिखना अपने आप में गड़बड़ी का प्रमाण नहीं है। मैनेज्ड होस्ट अक्सर बड़े इंफ्रास्ट्रक्चर प्रदाताओं से क्षमता किराए पर लेते हैं, और रीसेलर अपस्ट्रीम नेटवर्क के मालिक के नाम से दिखाई दे सकते हैं।

आम तौर पर की जाने वाली जांच

होस्टिंग की जांच तब सबसे उपयोगी होती है, जब आपको पहले से पता हो कि कौन-सा प्रदाता या माइग्रेशन लक्ष्य अपेक्षित है और आप होस्ट के मौजूदा DNS गंतव्य की स्वतंत्र रूप से पुष्टि करना चाहते हों।

• माइग्रेट की गई साइट अब भी पुराना संस्करण दिखा रही है। पहले ब्राउज़र, रिवर्स प्रॉक्सी या CDN कैश में पुराना कंटेंट जांचें। ब्राउज़र में इस्तेमाल हुआ सटीक होस्ट नाम भी देखें। अगर उसका संगठन अब भी पुराने प्रदाता से मेल खाता है, तो हो सकता है कि DNS बदलाव अभी चेकर के रिज़ॉल्वर तक न पहुंचा हो या रिकॉर्ड अब भी पुरानी सेवा की ओर इशारा कर रहा हो।
• एक सबडोमेन नहीं चल रहा, लेकिन मुख्य साइट काम कर रही है। example.co.uk, www.example.co.uk और समस्या वाले सबडोमेन की अलग-अलग जांच चलाएं। अलग नतीजे बताते हैं कि ये नाम अलग DNS रिकॉर्ड या होस्टिंग सेवाएं इस्तेमाल कर सकते हैं।
• होस्टिंग बदलने के बाद सर्टिफ़िकेट की चेतावनी दिख रही है। नए होस्ट पर सर्टिफ़िकेट का न होना, मेल न खाना या अभी जारी न हुआ होना एक आम कारण है, इसलिए पहले सर्टिफ़िकेट कॉन्फ़िगरेशन जांचें। अगर वह सही है, तो देखें कि होस्ट अपेक्षित प्रदाता पर रिज़ॉल्व हो रहा है या नहीं। इससे पुराने या गलत DNS गंतव्य का पता चल सकता है, हालांकि चेकर सर्टिफ़िकेट, उसकी समाप्ति तिथि या उसमें शामिल होस्ट नामों की जांच नहीं करता।

अगर गंतव्य सही दिख रहा है, लेकिन साइट फिर भी नहीं चलती, तो समस्या HTTP, TLS या एप्लिकेशन लेयर पर हो सकती है। HTTP/2 चेकर प्रोटोकॉल सपोर्ट की जांच कर सकता है, जबकि ब्रोटली चेकर यह पुष्टि कर सकता है कि सर्वर Brotli कम्प्रेशन इस्तेमाल करता है या नहीं। इनमें से कोई भी DNS या सर्टिफ़िकेट के लिए की जाने वाली विशेष जांच का विकल्प नहीं है।

कैशिंग की वजह से सही DNS बदलाव भी गलत क्यों दिख सकता है?

DNS कैशिंग के कारण कैश किए गए रिकॉर्ड समाप्त होने तक अलग-अलग रिज़ॉल्वर अलग जवाब दे सकते हैं। DNS रिकॉर्ड की एक समय-सीमा होती है, जिसे आम तौर पर TTL कहा जाता है। यह रिकर्सिव रिज़ॉल्वर को बताती है कि वे किसी जवाब को कितने समय तक रख सकते हैं।

बदलाव के बाद भी आपके ब्रॉडबैंड प्रदाता, दफ़्तर के नेटवर्क, डिवाइस या चेकर के सर्वर-साइड रिज़ॉल्वर के पास पुराना पता मौजूद हो सकता है। इसे अक्सर प्रोपेगेशन में देरी कहा जाता है, हालांकि DNS हर जगह एक ही समन्वित प्रक्रिया में अपडेट नहीं होता। कैश किया गया हर रिकॉर्ड अलग समय पर समाप्त होता है और आम तौर पर अगली क्वेरी में जरूरत पड़ने पर उसे दोबारा खोजा जाता है।

अलग DNS लुकअप चलाकर रिज़ॉल्व किए गए पते की तुलना अपने DNS प्रदाता के मौजूदा A रिकॉर्ड से करें। अगर अंतर महत्वपूर्ण है, तो एक से ज्यादा नेटवर्क से भी जांचें। यह भी पुष्टि करें कि आपने आधिकारिक DNS ज़ोन और सही होस्ट लेबल में बदलाव किया है। www में बदलाव करने से मूल डोमेन अपने आप नहीं बदलता, और इसका उलटा भी सही है।

कोई भी होस्टिंग चेकर यह गारंटी नहीं दे सकता कि उसका जवाब हर विज़िटर के मौजूदा DNS जवाब से मेल खाएगा। राउंड-रॉबिन DNS, भौगोलिक रूप से वितरित सेवाएं और CDN जानबूझकर रिज़ॉल्वर या लोकेशन के अनुसार अलग पते लौटा सकते हैं।

अक्सर पूछे जाने वाले सवाल

क्या यह चेकर वेबसाइट की मालिक कंपनी का पता लगा सकता है?

नहीं। यह रिज़ॉल्व किए गए होस्ट से जुड़ी नेटवर्क जानकारी पहचानता है, डोमेन या वेबसाइट के कानूनी मालिक को नहीं। डोमेन पंजीकरण रिकॉर्ड, कंपनी की आधिकारिक फ़ाइलिंग और साइट पर दिए गए कानूनी नोटिस अलग स्रोत हैं।

नतीजे में संगठन का नाम मेरे होस्टिंग बिल से अलग क्यों है?

आपका सेवा प्रदाता कोई रीसेलर या मैनेज्ड सेवा हो सकता है, जो दूसरी कंपनी का नेटवर्क इस्तेमाल करता है। इसलिए नतीजे में उस व्यवसाय के बजाय किसी अपस्ट्रीम क्लाउड या डेटा सेंटर प्रदाता का नाम आ सकता है जिसे आप भुगतान करते हैं। इस अंतर को गलती मानने से पहले नेटवर्क विवरण की तुलना अपने प्रदाता के दस्तावेज़ों से करें।

क्या केवल IPv6 पर चलने वाली वेबसाइट जांची जा सकती है?

होस्ट नाम खोजने की मूल प्रक्रिया gethostbyname इस्तेमाल करती है, जो IPv4 पतों को रिज़ॉल्व करता है। इसलिए केवल IPv6 वाला होस्ट उपयोगी होस्टिंग जानकारी न लौटा पाए, भले ही वह IPv6 कनेक्टिविटी वाले विज़िटर के लिए काम करता हो। ऐसे मामले में AAAA-record लुकअप की अलग जांच करना उचित है।

क्या बहुत लंबा होस्ट नाम काम करेगा?

वैकल्पिक ट्रेलिंग रूट डॉट हटाने पर DNS किसी पूरे डोमेन नाम को उसके सामान्य टेक्स्ट रूप में 253 ऑक्टेट तक सीमित करता है। हर लेबल की सीमा आम तौर पर 63 ऑक्टेट होती है। DNS नामकरण सीमा से लंबा इनपुट किसी मान्य सार्वजनिक होस्ट को नहीं दर्शा सकता। व्यावहारिक जांच के लिए केवल होस्ट कॉपी करें और सबमिट करने से पहले लंबे पाथ या ट्रैकिंग पैरामीटर हटा दें।

मूल डोमेन डालूं या www वाला पता?

पहले वह नाम जांचें जिसे विज़िटर वास्तव में इस्तेमाल करते हैं। अगर रीडायरेक्ट या DNS रिकॉर्ड को लेकर संदेह हो, तो दूसरे रूप को अलग से जांचें। मूल डोमेन और www पते अलग-अलग सिस्टम की ओर जा सकते हैं, भले ही अंत में एक दूसरे पर रीडायरेक्ट हो जाए। DNS बदलने से पहले दोनों नतीजे दर्ज कर लें, ताकि पता चल सके कि किस होस्ट पर अब भी ध्यान देने की जरूरत है।