Skip to content

डोमेन रजिस्ट्रार या डीएनएस प्रदाता आउटेज: समाप्त डोमेन रिडेम्पशन ग्रेस अवधि, डीएनएसएसईसी SERVFAIL ट्रैप, और आपातकालीन नेमसर्वर माइग्रेशन

आपातकालीन नंबर देश के अनुसार भिन्न-भिन्न होते हैं. यह पृष्ठ 911 का उपयोग करता है, जो संयुक्त राज्य अमेरिका और कनाडा के लिए नंबर है। कई अन्य देश 112, 999, या किसी अन्य नंबर का उपयोग करते हैं। अपने देश का नंबर ढूंढें.

जागने पर पता चला कि आपकी कंपनी की प्राथमिक वेबसाइट, एपीआई एंडपॉइंट (api.example.com), और कॉर्पोरेट ईमेल (MX Google Workspace या Microsoft 365 के रिकॉर्ड दुनिया भर में पूरी तरह से पहुंच योग्य नहीं हैं (DNS_PROBE_FINISHED_NXDOMAIN या SERVFAIL) पूरी तरह से ब्लैकआउट बुनियादी ढांचे का संकट है। एक क्रैश हुए वेब सर्वर के विपरीत, जो एक सेवा को प्रभावित करता है, एक डोमेन नाम सिस्टम (DNS) या डोमेन पंजीकरण विफलता आपके रूट डोमेन के अंतर्गत प्रत्येक एकल सेवा को एक साथ बाधित कर देती है, जिसमें सिंगल साइन-ऑन भी शामिल है (SSO), ग्राहक सहायता पोर्टल, और आने वाली घटना-प्रतिक्रिया ईमेल। व्यवहार में, वैश्विक डोमेन ब्लैकआउट तीन अलग-अलग ट्रिगर्स से उत्पन्न होता है: (1) एक आकस्मिक डोमेन समाप्ति जहां फ़ाइल पर एक क्रेडिट कार्ड की समय सीमा समाप्त हो जाती है और रजिस्ट्रार ने आपका अपहरण कर लिया है NS भुगतान-प्रति-क्लिक पार्किंग पृष्ठ को इंगित करने के लिए रिकॉर्ड 24 to 48 hours वास्तविक समाप्ति तिथि से पहले; (2) आपके आधिकारिक DNS प्रदाता पर DDoS हमला या कंट्रोल-प्लेन आउटेज (Route 53, Cloudflare, GoDaddy, Namecheap, DNSimple, NS1); या (3) एक टूटा हुआ DNSSEC (DS रिकॉर्ड) विश्वास की श्रृंखला जल्दबाजी में किए गए नेमसर्वर स्विच के दौरान जो रिज़ॉल्वर को मान्य करने का कारण बनता है (8.8.8.8, 1.1.1.1, आईएसपी रिज़ॉल्वर) आपके ट्रैफ़िक को 100 प्रतिशत कम करने के लिए SERVFAIL. यदि किसी हमलावर ने आपके रजिस्ट्रार लॉगिन क्रेडेंशियल से छेड़छाड़ की है और आपके डोमेन को दुर्भावनापूर्ण रूप से स्थानांतरित या बदल दिया है, तो पर स्विच करें डोमेन नाम अपहरण, समाप्त DNS, और वेबसाइट अधिग्रहण; यदि DNS पुनर्प्राप्ति के बाद आपका TLS प्रमाणपत्र समाप्त हो गया है या टूट गया है, तो देखें एसएसएल/टीएलएस प्रमाणपत्र उत्पादन, एचएसटीएस प्रीलोड लॉकआउट और आपातकालीन नवीनीकरण के दौरान समाप्त हो गया और Google Workspace या Microsoft 365 कस्टम डोमेन एडमिन लॉकआउट और DNS सत्यापन. यदि यह आउटेज अस्पताल नैदानिक संचार, 911/112 आपातकालीन प्रेषण रूटिंग, या महत्वपूर्ण सार्वजनिक उपयोगिताओं को अक्षम कर देता है, तो अपने स्थानीय आपातकालीन नंबर पर कॉल करें (911 संयुक्त राज्य अमेरिका और कनाडा में, 112 पूरे यूरोपीय संघ में, 999 यूनाइटेड किंगडम में) या हमारी निर्देशिका से परामर्श लें आपातकालीन नंबर.

अभी ऐसा करो

  1. 10 सेकंड में निदान करें कि क्या विफलता एक समाप्त/निलंबित डोमेन है (EPP Status), एक आधिकारिक DNS प्रदाता आउटेज, या ए DNSSEC सत्यापन विफलता:
  2. भागो whois yourdomain.com | grep -iE "Status|Expiry|Name Server" और dig +trace yourdomain.com.
  3. परीक्षण करें कि क्या बाईपास किया जा रहा है DNSSEC सत्यापन (+cd = जाँच अक्षम है) आपके डोमेन को फिर से हल कर देता है: 
    dig @8.8.8.8 yourdomain.com A
dig @8.8.8.8 yourdomain.com A +cd
    यदि पहला आदेश वापस आता है status: SERVFAIL जबकि दूसरा आदेश (+cd) तुरंत लौटता है status: NOERROR आपके सर्वर के आईपी पते के साथ, ** आपके डीएनएस सर्वर डाउन नहीं हैं: आपका DNSSEC (DS रजिस्ट्रार के यहां रिकॉर्ड) टूट गया है**। बासी को हटाने के लिए तुरंत चरण 3 पर जाएं DS अपने रजिस्ट्रार के पास रिकॉर्ड करें.
  4. यदि आपका डोमेन समाप्त हो गया है (Auto-Renew Grace Period या Redemption Grace Period), तुरंत अपने वर्तमान रजिस्ट्रार में लॉग इन करें और नवीनीकरण/मोचन शुल्क का भुगतान करें; डोमेन के "छोड़ने" की प्रतीक्षा न करें ताकि आप इसे सस्ते में पुनः पंजीकृत कर सकें:
  5. समाप्ति के बाद पहले 1 से 45 दिनों के दौरान (Auto-Renew Grace Period), आपके रजिस्ट्रार डैशबोर्ड में नवीनीकरण करने से आपके मूल नेमसर्वर मानक नवीनीकरण लागत पर पुनर्स्थापित हो जाते हैं ($10 to $30).
  6. 30 दिन के दौरान Redemption Grace Period (RGP / redemptionPeriod), आपको अनिवार्य रजिस्ट्री मोचन शुल्क का भुगतान करना होगा ($80 to $250) आपके वर्तमान रजिस्ट्रार के माध्यम से। यदि आप डोमेन के 5-दिन समाप्त होने की प्रतीक्षा करते हैं Pending Delete बचाने का चरण $100, स्वचालित ड्रॉप-कैचिंग स्नाइपर बॉट (DropCatch, SnapNames, NameJet) आपके डोमेन को अंदर ही अंदर छीन लेगा 5 milliseconds इसे जारी करने और इसे हजारों डॉलर में नीलाम करने का निर्णय लिया गया।
  7. ** अपना नेमसर्वर कभी न बदलें (NS) डीएनएसएसईसी-सक्षम डीएनएस प्रदाता (जैसे क्लाउडफ्लेयर, रूट 53, या गूगल क्लाउड डीएनएस) से दूर, बिना हटाए DS पहले अपने रजिस्ट्रार के पास रिकॉर्ड करें**: यदि DNSSEC सक्षम है और आप अपना स्वैप करते हैं NS पेरेंट को हटाए बिना किसी आउटेज के दौरान बचाव DNS प्रदाता को रिकॉर्ड DS (Delegation Signer) में रिकॉर्ड करें .com / .org टीएलडी ज़ोन पहले, पृथ्वी पर प्रत्येक मान्य रिज़ॉल्वर नए DNS प्रदाता की अहस्ताक्षरित प्रतिक्रियाओं को क्रिप्टोग्राफ़िक स्पूफिंग हमले के रूप में अस्वीकार कर देगा (SERVFAIL).
  8. यदि आप अपने कॉर्पोरेट से बाहर हैं @yourdomain.com ईमेल करें क्योंकि आपका डोमेन है MX रिकॉर्ड नीचे हैं, "पासवर्ड रीसेट कोड भेजें" पर क्लिक न करें admin@yourdomain.com"आपके रजिस्ट्रार पर: जबकि आपका डोमेन NS या MX रिकॉर्ड ऑफ़लाइन हैं, कोई भी सत्यापन ईमेल भेजा जा सकता है @yourdomain.com कतार में उछलता है या गायब हो जाता है। अपने रजिस्ट्रार के एसएमएस/प्रमाणक एमएफए, आउट-ऑफ-बैंड बैकअप ईमेल का उपयोग करें (@gmail.com / @proton.me), या फ़ोन पहचान सत्यापन प्रवाह।
  9. किसी समाप्त हो चुके डोमेन को नवीनीकृत करने के बाद, मैन्युअल रूप से सत्यापित करें कि आपके रजिस्ट्रार ने आपके मूल कस्टम नेमसर्वर को पुनर्स्थापित कर दिया है (NS) डोमेन को चालू छोड़ने के बजाय sedoparking.com / renewyourname.net: जब किसी डोमेन की समय सीमा समाप्त हो जाती है, तो रजिस्ट्रार आपके कस्टम को अधिलेखित कर देते हैं NS पार्किंग नेमसर्वर के साथ रिकॉर्ड (ns1.parklogic.com, dns1.name-services.com). कभी-कभी नवीनीकरण का भुगतान करने से समाप्ति तिथि अगले वर्ष तक अपडेट हो जाती है, जबकि पार्किंग नेमसर्वर तब तक सक्रिय रहते हैं जब तक आप उन्हें मैन्युअल रूप से वापस स्विच नहीं करते।
  10. वैश्विक सार्वजनिक पुनरावर्ती DNS कैश फ्लश करें (Google 8.8.8.8, Cloudflare 1.1.1.1, OpenDNS) दूसरा आपका NS या DS रिकॉर्ड पुनर्स्थापित किए जाते हैं: कैश्ड होने के लिए 24 से 48 घंटों तक प्रतीक्षा करने के बजाय NXDOMAIN या पार्किंग-पेज NS रिकॉर्ड स्वाभाविक रूप से समाप्त होने के लिए, Google सार्वजनिक DNS पर तत्काल वैश्विक कैश पर्ज ट्रिगर करें (developers.google.com/speed/public-dns/cache) और क्लाउडफ्लेयर 1.1.1.1 (one.one.one.one/purge-cache/).

Danger

"क्लाइंटहोल्ड" से सावधान रहें (clientHold / serverHold) आईसीएएनएन सत्यापन निलंबन जो समाप्त हो चुके डोमेन के समान दिखता है: यदि आपका Registry Expiry Date WHOIS में अभी भी महीनों या वर्षों का समय है, फिर भी आपके डोमेन ने अचानक दुनिया भर में समाधान करना बंद कर दिया है whois दिखाता है Domain Status: clientHold https://icann.org/epp#clientHold, आपके रजिस्ट्रार ने आपके डोमेन को टीएलडी रूट ज़ोन पर निलंबित कर दिया है। का #1 कारण clientHold किसी डोमेन को पंजीकृत करने, उसे स्थानांतरित करने, या पंजीकरणकर्ता संपर्क नाम/ईमेल को अपडेट करने के 15 दिनों के भीतर अनिवार्य ICANN WHOIS पंजीकरणकर्ता ईमेल सत्यापन लिंक पर क्लिक करने में विफल हो रहा है। तुरंत अपने रजिस्ट्रार पोर्टल में लॉग इन करें, आरएए सत्यापन ईमेल दोबारा भेजें पर क्लिक करें (या पंजीकरणकर्ता ईमेल को चालू जीमेल/प्रोटॉन पते पर अपडेट करें), और लिंक पर क्लिक करें: clientHold टीएलडी रूट सर्वर से 5 से 15 मिनट के भीतर लिफ्ट हो जाती है।

निर्णय वृक्ष: वैश्विक डोमेन या डीएनएस ब्लैकआउट आपातकालीन ट्राइएज

DNS पदानुक्रम की सटीक परत को इंगित करने के लिए इस फ़्लोचार्ट का उपयोग करें (TLD Registry, Registrar EPP Status, DNSSEC DS Chain, या Authoritative Nameserver) जहां समाधान विफल हो रहा है:

flowchart TD
    Start["वैश्विक आउटेज: डोमेन वेब और ईमेल समाधान में विफल (NXDOMAIN / SERVFAIL)"] --> RunDiag["चलाएँ: whois Domain.com और dig @8.8.8.8 Domain.com +cd"]

    RunDiag --> CheckCD{"क्या dig @8.8.8.8 Domain.com विफल हो जाता है, जबकि +cd जोड़ने पर सफलता मिलती है?"}

    CheckCD -->|"हाँ: +सीडी के साथ काम करता है, +सीडी के बिना विफल रहता है"| DnssecBreak["भरोसे की टूटी हुई डीएनएसएसईसी श्रृंखला: रजिस्ट्रार पर पुराने डीएस रिकॉर्ड को हटाएं या ज़ोन पर पुनः हस्ताक्षर करें -> फ्लश 8.8.8.8 और 1.1.1.1"]

    CheckCD -->|"नहीं: विफल या रिटर्न पार्किंग आईपी दोनों"| CheckWhois{"WHOIS EPP डोमेन स्थिति और समाप्ति तिथि का निरीक्षण करें"}

    CheckWhois -->|"स्थिति: क्लाइंटहोल्ड या सर्वरहोल्ड"| HoldState["रजिस्ट्रार/रजिस्ट्री निलंबन: आईसीएएनएन आरएए ईमेल सत्यापन या दुरुपयोग/बिलिंग टिकट तुरंत पूरा करें"]

    CheckWhois -->|"समाप्ति तिथि बीत गई (स्थिति: autoRenewPeriod)"| GraceRenew["समाप्ति के बाद दिन 1 से 45 तक: रजिस्ट्रार पोर्टल में भुगतान मानक नवीनीकरण -> कस्टम एनएस बहाल की पुष्टि करें"]

    CheckWhois -->|"स्थिति: मोचन अवधि (आरजीपी)"| RgpRestore["दिन 45 से 75 समाप्ति के बाद: तत्काल रजिस्ट्रार सहायता टिकट खोलें / आरजीपी पुनर्स्थापना शुल्क का भुगतान करें ($80-$250) तुरंत"]

    CheckWhois -->|"स्थिति: लंबित, हटाएँ"| PendingDel["अंतिम 5-दिवसीय लॉक: रजिस्ट्रार के यहां नवीनीकृत नहीं किया जा सकता -> अभी सभी प्रमुख ड्रॉप-कैचर्स के लिए बैकऑर्डर रखें"]

    CheckWhois -->|"स्थिति: ठीक है/क्लाइंटट्रांसफरनिषिद्ध और भविष्य में समाप्ति"| AuthDown["डोमेन पंजीकरण स्वस्थ -> आधिकारिक डीएनएस प्रदाता आउटेज या गुम क्षेत्र"]

    AuthDown --> MigrateNS["द्वितीयक DNS प्रदाता के लिए ज़ोन फ़ाइल (`BIND` / टेराफ़ॉर्म) आयात करें -> यदि DNSSEC चालू है तो DS रिकॉर्ड हटाएँ -> रजिस्ट्रार पर NS अपडेट करें"]

चरण 1: आईसीएएनएन डोमेन समाप्ति जीवनचक्र (Auto-Renew बनाम Redemption बनाम Pending Delete)

जब एक सामान्य शीर्ष-स्तरीय डोमेन (gTLD जैसे .com, .net, .org, .io, .ai, .co, .app, .dev) समाप्त हो जाता है क्योंकि ऑटो-नवीनीकरण क्रेडिट कार्ड विफल हो जाता है या किसी कर्मचारी के चले जाने के बाद वित्त कार्ड रद्द कर दिया जाता है, डोमेन ICANN की समाप्त पंजीकरण पुनर्प्राप्ति नीति () द्वारा शासित एक सख्त बहु-चरण जीवनचक्र से गुजरता है।ERRP) और रजिस्ट्री ऑपरेटर समझौते (Verisign के लिए .com/.net, PIR के लिए .org, Identity Digital).

कोई डोमेन कैसे समाप्त होता है और वह समाप्ति के पहले या दिन 1 पर ऑफ़लाइन क्यों हो जाता है

+-------------------------------------------------------------------------+
| ICANN gTLD EXPIRATION TIMELINE (.com / .net / .org example)             |
|                                                                         |
| [Active Domain]                                                         |
|       |                                                                 |
|       v  (Expiration Date Reached: Day 0)                               |
| +---------------------------------------------------------------------+ |
| | STAGE 1: Auto-Renew Grace Period (Day 1 to Day 30-45)               | |
| | - EPP Status: ok or clientHold (Registrar swaps your NS to parking) | |
| | - Production Impact: 100% OFFLINE within 0 to 48 hours of expiry    | |
| | - Recovery: Log into registrar & pay normal renewal ($10-$30).      | |
| +---------------------------------------------------------------------+ |
|       |  (Registrar sends Delete command to Registry at Day 30-45)      |
|       v                                                                 |
| +---------------------------------------------------------------------+ |
| | STAGE 2: Redemption Grace Period [RGP] (Exactly 30 Calendar Days)   | |
| | - EPP Status: redemptionPeriod (Domain removed from TLD Root Zone)  | |
| | - Recovery: Still 100% guaranteed to original owner, MUST pay       | |
| |   Registry RGP Redemption Fee ($80-$250) + renewal via registrar.   | |
| +---------------------------------------------------------------------+ |
|       |  (30-Day RGP expires without redemption payment)                |
|       v                                                                 |
| +---------------------------------------------------------------------+ |
| | STAGE 3: Pending Delete (Exactly 5 Calendar Days)                   | |
| | - EPP Status: pendingDelete                                         | |
| | - Recovery: IMPOSSIBLE to renew or redeem at any price. Registry    | |
| |   rejects all registrar commands until public drop at Day 5 (~18:00 | |
| |   UTC for Verisign .com/.net).                                      | |
| +---------------------------------------------------------------------+ |
+-------------------------------------------------------------------------+

समाप्ति के प्रत्येक चरण में अपने सटीक अधिकारों, लागतों और पुनर्प्राप्ति कार्यों की तुलना करें, जिसमें देश-कोड शीर्ष-स्तरीय डोमेन शामिल हैं (ccTLDs जैसे .uk, .de, .eu, .ca, .au), जो ICANN का पालन नहीं करते हैं gTLD नियम:

समाप्ति चरण/टीएलडी प्रकार WHOIS EPP स्थिति कोड क्या आपके DNS नेमसर्वर सक्रिय हैं? क्या आप इसे 100% गारंटी के साथ पुनर्प्राप्त कर सकते हैं? सटीक पुनर्प्राप्ति प्रक्रिया
gTLD चरण 1: स्वत: नवीनीकरण अनुग्रह अवधि (Day 1 to 30/45) ok (पार्क के साथ NS) या clientHold नहीं. समाप्ति के 0 से 48 घंटों के भीतर, रजिस्ट्रार आपकी अदला-बदली कर देते हैं NS पार्क किए गए विज्ञापन सर्वर पर रिकॉर्ड (RenewNow, Sedo). हां (100%) मानक वार्षिक नवीनीकरण मूल्य पर ($10 to $40). अपने रजिस्ट्रार में लॉग इन करें, नवीनीकृत पर क्लिक करें, अपना मूल कस्टम सत्यापित करें NS रिकॉर्ड बहाल कर दिए गए हैं (पार्किंग पर नहीं छोड़ा गया है)। NS), और फ्लश 8.8.8.8 / 1.1.1.1.
gTLD चरण 2: मोचन अनुग्रह अवधि (RGP - 30 Days) redemptionPeriod (https://icann.org/epp#redemptionPeriod) नहीं. डोमेन को पूरी तरह से हटा दिया गया है .com/.org टीएलडी जोन (NXDOMAIN). हां (100%), विशेष रूप से हारने वाले रजिस्ट्रार के माध्यम से पूर्व पंजीकरणकर्ता द्वारा (ERRP अधिदेश)। रिडेम्पशन रिस्टोर शुल्क का भुगतान करें ($80 to $250) + आपके रजिस्ट्रार में 1-वर्ष का नवीनीकरण Expired / Redemption टैब (या यदि यूआई आरजीपी डोमेन छुपाता है तो रजिस्ट्रार 24/7 सहायता को कॉल करें)।
रजिस्ट्रार की समय सीमा समाप्त नीलामी ओवरलैप (Day 25 to 42 GoDaddy, Namecheap, Dynadot पर) clientHold / autoRenewPeriod नहीं. आम तौर पर हाँ दिन 30-42 तक, भले ही बोलीदाता रजिस्ट्रार की समाप्त नीलामी में बोली लगा रहे हों। आईसीएएनएन ईआरआरपी के तहत, एक रजिस्ट्रार को समाप्त नीलामी हस्तांतरण को अंतिम रूप देने से पहले पंजीकरणकर्ता को ग्रेस/रिडेम्पशन विंडो के दौरान नवीनीकरण करने की अनुमति देनी होगी। बिलिंग टैब में तुरंत नवीनीकरण करें।
gTLD चरण 3: लंबित हटाना (Final 5 Days) pendingDelete (https://icann.org/epp#pendingDelete) नहीं. नहीं(0% रजिस्ट्रार के माध्यम से)। रजिस्ट्री डोमेन को सार्वजनिक पूल में ले जाने से पहले 5 दिनों के लिए लॉक कर देती है। DropCatch.com, SnapNames/Network Solutions, NameJet, Park.io पर तुरंत एक साथ बैकऑर्डर दें (के लिए) .io/.ai), और Sav.com 5वां दिन समाप्त होने से पहले।
.uk / .co.uk (Nominet सीसीटीएलडी) Renewal required -> Suspended (Day 30 to Day 90) समाप्ति के बाद दिन 30 पर निलंबित (60-day 90 से 92 दिन पर ड्रॉप से पहले निलंबन अवधि)। हां (100%) मानक नवीनीकरण लागत पर (या सीधे नॉमिनेट रिकवरी के माध्यम से) दिन 90 तक। अपने माध्यम से नवीनीकृत करें .uk रजिस्ट्रार (या सीधे नोमिनेट ऑनलाइन सर्विसेज में लॉग इन करें secure.nominet.org.uk यदि आपका रजिस्ट्रार अनुत्तरदायी है)।
.de (DENIC) और .eu (EURid) सीसीटीएलडी .de: TRANSIT / RGP (30 days); .eu: QUARANTINE (40 days) संगरोध/पारगमन में एक बार ऑफ़लाइन। **हां (100%)**30 दिन के दौरान (DENIC) या 40-दिन (EURid) संगरोध अवधि। बहाली का अनुरोध करें (AuthInfo2 के लिए .de DENIC के माध्यम से या EURid के माध्यम से संगरोध पुनर्सक्रियन)।

चरण 2: समाप्त हो चुके या की चरण-दर-चरण पुनर्प्राप्ति RedemptionPeriod डोमेन

किसी समाप्त हो चुके डोमेन को कम से कम समय में ऑनलाइन वापस लाने के लिए इस सटीक क्रम का पालन करें:

चरण 1: अपने रजिस्ट्रार खाते तक पहुंच पुनः प्राप्त करें @yourdomain.com ईमेल मर चुका है

यहां एक समाप्त डोमेन का क्लासिक कैच-22 है: - आपका डोमेन (company.com) समाप्त हो गया है, इसलिए MX के लिए रिकॉर्ड company.com समाधान करना बंद कर दिया. - आप अपने डोमेन रजिस्ट्रार में लॉग इन करने का प्रयास करें (GoDaddy, Namecheap, Cloudflare, Porkbun, Hover, Network Solutions, Gandi), और रजिस्ट्रार कहता है: "हमने एक 6-अंकीय सत्यापन कोड भेजा है admin@company.com।" - क्योंकि company.com समाप्त हो गया है, वह ईमेल कभी नहीं आ सकता।

समाप्त हो चुके डोमेन ईमेल लूप से तुरंत कैसे बाहर निकलें: 1. अभी तक कुछ भी स्थानांतरित या संशोधित न करें: जांचें कि क्या आप अस्थायी आपातकालीन मेल कैचर को केवल तभी चालू कर सकते हैं जब डोमेन समाप्त नहीं हुआ हो (यदि डोमेन स्वयं टीएलडी स्तर पर समाप्त हो गया हो, MX नवीनीकरण होने तक कहीं भी समाधान नहीं हो सकता)। 2. रजिस्ट्रार के "खोया हुआ ईमेल एक्सेस/डोमेन समाप्त हो गया" खाता पुनर्प्राप्ति चैनल का उपयोग करें: - लगभग सभी आईसीएएनएन-मान्यता प्राप्त रजिस्ट्रार विशेष रूप से उन ग्राहकों के लिए एक समर्पित फोन या सरकारी-आईडी/कॉर्पोरेट-निगमन-दस्तावेज़ सत्यापन वर्कफ़्लो प्रदान करते हैं जिनका लॉगिन ईमेल बैठता है। @ खाते के अंदर समाप्त डोमेन। - रजिस्ट्रार सहायता को कॉल करने से पहले तीन आइटम तैयार रखें: (ए) क्रेडिट कार्ड के अंतिम 4 अंक या पिछले नवीनीकरण चालान पर उपयोग की गई पेपैल लेनदेन आईडी, (बी) आपका रजिस्ट्रार खाता आईडी/ग्राहक पिन, और (सी) एक सरकारी फोटो आईडी + निगमन के लेख/उपयोगिता बिल जो WHOIS पंजीकरण संगठन से मेल खाता हो (Tech / Admin / Registrant). 3. एक बार लॉग इन करने के बाद, तुरंत अपने रजिस्ट्रार खाते के ईमेल पते को किसी बाहरी डोमेन में बदलें (@gmail.com, @proton.me, या आपके स्वामित्व वाला एक अलग आपातकालीन डोमेन) और हार्डवेयर सुरक्षा कुंजी सक्षम करें (FIDO2) या TOTP प्रमाणक ऐप एमएफए इसलिए लॉगिन कभी भी निर्भर नहीं होता है @company.com पुनः ईमेल करें.

चरण 2: नवीनीकरण निष्पादित करें या RedemptionPeriod (RGP) पुनर्स्थापित करें

  1. यदि डोमेन चरण 1 में है (Auto-Renew Grace Period, दिन 1 से 30/45):
  2. बिलिंग -> नवीनीकरण या डोमेन सूची -> समाप्त फ़िल्टर पर जाएं और नवीनीकरण चालान का भुगतान करें।
  3. भुगतान करने के 60 सेकंड बाद महत्वपूर्ण जांच: डोमेन के नेमसर्वर खोलें (NS) रजिस्ट्रार डैशबोर्ड में सेटिंग्स। जांचें कि क्या रजिस्ट्रार स्वचालित रूप से आपके वास्तविक नेमसर्वर को वापस रख देता है (उदाहरण के लिए, ns-123.awsdns-15.com या ada.ns.cloudflare.com) या डोमेन को उसके समाप्त-पार्किंग सर्वर की ओर इंगित करते हुए छोड़ दिया (ns1.sedoparking.com / dns1.registrar-servers.com). यदि पार्किंग सर्वर अभी भी सूचीबद्ध हैं, तो अपने उत्पादन नेमसर्वर को मैन्युअल रूप से पुनः दर्ज करें और सहेजें।
  4. यदि डोमेन चरण 2 में है (Redemption Grace Period / redemptionPeriod, दिन 30/45 से 75):
  5. अपने रजिस्ट्रार डैशबोर्ड के अंदर एक अलग टैब देखें जिस पर अक्सर समाप्त डोमेन -> रिडेम्पशन, ट्रैश/रिस्टोर, या ग्रेस/रिडेम्पशन बिलिंग लेबल होता है।
  6. आरजीपी पुनर्स्थापना शुल्क + 1-वर्षीय नवीनीकरण का भुगतान करें।
  7. रजिस्ट्री में आरजीपी बहाली कैसे काम करती है (Verisign / PIR)? जब आप आरजीपी शुल्क का भुगतान करते हैं, तो आपका रजिस्ट्रार एक ** भेजता हैEPP <update><restore op="request">** टीएलडी रजिस्ट्री को आदेश। रजिस्ट्री तुरंत डोमेन स्थिति बदल देती है redemptionPeriod को pendingRestore और अपना डोमेन डालता है NS 15 से 60 मिनट के भीतर टीएलडी रूट ज़ोन में रिकॉर्ड वापस आ जाता है जबकि आपका रजिस्ट्रार सबमिट करता है restore op="report" अनुपालन पुष्टि.

चरण 3: शुद्ध करके स्थानीय आईएसपी कैश विलंब को बायपास करें 8.8.8.8 और 1.1.1.1

जब आपका डोमेन समाप्त हो गया, तो दुनिया भर के पुनरावर्ती DNS रिज़ॉल्वर ने पार्किंग नेमसर्वर या नकारात्मक को कैश कर दिया NXDOMAIN प्रतिक्रिया (टीएलडी द्वारा शासित)। SOA Minimum TTL, आम तौर पर 900 को 3,600 सेकंड, या 86,400 सेकंड के लिए NS रिकॉर्ड)। पल dig @a.gtld-servers.net yourdomain.com NS (पूछ रहा है .com रूट सर्वर सीधे) आपके वास्तविक उत्पादन नेमसर्वर को फिर से दिखाता है: 1. Google सार्वजनिक DNS फ्लश कैश खोलें (https://developers.google.com/speed/public-dns/cache): - फ्लश प्रकार NS सबसे पहले yourdomain.com, फिर फ्लश SOA, A, AAAA, MX, और TXT. 2. खोलें क्लाउडफ्लेयर 1.1.1.1 पर्ज कैश (https://one.one.one.one/purge-cache/): - पर्ज NS, A, AAAA, और MX के लिए yourdomain.com.

चरण 3: आपातकालीन नेमसर्वर (NS) DNS प्रदाता आउटेज के दौरान माइग्रेशन (और DNSSEC जाल)

क्या होगा यदि आपका डोमेन पंजीकरण 100 प्रतिशत वैध है और समाप्त नहीं हुआ है, लेकिन आपका आधिकारिक DNS प्रदाता (Route 53, Cloudflare, GoDaddy DNS, DigitalOcean DNS, Azure DNS, DNSimple, Dyn) एक भयावह आउटेज या DDoS हमले से पीड़ित है, और आपको अपने डोमेन के नेमसर्वर को स्थानांतरित करने की आवश्यकता है (NS) अभी बैकअप DNS प्रदाता के पास?

#1 माइग्रेशन किलर: स्विचिंग NS जबकि DNSSEC (DS रिकार्ड) सक्षम है

सिंगल बदलने से पहले NS अपने रजिस्ट्रार पर रिकॉर्ड करें, यह जाँचने के लिए यह कमांड चलाएँ DNSSEC आपके डोमेन पर मूल TLD रजिस्ट्री में सक्षम है: 

dig +short yourdomain.com DS @8.8.8.8
- यदि आउटपुट खाली है (रिक्त): DNSSEC आपके डोमेन पर नहीं सक्षम है। आप सुरक्षित रूप से अपना परिवर्तन कर सकते हैं NS आपके नए DNS प्रदाता को तुरंत इंगित करने के लिए आपके रजिस्ट्रार के पास रिकॉर्ड। - यदि आउटपुट प्रिंट करता है DS रिकॉर्ड (उदाहरण के लिए, 2371 13 2 8F9A1B...): रोकें: DNSSEC टीएलडी रजिस्ट्री में सक्रिय है।

+-------------------------------------------------------------------------+
| WHY CHANGING NS RECORDS WITH AN ACTIVE DS RECORD BREAKS THE INTERNET    |
|                                                                         |
| 1. Parent TLD (.com) holds your old DNS provider's DS Record (Key #2371)|
| 2. Old DNS Provider goes down. You import zone to New DNS Provider      |
|    (unsigned, or signed with a brand-new Key #9910) and swap NS.        |
| 3. Validating Resolver (8.8.8.8 / 1.1.1.1 / Comcast / ISP) queries      |
|    New DNS Provider, sees signature does NOT match DS Key #2371.        |
| 4. Resolver assumes an active MITM Spoofing Attack -> Returns SERVFAIL  |
| 5. RESULT: Your domain stays 100% dead worldwide even though the new    |
|    DNS servers are up and answering cleanly.                            |
+-------------------------------------------------------------------------+

सुरक्षित आपातकालीन नेमसर्वर माइग्रेशन चेकलिस्ट (शून्य) SERVFAIL प्रक्रिया)

  1. पहले नए DNS प्रदाता पर अपनी संपूर्ण DNS ज़ोन फ़ाइल का पुनर्निर्माण या आयात करें:
  2. मेमोरी से कभी भी अपने DNS रिकॉर्ड का अनुमान न लगाएं (@, www, और api शायद ही कभी एकमात्र रिकॉर्ड होते हैं; भूलना MX, SPF/TXT, DKIM, _dmarc, autodiscover, या CAA ईमेल डिलीवरी और टीएलएस नवीनीकरण को तोड़ता है)।
  3. जब आपके प्राथमिक DNS प्रदाता का डैशबोर्ड डाउन हो तो अपना पूरा DNS ज़ोन कहां खोजें:
    • ** कोड के रूप में इंफ्रास्ट्रक्चर की जांच करें (Terraform, Pulumi, OctoDNS, DNSControl)** आपके Git रिपॉजिटरी में।
    • ** हाल के क्षेत्र निर्यात की जाँच करें (BIND .zone फ़ाइलें)** या ऐतिहासिक DNS डेटाबेस खोजें (SecurityTrails, ViewDNS.info, DNSDumpster, या Censys / crt.sh उपडोमेन के लिए)।
    • क्वेरी कैश्ड रिकॉर्ड अभी भी सार्वजनिक पुनरावर्ती रिज़ॉल्वर के अंदर मौजूद हैं (dig @8.8.8.8 yourdomain.com MX, dig @1.1.1.1 yourdomain.com TXT, dig @9.9.9.9 api.yourdomain.com A) उनके टीटीएल समाप्त होने से पहले।
  4. आपके रजिस्ट्रार को छूने से पहले सत्यापित करें कि नया DNS प्रदाता प्रत्येक महत्वपूर्ण रिकॉर्ड के लिए आधिकारिक रूप से उत्तर दे रहा है: मान लीजिए कि आपके नए प्रदाता ने आपको नियुक्त किया है ns1.rescuedns.com और ns2.rescuedns.com. उनके साथ सीधे परीक्षण करें dig: 
    dig @ns1.rescuedns.com yourdomain.com SOA +norecurse
dig @ns1.rescuedns.com yourdomain.com A +norecurse
dig @ns1.rescuedns.com yourdomain.com MX +norecurse
    तक प्रतीक्षा करें flags: में लाइन dig हेडर में स्पष्ट रूप से ** शामिल हैaa** (Authoritative Answer) और रिटर्न status: NOERROR.
  5. अगर dig +short yourdomain.com DS एक लौटाया DS रिकार्ड करना, संभालना DNSSEC रजिस्ट्रार पर:
  6. एक सक्रिय आउटेज के दौरान जहां पुराना DNS प्रदाता पूरी तरह से पहुंच योग्य नहीं है: अपने डोमेन रजिस्ट्रार (जहां आपने डोमेन खरीदा था) में लॉग इन करें, DNSSEC / DS रिकॉर्ड्स अनुभाग पर जाएं, और सभी को हटा दें DS रिकॉर्ड्स इसलिए डोमेन अहस्ताक्षरित पर वापस आ जाता है (Insecure) टीएलडी पैरेंट ज़ोन पर मोड। तब तक प्रतीक्षा करें dig +short yourdomain.com DS @a.gtld-servers.net खाली लौटाता है (और फ्लश करें)। DS में 8.8.8.8 / 1.1.1.1), या नया DNS प्रदाता जोड़ें DS यदि नियोजित बहु-हस्ताक्षरकर्ता माइग्रेशन कर रहे हैं तो पुराने के साथ रिकॉर्ड करें।
  7. ** नेमसर्वर अपडेट करें (NS) आपके डोमेन रजिस्ट्रार पर**: मृत नेमसर्वर को बदलें ns1.rescuedns.com और ns2.rescuedns.com आपके रजिस्ट्रार के कस्टम नेमसर्वर पैनल में (नोट: बदल रहा है NS जब पुराने सर्वर ख़त्म हो जाते हैं तो ज़ोन संपादक के अंदर के रिकॉर्ड कुछ नहीं करते हैं; आपको रजिस्ट्रार स्तर पर ग्लू/पैरेंट डेलिगेशन नेमसर्वर को बदलना होगा)।
  8. शुद्ध करना NS और DS Google पर कैश (8.8.8.8) और क्लाउडफ्लेयर (1.1.1.1): नए नेमसर्वर को तत्काल अपनाने के लिए बाध्य करने के लिए चरण 2 चरण 3 से सार्वजनिक कैश पर्ज टूल का उपयोग करें।

Tip

अपने BIND की एक स्थानीय ऑफ़लाइन प्रति सहेजें .zone आउटेज होने से पहले फ़ाइल और रजिस्ट्रार रिकवरी कोड: चलाएँ cli53 export yourdomain.com > yourdomain.zone (रूट 53 के लिए) या क्लाउडफ़ेयर से अपनी ज़ोन फ़ाइल निर्यात करें (DNS -> Records -> Export) हर बार जब आप उत्पादन रिकॉर्ड को संशोधित करते हैं, और उस टेक्स्ट फ़ाइल को अपने रजिस्ट्रार 2एफए रिकवरी कोड के साथ अपनी टीम के ऑफ़लाइन पासवर्ड मैनेजर के अंदर संग्रहीत करते हैं। स्वच्छ आरएफसी 1035 होना .zone फ़ाइल आपको 90 सेकंड से कम समय में एक द्वितीयक DNS प्रदाता खड़ा करने की सुविधा देती है।

Warning

क्या होगा यदि आपका डोमेन रजिस्ट्रार और आपका डीएनएस प्रदाता बिल्कुल एक ही कंपनी हैं (उदाहरण के लिए, क्लाउडफ्लेयर रजिस्ट्रार, रूट 53 रजिस्ट्रार, या गोडैडी), और उनका वेब डैशबोर्ड नीचे है? यदि आपके रजिस्ट्रार का स्वयं का नियंत्रण विमान ऑफ़लाइन है (या यदि आप क्लाउडफ्लेयर रजिस्ट्रार का उपयोग करते हैं, जो एंटरप्राइज मल्टी-प्रोवाइडर डीएनएस का उपयोग किए बिना सामान्य शर्तों के तहत कस्टम नेमसर्वर को प्रतिबंधित करता है), तो आप बदलने के लिए रजिस्ट्रार यूआई में लॉग इन नहीं कर सकते हैं NS आउटेज के दौरान रिकॉर्ड. मिशन-महत्वपूर्ण डोमेन पर एकल-विक्रेता नियंत्रण-प्लेन विफलता से बचने के लिए, अपने डोमेन पंजीकरण को अपने प्राधिकरणिक DNS से एक अलग रजिस्ट्रार पर रखें, या माध्यमिक/दोहरे आधिकारिक DNS को कॉन्फ़िगर करें (RFC 8901 बहु-हस्ताक्षरकर्ता DNSSEC) जहां दो स्वतंत्र प्रदाता (e.g., Route 53 + NS1 या Cloudflare + DNS Made Easy) दोनों आपके पैरेंट में एक साथ सूचीबद्ध हैं NS हर समय प्रतिनिधिमंडल।

चरण 4: आपातकाल के दौरान 60-दिवसीय आईसीएएनएन रजिस्ट्रार ट्रांसफर लॉक से बचना

यदि आपको अपना डोमेन किसी नए रजिस्ट्रार को स्थानांतरित करने की आवश्यकता हो तो क्या होगा (ICANN Inter-Registrar Transfer), केवल ** द्वारा अवरुद्ध होने के लिएDomain Status: clientTransferProhibited** और एक संदेश जिसमें कहा गया है: "यह डोमेन 60-दिवसीय आईसीएएनएन ट्रांसफर लॉक के अंतर्गत है क्योंकि संपर्क जानकारी हाल ही में अपडेट की गई थी"?

  1. 60-दिवसीय लॉक क्यों शुरू हुआ: ICANN स्थानांतरण नीति (धारा II.C.1) के तहत, जब भी कोई डोमेन नया पंजीकृत होता है, रजिस्ट्रारों के बीच स्थानांतरित होता है, या "पंजीकरणकर्ता का परिवर्तन" (रजिस्ट्रार संपर्क का पहला नाम, अंतिम नाम, संगठन का नाम, या ईमेल पता अपडेट करना) होता है, तो रजिस्ट्रार 60-दिवसीय स्थानांतरण लॉक लगाते हैं।
  2. पंजीकरणकर्ता परिवर्तन 60-दिवसीय लॉक को कैसे बायपास करें या उससे बाहर निकलें:
  3. WHOIS संपर्क विवरण संपादित करने से पहले: लगभग सभी प्रमुख रजिस्ट्रार सीधे संपर्क संपादन स्क्रीन पर लेबल वाला एक चेकबॉक्स प्रदान करते हैं: "इस संपर्क अद्यतन के बाद 60-दिवसीय स्थानांतरण लॉक से बाहर निकलें।" उस बॉक्स को चेक करने से आप अपने व्यवस्थापक/रजिस्ट्रार ईमेल पते को अपडेट कर सकते हैं और फिर भी एक जनरेट कर सकते हैं। EPP Auth-Code (Transfer Secret) डोमेन को उसी दिन स्थानांतरित करने के लिए।
  4. याद रखें कि आपको DNS प्रदाताओं को बदलने के लिए डोमेन पंजीकरण को स्थानांतरित करने की आवश्यकता नहीं है: भले ही डोमेन को रजिस्ट्रार ट्रांसफर के विरुद्ध 60 दिनों के लिए लॉक कर दिया गया हो (clientTransferProhibited), आप अभी भी इसके नेमसर्वर बदल सकते हैं (NS रिकॉर्ड) शून्य प्रतीक्षा अवधि के साथ किसी भी समय वर्तमान रजिस्ट्रार के पास; DNS स्विच करने में कुछ मिनट लगते हैं, जबकि एक पूर्ण रजिस्ट्रार स्थानांतरण में 5 से 7 दिन तक का समय लगता है जब तक कि खोने वाला रजिस्ट्रार तत्काल क्लिक नहीं करता ** आउटगोइंग ट्रांसफर स्वीकृत करें (FOa)** बटन.

चरण 5: भविष्य में होने वाली रुकावटों के खिलाफ डोमेन पंजीकरण और डीएनएस को सख्त बनाना

एक बार जब आपका डोमेन और डीएनएस रिज़ॉल्यूशन 100 प्रतिशत बहाल हो जाए, तो इस लचीलापन चेकलिस्ट को पूरा करें:

  • सक्षम करें Registry Lock (serverDeleteProhibited, serverUpdateProhibited, serverTransferProhibited) मिशन-महत्वपूर्ण उत्पादन डोमेन पर: मानक Registrar Lock (clientTransferProhibited) यदि कोई हमलावर आपके रजिस्ट्रार लॉगिन को हाईजैक कर लेता है तो इसे एक क्लिक से बंद किया जा सकता है। रजिस्ट्री लॉक (एंटरप्राइज़ डोमेन के लिए वेरीसाइन, पीआईआर, क्लाउडफ्लेयर, सीएससी, मार्कमॉनिटर, गैंडी और पोर्कबुन/नेमचीप द्वारा प्रदान किया गया) डोमेन को सीधे टीएलडी रजिस्ट्री स्तर पर लॉक कर देता है, जिसके लिए किसी भी आउट-ऑफ-बैंड मल्टी-पर्सन वॉयस/क्रिप्टोग्राफ़िक सत्यापन की आवश्यकता होती है। NS रिकॉर्ड बदला जा सकता है या डोमेन हटाया जा सकता है।
  • उत्पादन डोमेन को 5 से 10 साल पहले नवीनीकृत करें (ICANN maximum horizon is 10 years): व्यवसाय-महत्वपूर्ण डोमेन को साल-दर-साल नवीनीकरण पर कभी न छोड़ें जहां एक भी समाप्त कॉर्पोरेट क्रेडिट कार्ड समाप्ति आउटेज को ट्रिगर कर सकता है। एक बार में 5 से 10 साल का प्री-पेमेंट।
  • कभी भी इसका प्रयोग न करें @yourdomain.com रजिस्ट्रार प्रबंधन में लॉगिन या बिलिंग अधिसूचना संपर्क के रूप में ईमेल पता yourdomain.com: एक स्वतंत्र प्रशासनिक डोमेन या कठोर बाहरी खाते पर एक समर्पित सुरक्षा वितरण सूची का उपयोग करें और मॉनिटर करें RDAP / WHOIS स्वचालित बाहरी प्रोमेथियस/अपटाइम मॉनिटर के माध्यम से समाप्ति तिथियां (domain_expiry_days < 60).
  • निचला NS और DS टीटीएल (300 को 3600 सेकंड) किसी भी नियोजित डीएनएस माइग्रेशन से 48 घंटे पहले: टीटीएल को पहले से कम करने से यह सुनिश्चित होता है कि नियोजित कटओवर के 5 मिनट के भीतर रिज़ॉल्वर स्विच हो जाता है।

क्षेत्रीय आपातकालीन नंबर और एजेंसी प्रोटोकॉल

जब कोई डोमेन या डीएनएस आउटेज स्वास्थ्य सुविधाओं, आपातकालीन सेवाओं, नगरपालिका उपयोगिताओं, या सरकारी बुनियादी ढांचे को प्रभावित करता है, तो इन क्षेत्रीय वृद्धि चैनलों का पालन करें:

  • संयुक्त राज्य अमेरिका और कनाडा: डायल करें 911 यदि कोई डोमेन/डीएनएस आउटेज क्लिनिकल अस्पताल टेलीमेट्री, एम्बुलेंस प्रेषण, या जीवन-सुरक्षा प्रणालियों को अक्षम कर देता है। डीएनएस बुनियादी ढांचे पर डीडीओएस हमलों या बीजीपी/डीएनएस अपहरण की रिपोर्ट सीआईएसए को करें (1-844-Say-CISA / cisa.gov/report), एफबीआई आईसी3 (ic3.gov), या कैनेडियन सेंटर फॉर साइबर सिक्योरिटी (1-833-CYBER-88). के लिए .gov डोमेन, CISA से संपर्क करें .gov रजिस्ट्रार हेल्पडेस्क।
  • यूनाइटेड किंगडम: डायल 999 जीवन को ख़तरे या तीव्र एनएचएस व्यवधान के लिए। महत्वपूर्ण DNS आउटेज या डोमेन हाईजैक की रिपोर्ट NCSC को करें (ncsc.gov.uk), और संपर्क करें नामांकित (01865 332244) सीधे अत्यावश्यक के लिए .uk / .gov.uk / .nhs.uk रजिस्ट्री मुद्दे.
  • यूरोपीय संघ: डायल करें 112 सभी यूरोपीय संघ के सदस्य देशों में। DNS सेवा प्रदाताओं और TLD नाम रजिस्ट्रियों को EU NIS2 निर्देश के तहत विनियमित किया जाता है (Directive 2022/2555) और 24 घंटे के भीतर अपने राष्ट्रीय सीएसआईआरटी को महत्वपूर्ण उपलब्धता की घटनाओं की रिपोर्ट करनी होगी।
  • ऑस्ट्रेलिया और न्यूजीलैंड: डायल 000 ऑस्ट्रेलिया में या 111 न्यूजीलैंड में; महत्वपूर्ण DNS या डोमेन घटनाओं की रिपोर्ट ACSC को करें (1300 CYBER1), auDA (के लिए .au), या डोमेन नाम आयोग NZ (के लिए .nz).
  • भारत और एशिया-प्रशांत: डायल करें 112 भारत में आपातकालीन प्रतिक्रिया के लिए; DNS/डोमेन अवसंरचना हमलों की रिपोर्ट CERT-In को करें (incident@cert-in.org.in) 6 घंटे के भीतर या NIXI के लिए .in रजिस्ट्री वृद्धि.

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

मेरे डोमेन ने अपने आधिकारिक WHOIS समाप्ति टाइमस्टैम्प से 24 घंटे पहले काम करना क्यों बंद कर दिया?

सबसे पहले, समयक्षेत्र जांचें: WHOIS `Registry Expiry Date` हमेशा **UTC में मुद्रित होता है (`Z`)**, जो उत्तरी अमेरिकी समयक्षेत्र से 4 से 8 घंटे आगे है (मतलब एक डोमेन जिसकी समय सीमा समाप्त हो रही है) `2026-11-01T04:00:00Z` वास्तव में समाप्त हो जाता है `8:00 PM PDT` 31 अक्टूबर को)। दूसरा, यदि आपका `NS` रिकॉर्ड्स में एक था `24-hour` या `48-hour` टीटीएल और रजिस्ट्रार ने उनकी अदला-बदली की `00:00 UTC` समाप्ति के दिन, जिन उपयोगकर्ताओं के रिज़ॉल्वर जल्दी ताज़ा हो गए थे, वे तुरंत पार्किंग पृष्ठ पर आ गए, जबकि अन्य घंटों तक कैश में पड़े रहे।

मेरा रजिस्ट्रार पूरी तरह से काम से बाहर है या अनुत्तरदायी है (Dead / De-accredited Registrar), और मेरा डोमेन समाप्त हो रहा है। मैं इसे कैसे बचाऊं?

जब आईसीएएनएन **डी-मान्यता प्राप्त रजिस्ट्रार ट्रांजिशन प्रक्रिया के तहत एक असफल रजिस्ट्रार को समाप्त या डी-मान्यता देता है (`DARTP`)**, आईसीएएनएन स्वचालित रूप से सभी डोमेन को पंजीकरणकर्ताओं के लिए शून्य लागत पर एक प्राप्त संरक्षक रजिस्ट्रार को बल्क-ट्रांसफर करता है। जांचें `whois yourdomain.com` (या `lookup.icann.org`) यह देखने के लिए कि कौन सा **रजिस्ट्रार** और **आईएएनए आईडी** वर्तमान में आपका डोमेन रखता है, या **आईसीएएनएन संविदात्मक अनुपालन के साथ सीधे एक तत्काल **डोमेन नवीनीकरण / स्थानांतरण शिकायत** दर्ज करें (`icann.org/compliance/complaint`)**.

मेरी वेबसाइट सेलुलर डेटा पर कुछ ग्राहकों के लिए क्यों काम कर रही है, लेकिन मेरे द्वारा डोमेन नवीनीकृत करने के 6 घंटे बाद भी हमारे कार्यालय के वाई-फाई पर समाप्त पार्किंग पृष्ठ दिखा रही है?

आपके कार्यालय नेटवर्क या स्थानीय आईएसपी पुनरावर्ती डीएनएस रिज़ॉल्वर ने रजिस्ट्रार के पार्किंग-पेज को कैश किया `NS` और `A` डोमेन समाप्त होने के दौरान रिकॉर्ड, और पार्किंग नेमसर्वर कुख्यात रूप से उच्च टीटीएल सेट करते हैं (`3,600` को `86,400` सेकंड/24 घंटे) ताकि विज्ञापन पृष्ठ अधिक समय तक कैश्ड रहें। Google को फ्लश करें (`8.8.8.8`) और क्लाउडफ्लेयर (`1.1.1.1`) उनके वेब पर्ज टूल का उपयोग करके, फिर अपने स्थानीय कंप्यूटर पर चलाएं `ipconfig /flushdns` (विंडोज़), `sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder` (मैकओएस), या `sudo resolvectl flush-caches` (लिनक्स)।

भेजे गए ईमेल का क्या होता है @yourdomain.com जबकि हमारा डोमेन या DNS 18 घंटे के लिए समाप्त हो गया था? क्या वे हमेशा के लिए खो गए हैं?

ज्यादातर मामलों में, DNS आउटेज के पहले 12 से 48 घंटों के दौरान भेजे गए वैध ईमेल खोए नहीं जाते: वे प्रेषक के मेल सर्वर पर कतारबद्ध होते हैं और अगले कुछ घंटों में स्वचालित रूप से पहुंच जाएंगे।. के अंतर्गत **`RFC 5321` (सिंपल मेल ट्रांसफर प्रोटोकॉल, धारा 4.5.4.1)**, जब एक भेजने वाला मेल सर्वर (`Gmail`, `Microsoft Exchange Online`, `Postfix`) को अस्थायी DNS लुकअप विफलता मिलती है (`SERVFAIL`) या किसी से कनेक्ट नहीं हो सकता `MX` होस्ट, यह संदेश को **4 से 5 दिनों के लिए पुनः प्रयास कतार में रखता है (`96 to 120 hours`)**, घातीय बैकऑफ़ के साथ पुनः प्रयास करना। हालाँकि, यदि रजिस्ट्रार के समाप्त पार्किंग पृष्ठ में **वाइल्डकार्ड शून्य शामिल है `MX` रिकॉर्ड (`0 .`)** या एक पार्किंग मेल सर्वर जिसने हार्ड के साथ मेल को अस्वीकार कर दिया `550 5.1.1 User Unknown` स्थायी बाउंस, उन प्रेषकों को तत्काल बाउंस अधिसूचना प्राप्त हुई और उन्हें अपना ईमेल दोबारा भेजना होगा।

क्या मैं एक ही समय में दो DNS प्रदाता स्थापित कर सकता हूँ (Cloudflare + Route 53) केवल दो क्लाउडफ्लेयर सूचीबद्ध करके NS रिकॉर्ड और दो रूट 53 NS मेरे रजिस्ट्रार के पास रिकॉर्ड?

हाँ, जब तक `DNSSEC` अक्षम है (या ठीक से कॉन्फ़िगर किया गया है `RFC 8901` मल्टी-सिग्नर डीएनएसएसईसी) और दोनों प्रदाता समान डीएनएस रिकॉर्ड पेश करते हैं. पुनरावर्ती रिज़ॉल्वर सभी सूचीबद्ध पैरेंट को क्वेरी करते हैं `NS` राउंड-रॉबिन/आरटीटी विलंबता चयन का उपयोग कर रिकॉर्ड (`SRTT`). यदि आप सूचीबद्ध करते हैं `ns1.providerA.com`, `ns2.providerA.com`, `ns1.providerB.com`, और `ns2.providerB.com` अपने रजिस्ट्रार के कस्टम नेमसर्वर में और **OctoDNS**, **DNSControl**, **Terraform**, या का उपयोग करके दोनों ज़ोन को सिंक्रनाइज़ रखें `AXFR / IXFR` ज़ोन स्थानांतरण, आपका डोमेन स्वचालित रूप से किसी भी DNS प्रदाता के 100 प्रतिशत आउटेज से बच जाता है।

में क्या अंतर है clientHold और serverHold WHOIS में?

** से शुरू होने वाले ईपीपी स्थिति कोड`client...`** (`clientHold`, `clientTransferProhibited`) आपके **डोमेन रजिस्ट्रार** (खुदरा विक्रेता जहां आप अपना खाता प्रबंधित करते हैं, जैसे नेमचीप या गोडैडी) द्वारा सेट किए जाते हैं और आपके रजिस्ट्रार के समर्थन या बिलिंग सिस्टम द्वारा तुरंत हटाए जा सकते हैं। ** से प्रारंभ होने वाले स्थिति कोड`server...`** (`serverHold`, `serverTransferProhibited`) सीधे **TLD रजिस्ट्री ऑपरेटर** द्वारा सेट किए जाते हैं (`Verisign`, `PIR`, `Nominet`) अदालत के आदेशों, यूडीआरपी विवादों, रजिस्ट्री-स्तरीय दुरुपयोग निलंबन, या हार्डवेयर **रजिस्ट्री लॉक** के कारण, और इसे उठाने के लिए अपने रजिस्ट्रार के माध्यम से रजिस्ट्री से संपर्क करने की आवश्यकता होती है।

संबंधित मार्गदर्शिकाएँ

स्रोत और आधिकारिक मार्गदर्शन

  • निर्दिष्ट नाम और नंबरों के लिए इंटरनेट कॉर्पोरेशन (ICANN): समाप्त पंजीकरण पुनर्प्राप्ति नीति (ERRP), समाप्त डोमेन विलोपन नीति (EDDP), अंतर-रजिस्ट्रार स्थानांतरण नीति (रजिस्ट्रार लॉक का 60-दिवसीय परिवर्तन), और ईपीपी स्थिति कोड संदर्भ (clientHold, redemptionPeriod, pendingDelete).
  • इंटरनेट इंजीनियरिंग टास्क फोर्स (IETF): RFC 6781 (डीएनएसएसईसी परिचालन प्रथाएं: मुख्य रोलओवर और आपातकाल DS निष्कासन) और RFC 8901 (बहु-प्रदाता आधिकारिक DNS के लिए बहु-हस्ताक्षरकर्ता DNSSEC मॉडल)।
  • राष्ट्रीय मानक एवं प्रौद्योगिकी संस्थान (NIST) (संयुक्त राज्य अमेरिका): विशेष प्रकाशन 800-81-2: सुरक्षित डोमेन नाम प्रणाली (DNS) परिनियोजन गाइड।
  • साइबर सुरक्षा और बुनियादी ढांचा सुरक्षा एजेंसी (CISA) (संयुक्त राज्य अमेरिका): आपातकालीन निर्देश 19-01: डीएनएस इंफ्रास्ट्रक्चर से छेड़छाड़ को कम करना।
  • साइबर सुरक्षा के लिए यूरोपीय संघ एजेंसी (ENISA): डीएनएस सेवा प्रदाताओं और टीएलडी नाम रजिस्ट्रियों के लिए एनआईएस2 तकनीकी मार्गदर्शन।