डोमेन एक्सपायरी चेकर

सर्वर सहायता नया DNS और डोमेन

अधिकतम पाँच डोमेन नाम डालें और Mutqan सर्वर एक-एक करके हर नाम की रजिस्ट्री से उसकी समाप्ति तारीख़ पूछता है। टेबल में UTC में तारीख़, आपके डिवाइस की घड़ी से बचे दिन, रजिस्ट्रार और तारीख़ व रजिस्ट्री के EPP कोड से निकली अवस्था दिखती है: सक्रिय, आपकी चेतावनी अवधि में समाप्त होने वाला, समाप्ति तारीख़ निकल चुकी पर कोई ग्रेस स्थिति दर्ज नहीं, ऑटो-रिन्यू ग्रेस पीरियड में, redemption में या डिलीट होने वाला। जिन रजिस्ट्री के पास RDAP नहीं, उनकी तारीख़ WHOIS टेक्स्ट की लेबल वाली लाइन से पढ़ी जाती है, और पेज वह लाइन उद्धृत करता है।

गोपनीयता: आपका दर्ज किया डोमेन, एड्रेस या URL Mutqan सर्वर से इस पेज पर बताई गई सार्वजनिक डेटा सेवा (रजिस्ट्री, रिज़ॉल्वर, सर्टिफ़िकेट लॉग या मेज़रमेंट नेटवर्क) को भेजा जाता है। कुछ भी स्टोर नहीं होता।

डोमेन नाम की अवधि समाप्त होने पर क्या होता है?

डोमेन एक तय अवधि के लिए रजिस्टर होता है, और रजिस्ट्री उसकी समाप्ति तारीख़ दर्ज रखती है। ज़्यादातर जेनेरिक टॉप-लेवल डोमेन में छूटा हुआ रिन्यूअल कुछ चरणों से गुज़रता है: रजिस्ट्री नाम को अपने-आप रिन्यू करती है और रजिस्ट्रार के पास उसे डिलीट करने का ग्रेस पीरियड होता है। ICANN की नीति रजिस्ट्रार को समाप्त हुआ नाम समाप्ति के बाद कभी भी डिलीट करने देती है, पर उससे पहले उसका DNS resolution रोकना ज़रूरी है: आठ दिन के भीतर डिलीट हो तो समाप्ति से डिलीशन तक, वरना कम से कम उन आख़िरी आठ दिनों में जिनमें धारक अब भी उसे रिन्यू कर सकता है। डिलीट हुआ नाम 30 दिन के redemption पीरियड में फ़ीस देकर वापस लिया जा सकता है, और कुछ दिन pending delete में रहने के बाद वह किसी के भी रजिस्टर करने के लिए छोड़ दिया जाता है। देश वाले डोमेन की रजिस्ट्री अपने नियम ख़ुद तय करती हैं।

डोमेन एक्सपायरी चेकर कैसे इस्तेमाल करें

  1. अधिकतम पाँच डोमेन नाम पेस्ट करें, हर लाइन में एक (URL होस्ट नाम तक छोटे हो जाते हैं)।
  2. चुनें कि चेतावनी कितनी पहले चाहिए: समाप्ति से 30, 60 या 90 दिन पहले।
  3. "समाप्ति जाँचें" दबाएँ और "अवस्था" कॉलम पढ़ें; "किन पर ध्यान देना है" हर उस नाम को समझाता है जो सीधे-सीधे सक्रिय नहीं है।
  4. किसी तारीख़ पर कदम उठाने से पहले रजिस्ट्रार अकाउंट में रिन्यूअल पक्का करें: रजिस्ट्रार की डेडलाइन रजिस्ट्री की तारीख़ से पहले हो सकती है।

डोमेन एक्सपायरी चेकर की खूबियाँ

  • एक बार में पाँच डोमेन नाम तक, हर लाइन में एक, और हर नाम उसकी अपनी रजिस्ट्री में खोजा जाता है
  • UTC में समाप्ति की तारीख़ और समय, बचे दिनों के साथ, और हर नाम की साफ़ अवस्था
  • तारीख़ और रजिस्ट्री के EPP कोड से निकली अवस्थाएँ: सक्रिय, जल्द समाप्त, समाप्ति तारीख़ निकल चुकी, ऑटो-रिन्यू ग्रेस, redemption और डिलीट होने वाला
  • 30, 60 या 90 दिन की चेतावनी सीमा, और सारांश में अगला समाप्त होने वाला नाम
  • RDAP के बिना वाली रजिस्ट्री: तारीख़ सिर्फ़ WHOIS की लेबल वाली लाइन से पढ़ी जाती है, जिसे पेज उद्धृत करता है
  • ध्यान देने वाली बातों पर साफ़ नोट: बाक़ी रिन्यूअल, resolution रोकने वाला hold, रिन्यूअल लॉक
  • रिन्यूअल प्लान या टिकट के लिए टेबल CSV में डाउनलोड

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

इनपुट

  • डोमेन नाम: एक से पाँच नाम, हर लाइन में एक (कॉमा और स्पेस से भी अलग होते हैं)। www.example.com जैसे होस्ट नाम उनके रजिस्टर्ड नाम से खोजे जाते हैं।
  • चेतावनी दें जब बचे दिन इससे कम हों: 30 (डिफ़ॉल्ट), 60 या 90 दिन।

आउटपुट

  • सारांश: जाँचे गए नाम (कितनों का लुकअप नहीं हो सका, यह भी), कितने चेतावनी अवधि में समाप्त हो रहे हैं, कितनों की समाप्ति तारीख़ निकल चुकी है या जो ग्रेस में हैं, और अगली समाप्ति तारीख़ व उसका नाम।
  • समाप्ति की तारीख़ें: हर नाम के लिए UTC में समाप्ति (रजिस्ट्री टाइम ज़ोन न बताए तो सिर्फ़ दिन), बचे दिन, अवस्था, रजिस्ट्रार और स्रोत (RDAP या WHOIS, जवाब देने वाले सर्वर के साथ)।
  • किन पर ध्यान देना है: हर उस नाम पर एक वाक्य जो सीधे-सीधे सक्रिय नहीं, उन नामों समेत जिन्हें खोजा नहीं जा सका या जाँचा नहीं गया।
  • तारीख़ें कैसे पढ़ी गईं: तारीख़ें कहाँ से आईं और यह जाँच क्या नहीं देख सकती।

डोमेन एक्सपायरी चेकर का उदाहरण

दो डोमेन, 90 दिन की चेतावनी (2026-10-14 को 12:00 UTC पर जाँचे गए)

इनपुट:

wikipedia.org
github.com · चेतावनी दें जब बचे दिन इससे कम हों: 90 दिन

आउटपुट:

सारांश: जाँचे गए नाम 2 · जल्द समाप्त होने वाले 1 (90 दिन के भीतर) · तारीख़ निकल चुकी या ग्रेस में 0 · अगली समाप्ति 2027-01-13 (wikipedia.org)
समाप्ति की तारीख़ें:
wikipedia.org | 2027-01-13 00:12 UTC | 90 | जल्द समाप्त | MarkMonitor Inc. | RDAP · rdap.publicinterestregistry.org
github.com | 2028-10-09 18:20 UTC | 726 | सक्रिय | MarkMonitor Inc. | RDAP · rdap.verisign.com
किन पर ध्यान देना है: wikipedia.org: चेतावनी अवधि के भीतर समाप्त हो रहा है। रजिस्ट्रार के पास रिन्यू करें, या जाँचें कि ऑटो-रिन्यूअल चालू है और पेमेंट का तरीक़ा मान्य है।

डोमेन एक्सपायरी चेकर के नतीजे कैसे पढ़ें

सक्रिय का मतलब है कि समाप्ति आपकी चेतावनी सीमा से आगे है। जल्द समाप्त का मतलब है कि वह सीमा के भीतर है: डोमेन रिन्यू करें या रजिस्ट्रार के पास ऑटो-रिन्यूअल चालू होने की पुष्टि करें।

ऑटो-रिन्यू ग्रेस पीरियड में: रजिस्ट्री ने समाप्ति पर नाम रिन्यू कर दिया, पर अगर धारक पेमेंट न करे तो रजिस्ट्रार अब भी उसे डिलीट कर सकता है। Redemption पीरियड: नाम डिलीट हो चुका है और लगभग 30 दिन तक फ़ीस देकर वापस लाया जा सकता है। डिलीट होने वाला: कुछ ही दिनों में छोड़ दिया जाएगा और वापस नहीं आ सकता।

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

"रजिस्ट्री में कोई रिकॉर्ड नहीं" रजिस्ट्री का 404 है और यह नहीं बताता कि नाम रजिस्टर हो सकता है या नहीं। "कोई रजिस्ट्रेशन सेवा नहीं" का मतलब है कि टॉप-लेवल डोमेन असली है, पर न RDAP प्रकाशित करता है, न WHOIS। "टॉप-लेवल डोमेन नहीं" का मतलब है कि root zone में ऐसा कोई टॉप-लेवल डोमेन है ही नहीं, आम तौर पर .con जैसी टाइपिंग की ग़लती।

डोमेन एक्सपायरी चेकर कब इस्तेमाल करें

  • किसी कंपनी या क्लाइंट पोर्टफ़ोलियो के डोमेन की रिन्यूअल सूची बनाना।
  • किसी कैंपेन या लॉन्च से पहले पक्का करना कि उसके लिए ज़रूरी कोई डोमेन समाप्त होने वाला नहीं है।
  • यह पता लगाना कि डोमेन ने resolve होना क्यों बंद किया: समाप्ति, hold या redemption तुरंत दिख जाते हैं।
  • जिस समाप्त नाम को आप लेना चाहते हैं, उसे redemption और pending delete से गुज़रते हुए देखना।

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

  • "जाँची नहीं गई": जाँच के दौरान रजिस्ट्री क्वेरी की प्रति-मिनट सीमा पूरी हो गई। एक मिनट रुककर वे नाम फिर जाँचें।
  • "समाप्ति तारीख़ प्रकाशित नहीं": रजिस्ट्री कोई तारीख़ प्रकाशित नहीं करती, या उसके WHOIS टेक्स्ट में पूरी तारीख़ वाली लेबल लाइन नहीं है। WHOIS / RDAP लुकअप में कच्चा टेक्स्ट देखें या रजिस्ट्रार से पूछें।
  • रजिस्ट्री व्यस्त या धीमी होने के संदेश के साथ "लुकअप विफल": रजिस्ट्री साझा क्लाउड एड्रेस को throttle करती हैं। थोड़ी देर बाद फिर कोशिश करें या एक बार में कम नाम जाँचें।
  • "अमान्य नाम": लाइन कोई IP एड्रेस है, उसमें स्पेस या ऐसे अक्षर हैं जो डोमेन में नहीं हो सकते, या उसमें डॉट नहीं है।
  • "टॉप-लेवल डोमेन नहीं": आख़िरी डॉट के बाद का हिस्सा DNS root zone में है ही नहीं, आम तौर पर .com की जगह .con जैसी टाइपिंग की ग़लती। नाम ठीक करके फिर जाँचें।

डोमेन एक्सपायरी चेकर के बारे में अक्सर पूछे जाने वाले सवाल

क्या यहाँ की एक्सपायरी तारीख़ वही है जो मेरा रजिस्ट्रार दिखाता है?

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

डोमेन एक्सपायर होने के बाद क्या होता है?

ज़्यादातर जेनेरिक टॉप-लेवल डोमेन में रजिस्ट्री नाम को अपने-आप रिन्यू कर देती है और रजिस्ट्रार एक ग्रेस पीरियड में तय करता है कि उसे रखना है या नहीं। ICANN की Expired Registration Recovery Policy gTLD रजिस्ट्रार को समाप्त हुआ नाम समाप्ति के बाद कभी भी डिलीट करने देती है, पर उससे पहले उसका DNS resolution रोकना ज़रूरी है: आठ दिन के भीतर डिलीट हो तो समाप्ति से डिलीशन तक, वरना कम से कम उन आख़िरी आठ दिनों में जिनमें धारक अब भी उसे रिन्यू कर सकता है। डिलीट हुआ नाम फिर 30 दिन redemption में रहता है, जब उसे फ़ीस देकर वापस लाया जा सकता है, और फिर कुछ दिन pending delete में रहकर छोड़ दिया जाता है। देश वाले (ccTLD) डोमेन के नियम उनकी रजिस्ट्री तय करती है।

कुछ डोमेन की एक्सपायरी तारीख़ क्यों नहीं दिखती?

कुछ रजिस्ट्री समाप्ति की तारीख़ प्रकाशित ही नहीं करतीं। RDAP के बिना वाली रजिस्ट्री (जैसे .sa) में तारीख़ सिर्फ़ "Expiry Date:" जैसी लेबल वाली WHOIS लाइन से ली जाती है जिसमें पूरी तारीख़ हो; ऐसी लाइन न हो तो पंक्ति में अंदाज़ा लगाने की जगह "समाप्ति तारीख़ प्रकाशित नहीं" लिखा आता है।

एक बार में कितने डोमेन जाँच सकते हैं?

हर बार अधिकतम पाँच, जो एक के बाद एक खोजे जाते हैं। हर लुकअप रजिस्ट्री क्वेरी की प्रति-मिनट सीमा में गिना जाता है; सीमा पूरी होने पर बाक़ी नाम "जाँची नहीं गई" दिखते हैं और एक मिनट बाद दोबारा जाँचे जा सकते हैं।

क्या यह टूल मेरे डोमेन की निगरानी करता है या रिमाइंडर भेजता है?

नहीं। जाँच सिर्फ़ एक बार होती है, जब आप बटन दबाते हैं; कुछ भी स्टोर नहीं होता और कोई रिमाइंडर तय नहीं होता। रिन्यूअल रिमाइंडर आपका रजिस्ट्रार भेजता है: ICANN के नियम के मुताबिक़ gTLD रजिस्ट्रार को समाप्ति से लगभग एक महीना और एक हफ़्ता पहले रिमाइंडर भेजने होते हैं, और अगर नाम न रिन्यू हुआ न डिलीट, तो समाप्ति के पाँच दिन के भीतर एक और।

तकनीकी नोट्स

तारीख़ रजिस्ट्री के RDAP domain ऑब्जेक्ट का "expiration" event है (RFC 9083 §4.5), और रजिस्ट्री IANA की bootstrap रजिस्ट्री (RFC 9224) से मिलती है। अवस्था इस तारीख़ को रजिस्ट्री के बताए EPP स्टेटस से जोड़कर बनती है: autoRenewPeriod, redemptionPeriod, pendingRestore और pendingDelete RFC 3915 की ग्रेस-पीरियड मैपिंग से, और hold व renew-prohibited RFC 5731 से।

बचे दिन रजिस्ट्री के टाइमस्टैम्प और आपके डिवाइस की घड़ी के बीच के पूरे दिन हैं; जो तारीख़ कुछ घंटे पहले निकली, उसे एक दिन पहले निकली गिना जाता है। WHOIS-only रजिस्ट्री के लिए टूल सिर्फ़ लेबल वाली लाइन (Registry Expiry Date, Expiration Date, Expiry Date, paid-till आदि) मानता है जिसमें ISO टाइमस्टैम्प, YYYY-MM-DD या DD-Mon-YYYY तारीख़ हो; 03/04/2027 जैसे दोहरे अर्थ वाले रूप नहीं पढ़े जाते। बिना टाइम ज़ोन वाली वैल्यू का सिर्फ़ दिन दिखाया जाता है, क्योंकि रजिस्ट्री ने नहीं बताया कि उसका मतलब किस ज़ोन से है, और WHOIS टेक्स्ट में लिखा कोई भी EPP स्टेटस (redemptionPeriod, pendingDelete आदि) अवस्था वैसे ही तय करता है जैसे RDAP में।

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

रजिस्ट्री की तारीख़ हमेशा आपकी डेडलाइन नहीं होती: रजिस्ट्रार पहले रिन्यू कर सकते हैं, अपनी शर्तों पर बिल कर सकते हैं, और उनकी ऑटो-रिन्यूअल सेटिंग RDAP में नहीं दिखती।

यह एक बार की जाँच है। कुछ भी स्टोर नहीं होता और कोई रिमाइंडर नहीं जाता; ताज़ा जवाब चाहिए तो फिर से चलाएँ।

WHOIS-only रजिस्ट्री खुले टेक्स्ट से पढ़ी जाती हैं, इसलिए तारीख़ तभी दिखती है जब वह लेबल वाली और साफ़ हो; जो रजिस्ट्री कोई तारीख़ प्रकाशित नहीं करतीं, वे यहाँ नहीं जाँची जा सकतीं।

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

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

संदर्भ

  • Expired Registration Recovery PolicyICANN · 2024gTLD रजिस्ट्रार के लिए ICANN की consensus policy: एक्सपायरी से लगभग एक महीना और एक हफ़्ता पहले रिन्यूअल रिमाइंडर और उसके बाद पाँच दिन के भीतर एक और; एक्सपायर हुआ नाम कभी भी डिलीट किया जा सकता है, पर उससे पहले उसका DNS resolution रोकना ज़रूरी है — आठ दिन के भीतर डिलीट हो तो एक्सपायरी से डिलीशन तक, वरना कम से कम उन आख़िरी आठ दिनों में जिनमें धारक अब भी रिन्यू कर सकता है; और डिलीशन के बाद 30 दिन का redemption grace period।
  • RFC 3915: Domain Registry Grace Period Mapping for the Extensible Provisioning Protocol (EPP)IETF · 2004डोमेन की ग्रेस और redemption स्टेट: add, auto-renew, renew और transfer पीरियड, डिलीट के बाद redemption पीरियड, और pending restore।
  • EPP Status Codes | What Do They Mean, and Why Should I Know?ICANNहर उस EPP स्टेटस कोड की ICANN की आसान व्याख्या जो किसी डोमेन पर हो सकता है, 30 दिन के redemption पीरियड और pendingDelete समेत।