कैसे पता करें कि कोई डोमेन नाम उपलब्ध है?
कोई नाम रजिस्टर हो सकता है या नहीं और किस क़ीमत पर, यह पक्के तौर पर सिर्फ़ रजिस्ट्री, किसी रजिस्ट्रार के ज़रिए, बता सकती है। बाहर से दो सार्वजनिक संकेत मदद करते हैं: रजिस्ट्री की RDAP सेवा में नाम का कोई रिकॉर्ड न होना (HTTP 404), और DNS में उसका कोई delegation न होना (NXDOMAIN)। दोनों मिलें तो नाम शायद ख़ाली है, पर रिज़र्व, ब्लॉक और प्रीमियम नाम भी यही जवाब देते हैं, इसलिए आख़िरी फ़ैसला रजिस्ट्रार की सर्च का है।
डोमेन उपलब्धता चेकर कैसे इस्तेमाल करें
- अधिकतम पाँच डोमेन नाम डालें, हर लाइन में एक।
- "उपलब्धता जाँचें" दबाएँ।
- "निर्णय" कॉलम और उसके पास के दोनों संकेत पढ़ें: रजिस्ट्री रिकॉर्ड या DNS delegation का मतलब है कि नाम लिया जा चुका है।
- "शायद उपलब्ध" वाले नाम को अपनी पसंद के रजिस्ट्रार पर खोजें: सिर्फ़ रजिस्ट्रार ही पक्का कर सकता है कि वह रजिस्टर हो सकता है और उसकी क़ीमत क्या है।
डोमेन उपलब्धता चेकर की खूबियाँ
- एक बार में पाँच नाम तक, हर लाइन में एक, और हर नाम उस नाम तक छोटा होता है जिसे रजिस्ट्री सच में बेचती है
- हर नाम पर दो स्वतंत्र संकेत: रजिस्ट्री का RDAP रिकॉर्ड और पब्लिक DNS में NS delegation
- "शायद उपलब्ध" सिर्फ़ तब जब रजिस्ट्री "नहीं मिला" कहे और DNS कहे कि नाम मौजूद नहीं; इससे कम कुछ भी हो तो "अज्ञात"
- जिन रजिस्ट्री के पास RDAP नहीं और DNS से तय न हो, उनके नामों पर साफ़ "यहाँ जाँच संभव नहीं", टॉप-लेवल डोमेन के IANA पेज के लिंक के साथ
- हर नाम पर एक आसान वाक्य, जो बताता है कि दोनों संकेत मिलकर क्या कहते हैं
- न रजिस्ट्रेशन का ऑफ़र, न रजिस्ट्रार के लिंक: नाम सिर्फ़ रजिस्ट्री और एक DNS रिज़ॉल्वर तक जाते हैं
इनपुट और आउटपुट
इनपुट
- डोमेन नाम: एक से पाँच नाम, हर लाइन में एक (कॉमा और स्पेस से भी अलग होते हैं)। shop.example.co.uk जैसे होस्ट उनके रजिस्टर होने लायक़ नाम से जाँचे जाते हैं।
- पेस्ट किए URL होस्ट नाम तक छोटे होते हैं; IP एड्रेस और बिना डॉट वाले नाम भेजे नहीं जाते, अमान्य बताए जाते हैं।
आउटपुट
- सारांश: जाँचे गए नाम, फिर उनमें से कितने पहले से रजिस्टर्ड, कितने शायद उपलब्ध, और कितने अज्ञात या जाँच संभव नहीं (विफल जाँच और ग़लत लिखे टॉप-लेवल डोमेन "जाँच संभव नहीं" में गिने जाते हैं, इसलिए तीनों का जोड़ पहली संख्या के बराबर होता है)।
- परिणाम: हर नाम के लिए असल में जाँचा गया नाम, निर्णय, रजिस्ट्री संकेत (रिकॉर्ड मिला, कोई रिकॉर्ड नहीं, कोई RDAP सेवा नहीं, कोई जवाब नहीं) और DNS संकेत (delegated, NXDOMAIN, साफ़ जवाब नहीं)।
- संकेतों का मतलब: हर नाम पर एक वाक्य, और रजिस्ट्री या रिज़ॉल्वर का बताया कोई ब्योरा।
- रजिस्टर करने से पहले: "शायद उपलब्ध" क्या बता सकता है और क्या नहीं।
डोमेन उपलब्धता चेकर का उदाहरण
एक रजिस्टर्ड नाम और एक इस्तेमाल न हुआ नाम
इनपुट:
wikipedia.org
mutqan-sample-name-7f3k.comआउटपुट:
सारांश: जाँचे गए नाम 2 · पहले से रजिस्टर्ड 1 · शायद उपलब्ध 1 (रजिस्ट्रार से पुष्टि करें) · अज्ञात या जाँच संभव नहीं 0
परिणाम:
wikipedia.org | wikipedia.org | पहले से रजिस्टर्ड | रिकॉर्ड मिला | Delegated (NS रिकॉर्ड)
mutqan-sample-name-7f3k.com | mutqan-sample-name-7f3k.com | शायद उपलब्ध | कोई रिकॉर्ड नहीं (404) | मौजूद नहीं (NXDOMAIN)
संकेतों का मतलब: mutqan-sample-name-7f3k.com: न रजिस्ट्री में रिकॉर्ड, न DNS में delegation। रिज़र्व, ब्लॉक और प्रीमियम नाम भी बाहर से ऐसे ही दिखते हैं, इसलिए यह रजिस्टर हो सकता है या नहीं और किस क़ीमत पर, यह सिर्फ़ रजिस्ट्रार की सर्च पक्का कर सकती है।डोमेन उपलब्धता चेकर के नतीजे कैसे पढ़ें
पहले से रजिस्टर्ड: रजिस्ट्री में रिकॉर्ड है, या नाम DNS में delegated है। रजिस्ट्रार और समाप्ति तारीख़ के लिए WHOIS / RDAP लुकअप इस्तेमाल करें।
शायद उपलब्ध: रजिस्ट्री में रिकॉर्ड नहीं और DNS में NXDOMAIN। रिज़र्व, ब्लॉक और प्रीमियम नाम भी यही नतीजा देते हैं, इसलिए यह मज़बूत संकेत है, वादा नहीं।
अज्ञात: दोनों संकेत मेल नहीं खाते या कोई एक विफल रहा। कुछ तय नहीं किया जा सकता; थोड़ी देर बाद फिर कोशिश करें या रजिस्ट्रार पर खोजें।
यहाँ जाँच संभव नहीं: रजिस्ट्री कोई RDAP सेवा प्रकाशित नहीं करती और DNS में delegation नहीं दिखता। IANA के root zone डेटाबेस में टॉप-लेवल डोमेन की प्रविष्टि रजिस्ट्री का नाम बताती है, जिसकी अपनी वेबसाइट जवाब दे सकती है।
टॉप-लेवल डोमेन नहीं: root zone में ऐसा कोई टॉप-लेवल डोमेन है ही नहीं, आम तौर पर .com की जगह .con जैसी टाइपिंग की ग़लती, इसलिए इसके नीचे कोई नाम रजिस्टर नहीं हो सकता। नाम ठीक करके फिर जाँचें।
डोमेन उपलब्धता चेकर कब इस्तेमाल करें
- नए प्रोडक्ट या कंपनी के लिए रजिस्ट्रार के पास जाने से पहले नामों की छोटी सूची बनाना।
- किसी ब्रांड की कई वर्तनी या कई टॉप-लेवल डोमेन एक साथ जाँचना।
- किसी समाप्त नाम को रजिस्टर करने की कोशिश से पहले पक्का करना कि वह सच में छोड़ा जा चुका है।
समस्या निवारण
- "जाँची नहीं गई": जाँच के दौरान रजिस्ट्री क्वेरी की प्रति-मिनट सीमा पूरी हो गई। एक मिनट रुककर वे नाम फिर जाँचें।
- "अज्ञात", या इस नोट के साथ "पहले से रजिस्टर्ड" कि रजिस्ट्री ने जवाब नहीं दिया: एक तरफ़ विफल रही या उसने अनुरोध सीमित किए। थोड़ी देर बाद जाँच दोबारा चलाएँ।
- नाम के public suffix होने का संदेश: co.uk या com.sa जैसे नाम ख़ुद रजिस्ट्री के हैं; उनके नीचे का कोई नाम जाँचें, जैसे example.co.uk।
- "अमान्य नाम": लाइन कोई IP एड्रेस है, उसमें स्पेस या ऐसे अक्षर हैं जो डोमेन में नहीं हो सकते, या उसमें डॉट नहीं है।
डोमेन उपलब्धता चेकर के बारे में अक्सर पूछे जाने वाले सवाल
क्या "शायद उपलब्ध" वाला नाम मैं रजिस्टर कर सकता हूँ?
शायद हाँ, पर पक्का नहीं। रजिस्ट्री में रिकॉर्ड न होना और DNS में delegation न होना रिज़र्व नामों, रजिस्ट्री के ब्लॉक किए नामों और ऊँची क़ीमत पर बिकने वाले प्रीमियम नामों पर भी लागू होता है। नाम को किसी रजिस्ट्रार पर खोजें: सिर्फ़ वही बता सकता है कि यह रजिस्टर हो सकता है और कितने में। Mutqan डोमेन रजिस्टर नहीं करता।
.sa वाला नाम "यहाँ जाँच संभव नहीं" क्यों दिखाता है?
.sa रजिस्ट्री कोई RDAP सेवा प्रकाशित नहीं करती, इसलिए उससे पूछा नहीं जा सकता। फिर भी DNS में delegated .sa नाम रजिस्टर्ड दिखता है, क्योंकि delegation सिर्फ़ रजिस्टर्ड नाम का हो सकता है; बाक़ी किसी .sa नाम के बारे में टूल सिर्फ़ DNS देखकर अंदाज़ा नहीं लगाता। वह यह साफ़ बताता है और टॉप-लेवल डोमेन के IANA पेज का लिंक देता है, जहाँ रजिस्ट्री और उसकी वेबसाइट का नाम है।
जिस नाम पर कोई वेबसाइट नहीं, वह रजिस्टर्ड क्यों दिखता है?
रजिस्ट्रेशन और होस्टिंग अलग चीज़ें हैं। कोई नाम nameserver के साथ रजिस्टर्ड हो सकता है पर उस पर वेबसाइट न हो, या वह रजिस्टर्ड होकर पार्क किया गया हो। जाँच रजिस्ट्री रिकॉर्ड और DNS delegation पढ़ती है; कोई वेबसाइट नहीं खोलती।
क्या नाम जाँचने से किसी को पता चलता है कि मुझे यह डोमेन चाहिए?
नाम Mutqan सर्वर से रजिस्ट्री की RDAP सेवा और Cloudflare के पब्लिक DNS रिज़ॉल्वर तक जाता है, किसी रजिस्ट्रार तक नहीं; Mutqan कुछ भी स्टोर नहीं करता। रजिस्ट्री और रिज़ॉल्वर को किसी भी लुकअप की तरह Mutqan सर्वर से आई क्वेरी दिखती है, आपके कनेक्शन से नहीं।
shop.example.co.uk की जगह example.co.uk क्यों जाँचा गया?
सिर्फ़ रजिस्टर होने लायक़ नाम ही रजिस्टर हो सकता है। सर्वर आपके डाले नाम को Public Suffix List के ICANN सेक्शन से छोटा करता है और वही नाम जाँचता है जिसे रजिस्ट्री सच में बेचती है।
तकनीकी नोट्स
रजिस्ट्री वाला संकेत एक RDAP domain क्वेरी (RFC 9082) है, उस सर्वर पर जो IANA की bootstrap रजिस्ट्री (RFC 9224) में टॉप-लेवल डोमेन के लिए दर्ज है; जिस नाम का ऑब्जेक्ट नहीं, उस पर RDAP 404 Not Found देता है (RFC 7480 §5.3)। DNS वाला संकेत Cloudflare के पब्लिक रिज़ॉल्वर से उसी नाम की NS क्वेरी है: delegation (NS रिकॉर्ड के साथ NOERROR) सिर्फ़ रजिस्टर्ड नाम का होता है, और NXDOMAIN का मतलब है कि पैरेंट ज़ोन में ऐसा कोई नाम नहीं।
दोनों को सावधानी से जोड़ा जाता है: रिकॉर्ड या delegation हो तो "रजिस्टर्ड"; "शायद उपलब्ध" के लिए 404 और NXDOMAIN दोनों चाहिए; bootstrap रजिस्ट्री में न होने वाला टॉप-लेवल डोमेन "यहाँ जाँच संभव नहीं" देता है, जब तक DNS में delegation न दिखे, या "टॉप-लेवल डोमेन नहीं" जब root zone ख़ुद टॉप-लेवल डोमेन के लिए NXDOMAIN दे (.con जैसी टाइपिंग की ग़लती); बाक़ी हर मेल (रजिस्ट्री की त्रुटि, रिज़ॉल्वर की विफलता, DNS में मौजूद पर बिना अपने delegation वाला नाम) "अज्ञात" देता है। इस निर्णय में WHOIS कभी इस्तेमाल नहीं होता।
सीमाएँ और कार्यप्रणाली
रजिस्ट्री के बाहर से रिज़र्व, ब्लॉक या प्रीमियम नाम बिल्कुल ख़ाली नाम जैसा दिखता है; फ़र्क़ और क़ीमत सिर्फ़ रजिस्ट्रार की सर्च जानती है।
जवाब जाँच के पल के लिए सही है। कोई और एक मिनट बाद नाम रजिस्टर कर सकता है, और यहाँ कुछ भी रिज़र्व नहीं होता।
RDAP के बिना वाली रजिस्ट्री में सिर्फ़ delegated नाम पहचाना जा सकता है (रजिस्टर्ड के रूप में); WHOIS के फ़ॉर्मेट इतने अलग हैं कि उनसे उपलब्धता भरोसे से नहीं पढ़ी जा सकती, इसलिए बाक़ी नाम "यहाँ जाँच संभव नहीं" दिखते हैं।
सुरक्षा और गोपनीयता
हर नाम Mutqan सर्वर से उसकी रजिस्ट्री की RDAP सेवा और Cloudflare के पब्लिक DNS रिज़ॉल्वर तक जाता है, किसी रजिस्ट्रार तक नहीं। कुछ भी स्टोर नहीं होता; एनालिटिक्स में सिर्फ़ इतना दर्ज होता है कि उपलब्धता एंडपॉइंट इस्तेमाल हुआ।
संदर्भ
- RFC 7480: HTTP Usage in the Registration Data Access Protocol (RDAP)RDAP, HTTP का इस्तेमाल कैसे करता है: जिस क्वेरी का डेटा सर्वर के पास नहीं, उस पर वह 404 Not Found देता है, और सर्वर 429 से क्लाइंट को सीमित कर सकते हैं।
- RFC 9224: Finding the Authoritative Registration Data Access Protocol (RDAP) ServiceIANA की bootstrap फ़ाइलें, जो हर टॉप-लेवल डोमेन, IP एड्रेस ब्लॉक और AS नंबर रेंज को उसकी रजिस्ट्री की RDAP सेवा के base URL से जोड़ती हैं।
- Bootstrap Service Registry for Domain Name Spaceवह लाइव रजिस्ट्री जो बताती है कि कौन-से टॉप-लेवल डोमेन RDAP सेवा प्रकाशित करते हैं और किस URL पर; जो इसमें नहीं, उसके पास RDAP नहीं है।