ڈومین رجسٹرار یا ڈی این ایس فراہم کنندہ کی بندش: ڈومین ریڈیمپشن گریس پیریڈ، ڈی این ایس ایس ای سی SERVFAIL ٹریپ، اور ایمرجنسی نیمسرور مائیگریشن¶

یہ جاننے کے لیے بیدار ہونا کہ آپ کی کمپنی کی بنیادی ویب سائٹ، API اینڈ پوائنٹس (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, ISP ریزولورز) کے ساتھ آپ کے ٹریفک کا 100 فیصد ڈراپ کرنا SERVFAIL. اگر کسی حملہ آور نے آپ کے رجسٹرار لاگ ان کی اسناد سے سمجھوتہ کیا ہے اور آپ کے ڈومین کو بدنیتی سے منتقل یا تبدیل کیا ہے، تو اس پر سوئچ کریں ڈومین نام ہائی جیکنگ، میعاد ختم ہونے والا DNS، اور ویب سائٹ ٹیک اوور; اگر آپ کے TLS سرٹیفکیٹ کی میعاد ختم ہو گئی ہے یا DNS بحال ہونے کے بعد ٹوٹ گئی ہے تو دیکھیں SSL/TLS سرٹیفکیٹ کی پیداوار، HSTS پری لوڈ لاک آؤٹ، اور ہنگامی تجدید میں ختم ہو گئی۔ اور Google Workspace یا Microsoft 365 کسٹم ڈومین ایڈمن لاک آؤٹ اور DNS تصدیق. اگر یہ بندش ہسپتال کے طبی مواصلات، 911/112 ایمرجنسی ڈسپیچ روٹنگ، یا اہم عوامی سہولیات کو غیر فعال کر دیتی ہے، تو اپنے مقامی ہنگامی نمبر پر کال کریں (911 ریاستہائے متحدہ اور کینیڈا میں، 112 یورپی یونین بھر میں، 999 برطانیہ میں) یا ہماری ڈائرکٹری سے مشورہ کریں۔ ہنگامی نمبر.

اب یہ کرو¶

1. ** 10 سیکنڈ میں تشخیص کریں کہ آیا ناکامی ایک میعاد ختم/معطل ڈومین ہے (EPP Status)، ایک مستند DNS فراہم کنندہ کی بندش، یا a 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 آپ کے سرور کے IP ایڈریس کے ساتھ، ** آپ کے DNS سرورز ڈاؤن نہیں ہیں: آپ کے 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) کو ہٹائے بغیر DNSSEC- فعال DNS فراہم کنندہ (جیسے Cloudflare، Route 53، یا Google Cloud DNS) سے دور DS پہلے اپنے رجسٹرار کے پاس ریکارڈ کریں**: اگر DNSSEC فعال ہے اور آپ اپنا تبادلہ کرتے ہیں۔ NS والدین کو حذف کیے بغیر کسی بندش کے دوران ریسکیو DNS فراہم کنندہ کو ریکارڈ کریں۔ DS (Delegation Signer) میں ریکارڈ .com / .org TLD زون پہلے، زمین پر ہر توثیق کرنے والا حل کرنے والا نئے DNS فراہم کنندہ کے غیر دستخط شدہ جوابات کو ایک کرپٹوگرافک سپوفنگ اٹیک کے طور پر مسترد کر دے گا (SERVFAIL)۔
8. ** اگر آپ کو اپنے کارپوریٹ سے باہر کر دیا گیا ہے۔ @yourdomain.com ای میل کریں کیونکہ آپ کا ڈومین ہے۔ MX ریکارڈز نیچے ہیں، "پاس ورڈ ری سیٹ کوڈ کو بھیجیں" پر کلک نہ کریں۔ admin@yourdomain.com"آپ کے رجسٹرار پر**: جب آپ کا ڈومین NS یا MX ریکارڈ آف لائن ہیں، کوئی بھی توثیقی ای میل بھیجی گئی ہے۔ @yourdomain.com ایک قطار میں اچھالتا ہے یا غائب ہو جاتا ہے۔ اپنے رجسٹرار کا SMS/Authenticator MFA استعمال کریں، آؤٹ آف بینڈ بیک اپ ای میل (@gmail.com / @proton.me)، یا فون کی شناخت کی تصدیق کا بہاؤ۔
9. ایک ختم شدہ ڈومین کی تجدید کے بعد، دستی طور پر تصدیق کریں کہ آپ کے رجسٹرار نے آپ کے اصل کسٹم نیم سرورز کو بحال کر دیا ہے (NS) ڈومین کو آن چھوڑنے کے بجائے sedoparking.com / renewyourname.net: جب کسی ڈومین کی میعاد ختم ہو جاتی ہے، تو رجسٹرار آپ کے حسب ضرورت کو اوور رائٹ کر دیتے ہیں۔ NS پارکنگ نام سرورز کے ساتھ ریکارڈ (ns1.parklogic.com، dns1.name-services.com)۔ بعض اوقات تجدید کی ادائیگی اگلے سال کی میعاد ختم ہونے کی تاریخ کو اپ ڈیٹ کرتی ہے جبکہ پارکنگ کے نام سرورز کو اس وقت تک فعال چھوڑ دیتے ہیں جب تک کہ آپ انہیں دستی طور پر واپس نہ کریں۔
10. ** فلش گلوبل پبلک ریکرسیو ڈی این ایس کیشز (Google 8.8.8.8، Cloudflare 1.1.1.1، OpenDNS) دوسرا آپ کا NS یا DS ریکارڈ بحال ہوتے ہیں**: کیش کے لیے 24 سے 48 گھنٹے انتظار کرنے کے بجائے NXDOMAIN یا پارکنگ کا صفحہ NS قدرتی طور پر ختم ہونے والے ریکارڈز، گوگل پبلک DNS پر فوری عالمی کیش صاف کرنے کو متحرک کریںdevelopers.google.com/speed/public-dns/cache) اور کلاؤڈ فلیئر 1.1.1.1 (one.one.one.one/purge-cache/)۔

فیصلہ ٹری: عالمی ڈومین یا DNS بلیک آؤٹ ایمرجنسی ٹرائیج¶

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{"کیا ڈیگ @8.8.8.8 domain.com ناکام ہو جاتا ہے، جبکہ +cd کو شامل کرنے سے کامیابی ہوتی ہے؟"}

    CheckCD -->|"ہاں: +cd کے ساتھ کام کرتا ہے، +cd کے بغیر ناکام ہوجاتا ہے۔"| DnssecBreak["ٹوٹا ہوا DNSSEC چین آف ٹرسٹ: رجسٹرار پر سٹیل DS ریکارڈ کو حذف کریں یا دوبارہ سائن زون -> فلش 8.8.8.8 اور 1.1.1.1"]

    CheckCD -->|"نہیں: فیل یا ریٹرن پارکنگ IP دونوں"| CheckWhois{"WHOIS EPP ڈومین کی حیثیت اور میعاد ختم ہونے کی تاریخ کا معائنہ کریں۔"}

    CheckWhois -->|"حیثیت: کلائنٹ ہولڈ یا سرور ہولڈ"| HoldState["رجسٹرار / رجسٹری معطلی: مکمل ICANN RAA ای میل تصدیق یا غلط استعمال/بلنگ ٹکٹ فوری طور پر"]

    CheckWhois -->|"میعاد ختم ہونے کی تاریخ گزر گئی (اسٹیٹس: آٹو رینیو پیریڈ)"| GraceRenew["دن 1 سے 45 میعاد ختم ہونے کے بعد: رجسٹرار پورٹل میں معیاری تجدید کی ادائیگی کریں -> اپنی مرضی کے NS بحال ہونے کی تصدیق کریں"]

    CheckWhois -->|"حیثیت: چھٹکارے کی مدت (RGP)"| RgpRestore["دن 45 سے 75 تک میعاد ختم ہونے کے بعد: ارجنٹ رجسٹرار سپورٹ ٹکٹ کھولیں / آر جی پی ریسٹور فیس ($80-$250) فوری طور پر ادا کریں"]

    CheckWhois -->|"حیثیت: زیر التواء حذف کریں۔"| PendingDel["آخری 5 دن کا لاک: رجسٹرار پر تجدید نہیں کیا جا سکتا ہے -> تمام بڑے ڈراپ کیچرز پر بیک آرڈرز رکھیں"]

    CheckWhois -->|"حیثیت: ٹھیک ہے / کلائنٹ کی منتقلی ممنوع ہے اور مستقبل میں ختم ہو جائے گی۔"| AuthDown["ڈومین رجسٹریشن صحت مند -> مستند DNS فراہم کنندہ کی بندش یا غائب زون"]

    AuthDown --> MigrateNS["ثانوی DNS فراہم کنندہ میں زون فائل (`BIND` / Terraform) درآمد کریں -> DS ریکارڈ کو ہٹا دیں اگر DNSSEC آن ہے -> NS کو رجسٹرار پر اپ ڈیٹ کریں"]

مرحلہ 1: ICANN ڈومین ایکسپائریشن لائف سائیکل (Auto-Renew بمقابلہ Redemption بمقابلہ Pending Delete)¶

جب ایک عمومی ٹاپ لیول ڈومین (gTLD جیسے .com، .net، .org، .io، .ai، .co، .app، .dev) کی میعاد ختم ہو جاتی ہے کیونکہ ایک خودکار تجدید کریڈٹ کارڈ ناکام ہو جاتا ہے یا ملازم کے جانے کے بعد فنانس کارڈ منسوخ ہو جاتا ہے، ڈومین ایک سخت ملٹی سٹیج لائف سائیکل سے گزرتا ہے جو ICANN کی میعاد ختم ہونے والی رجسٹریشن ریکوری پالیسی (ERRP) اور رجسٹری آپریٹر کے معاہدے (Verisign کے لیے .com/.net، PIR کے لیے .org، Identity Digital)۔

ڈومین کیسے مرتا ہے اور یہ میعاد ختم ہونے سے پہلے یا پہلے دن آف لائن کیوں ہو جاتا ہے۔¶

+-------------------------------------------------------------------------+
| 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 قواعد:

مرحلہ 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. ابھی تک کسی بھی چیز کی منتقلی یا ترمیم نہ کریں: چیک کریں کہ کیا آپ عارضی ایمرجنسی میل کیچر کو صرف اس صورت میں اسپن کر سکتے ہیں جب ڈومین کی میعاد ختم نہ ہوئی ہو (اگر ڈومین خود TLD سطح پر ختم ہو گیا ہو، MX تجدید ہونے تک کہیں بھی حل نہیں ہو سکتا)۔ 2. رجسٹرار کے "کھوئے ہوئے ای میل تک رسائی / ڈومین کی میعاد ختم" اکاؤنٹ ریکوری چینل کا استعمال کریں: - تقریباً تمام ICANN سے منظور شدہ رجسٹرار ایک وقف شدہ فون یا گورنمنٹ-ID/ کارپوریٹ-انکارپوریشن-دستاویزی تصدیقی ورک فلو فراہم کرتے ہیں خاص طور پر ان صارفین کے لیے جن کا لاگ ان ای میل بیٹھتا ہے۔ @ اکاؤنٹ کے اندر ختم شدہ ڈومین۔ - رجسٹرار سپورٹ کو کال کرنے سے پہلے تین آئٹمز تیار رکھیں: (a) کریڈٹ کارڈ کے آخری 4 ہندسے یا پے پال ٹرانزیکشن آئی ڈی جو پچھلے تجدید انوائس پر استعمال کی گئی تھی، (b) آپ کا رجسٹرار اکاؤنٹ آئی ڈی / کسٹمر پن، اور © ایک **گورنمنٹ فوٹو آئی ڈی + آرٹیکلز آف کارپوریشن / یوٹیلیٹی بلنگ آرگنائزیشن سے مماثل ہے۔Tech / Admin / Registrant)۔ 3. ایک بار لاگ ان ہونے کے بعد، فوری طور پر اپنے رجسٹرار اکاؤنٹ ای میل ایڈریس کو ایک بیرونی ڈومین میں تبدیل کریں (@gmail.com، @proton.me، یا ایک علیحدہ ہنگامی ڈومین جو آپ کے پاس ہے) اور ہارڈ ویئر سیکیورٹی کلید کو فعال کریں (FIDO2) یا TOTP Authenticator App MFA لہذا لاگ ان کبھی بھی انحصار نہیں کرتا ہے۔ @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. RGP ریسٹور فیس + 1 سال کی تجدید ادا کریں۔
7. رجسٹری میں آر جی پی کی بحالی کیسے کام کرتی ہے (Verisign / PIR)؟ جب آپ RGP فیس ادا کرتے ہیں، تو آپ کا رجسٹرار ایک ** بھیجتا ہےEPP <update><restore op="request">** TLD رجسٹری کو کمانڈ۔ رجسٹری فوری طور پر ڈومین کی حیثیت کو تبدیل کر دیتی ہے۔ redemptionPeriod کو pendingRestore اور آپ کے ڈومین کو رکھتا ہے۔ NS 15 سے 60 منٹ کے اندر اندر واپس TLD روٹ زون میں ریکارڈ کریں جب کہ آپ کا رجسٹرار restore op="report" تعمیل کی تصدیق.

مرحلہ 3: صاف کرکے مقامی ISP کیشے میں تاخیر کو نظرانداز کریں۔ 8.8.8.8 اور 1.1.1.1¶

جب آپ کے ڈومین کی میعاد ختم ہو گئی تھی، دنیا بھر میں تکرار کرنے والے DNS حل کرنے والوں نے پارکنگ نام سرورز یا منفی NXDOMAIN جواب (TLD's کے زیر انتظام SOA Minimum TTL، عام طور پر 900 کو 3,600 سیکنڈ، یا 86,400 سیکنڈ کے لئے NS ریکارڈز)۔ لمحہ dig @a.gtld-servers.net yourdomain.com NS (استفسار کرنا .com روٹ سرور براہ راست) آپ کے اصلی پروڈکشن نیم سرورز کو دوبارہ دکھاتا ہے: 1. کھولیں گوگل پبلک ڈی این ایس فلش کیشے (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: ہنگامی نام سرور (NSDNS فراہم کنندہ کی بندش کے دوران ہجرت (اور 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

+-------------------------------------------------------------------------+
| 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 بریک ای میل کی ترسیل اور TLS کی تجدید)۔
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ان کے TTLs کی میعاد ختم ہونے سے پہلے۔
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 لوٹا a DS ریکارڈ، ہینڈل DNSSEC رجسٹرار پر:
6. ایک فعال بندش کے دوران جہاں پرانا DNS فراہم کنندہ مکمل طور پر ناقابل رسائی ہے: اپنے ڈومین رجسٹرار میں لاگ ان کریں (جہاں آپ نے ڈومین خریدا ہے)، DNSSEC/DS ریکارڈ سیکشن پر جائیں، اور سب کو حذف کریں۔ DS ریکارڈ تاکہ ڈومین غیر دستخط شدہ پر واپس آجائے (InsecureTLD پیرنٹ زون میں ) موڈ۔ تک انتظار کریں۔ 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 زون ایڈیٹر کے اندر موجود ریکارڈز کچھ نہیں کرتا ہے جب پرانے سرورز مر جاتے ہیں۔ آپ کو رجسٹرار کی سطح پر Glue/ Parent Delegation Nameservers کو تبدیل کرنا ہوگا)۔
8. ** صاف کرنا NS اور DS گوگل پر کیچز (8.8.8.8) اور Cloudflare (1.1.1.1)**: نئے نام سرورز کو فوری طور پر اپنانے پر مجبور کرنے کے لیے فیز 2 مرحلہ 3 سے عوامی کیش صاف کرنے والے ٹولز کا استعمال کریں۔

فیز 4: ایمرجنسی کے دوران 60 دن کے ICANN رجسٹرار ٹرانسفر لاک سے بچنا¶

اگر آپ کو اپنے ڈومین کو نئے رجسٹرار کو منتقل کرنے کی ضرورت ہو تو کیا ہوگا (ICANN Inter-Registrar Transferصرف ** کے ذریعے مسدود ہونے کے لیےDomain Status: clientTransferProhibited** اور ایک پیغام جس میں کہا گیا ہے: "یہ ڈومین 60 دن کے ICANN ٹرانسفر لاک کے تحت ہے کیونکہ رابطے کی معلومات کو حال ہی میں اپ ڈیٹ کیا گیا تھا"؟

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: ڈومین رجسٹریشن اور DNS کو مستقبل میں بندش کے خلاف سخت کرنا¶

ایک بار جب آپ کا ڈومین اور DNS ریزولوشن 100 فیصد بحال ہو جائے تو اس لچکدار چیک لسٹ کو مکمل کریں:

• ** فعال کریں۔ Registry Lock (serverDeleteProhibited، serverUpdateProhibited، serverTransferProhibited) مشن کے لیے اہم پروڈکشن ڈومینز**: معیاری Registrar Lock (clientTransferProhibitedاگر کوئی حملہ آور آپ کے رجسٹرار لاگ ان کو ہائی جیک کر لیتا ہے تو ایک ہی کلک سے ٹوگل آف کیا جا سکتا ہے۔ رجسٹری لاک (انٹرپرائز ڈومینز کے لیے Verisign, PIR, Cloudflare, CSC, MarkMonitor, Gandi، اور Porkbun/Namecheap کی طرف سے پیش کردہ) ڈومین کو براہ راست TLD رجسٹری کی سطح پر لاک کرتا ہے، جس کے لیے کسی سے بھی پہلے آؤٹ آف بینڈ ملٹی پرسن وائس/کرپٹوگرافک تصدیق کی ضرورت ہوتی ہے۔ 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 سیکنڈز) کسی بھی منصوبہ بند DNS منتقلی سے 48 گھنٹے پہلے**: TTLs کو پہلے سے کم کرنا اس بات کو یقینی بناتا ہے کہ ریزولورز منصوبہ بند کٹ اوور کے 5 منٹ کے اندر اندر سوئچ کر جائیں۔

علاقائی ہنگامی نمبر اور ایجنسی پروٹوکول¶

جب کوئی ڈومین یا DNS بندش صحت کی دیکھ بھال کی سہولیات، ہنگامی خدمات، میونسپل یوٹیلیٹیز، یا سرکاری انفراسٹرکچر کو متاثر کرتا ہے، تو ان علاقائی توسیعی چینلز کی پیروی کریں:

• ریاستہائے متحدہ اور کینیڈا: ڈائل کریں 911 اگر کوئی ڈومین/DNS بندش کلینیکل ہسپتال کی ٹیلی میٹری، ایمبولینس ڈسپیچ، یا لائف سیفٹی سسٹم کو غیر فعال کر دیتی ہے۔ DNS انفراسٹرکچر پر DDoS حملوں یا BGP/DNS ہائی جیکنگ کی اطلاع CISA (1-844-Say-CISA / cisa.gov/report)، FBI IC3 (ic3.gov)، یا کینیڈین سینٹر فار سائبر سیکیورٹی (1-833-CYBER-88) کے لیے .gov ڈومینز، CISA سے رابطہ کریں۔ .gov رجسٹرار ہیلپ ڈیسک۔
• برطانیہ: ڈائل کریں999 جان کو لاحق خطرات یا NHS کی شدید رکاوٹوں کے لیے۔ اہم DNS بندش یا ڈومین ہائی جیک کی اطلاع NCSC (ncsc.gov.uk)، اور رابطہ کریں نامزد (01865 332244) براہ راست فوری طور پر .uk / .gov.uk / .nhs.uk رجسٹری کے مسائل.
• یورپی یونین: ڈائل کریں 112 یورپی یونین کے تمام رکن ممالک میں۔ DNS سروس فراہم کرنے والے اور TLD نام کی رجسٹریاں EU NIS2 ڈائریکٹیو کے تحت ریگولیٹ ہیں (Directive 2022/2555) اور 24 گھنٹوں کے اندر اپنے قومی CSIRT کو دستیابی کے اہم واقعات کی اطلاع دینی چاہیے۔
• آسٹریلیا اور نیوزی لینڈ: ڈائل کریں 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اور میرے ڈومین کی میعاد ختم ہو رہی ہے۔ میں اسے کیسے بچاؤں؟¶

جب ICANN ناکام رجسٹرار کو **De-Acredited Registrar Transition Procedure (`DARTP`)**، ICANN خود بخود تمام ڈومینز کو ایک حاصل کرنے والے محافظ رجسٹرار کو رجسٹر کرنے والوں کو صفر لاگت پر منتقل کرتا ہے۔ چیک کریں۔ `whois yourdomain.com` (یا `lookup.icann.org`) یہ دیکھنے کے لیے کہ کون سا **رجسٹرار** اور **IANA ID** فی الحال آپ کا ڈومین رکھتا ہے، یا فوری **ڈومین کی تجدید/منتقلی کی شکایت** براہ راست **ICANN معاہدے کی تعمیل (`icann.org/compliance/complaint`)**

میری ویب سائٹ سیلولر ڈیٹا پر کچھ صارفین کے لیے کیوں کام کر رہی ہے، لیکن میرے ڈومین کی تجدید کے 6 گھنٹے بعد بھی ہمارے آفس وائی فائی پر ختم شدہ پارکنگ صفحہ کیوں دکھا رہی ہے؟¶

آپ کے آفس نیٹ ورک یا مقامی ISP ریکرسیو DNS حل کرنے والے نے رجسٹرار کے پارکنگ پیج کو کیش کیا `NS` اور `A` ڈومین کی میعاد ختم ہونے کے دوران ریکارڈ کرتا ہے، اور پارکنگ کے نام سرورز نے بدنام زمانہ ہائی ٹی ٹی ایل سیٹ کیے ہیں (`3,600` کو `86,400` سیکنڈ / 24 گھنٹے) تاکہ اشتہار کے صفحات زیادہ دیر تک محفوظ رہیں۔ فلش گوگل (`8.8.8.8`) اور Cloudflare (`1.1.1.1`) اپنے ویب پرج ٹولز کا استعمال کرتے ہوئے، پھر اپنے مقامی کمپیوٹر پر چلائیں۔ `ipconfig /flushdns` (ونڈوز)، `sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder` (macOS)، یا `sudo resolvectl flush-caches` (لینکس)۔

بھیجے گئے ای میلز کا کیا ہوتا ہے۔ @yourdomain.com جب کہ ہمارا ڈومین یا ڈی این ایس 18 گھنٹے کے لیے ختم ہو گیا تھا؟ کیا وہ ہمیشہ کے لیے کھو گئے ہیں؟¶

زیادہ تر معاملات میں، ڈی این ایس بندش کے پہلے 12 سے 48 گھنٹوں کے دوران بھیجی گئی جائز ای میلز ضائع نہیں ہوتی ہیں: وہ بھیجنے والے کے میل سرور پر قطار میں ہیں اور اگلے چند گھنٹوں میں خود بخود پہنچ جائیں گی۔. کے تحت **`RFC 5321` (سادہ میل ٹرانسفر پروٹوکول، سیکشن 4.5.4.1)**، جب میل بھیجنے والا سرور (`Gmail`، `Microsoft Exchange Online`، `Postfix`) کو عارضی DNS تلاش میں ناکامی ملتی ہے (`SERVFAIL`) یا کسی سے منسلک نہیں ہو سکتا `MX` میزبان، یہ پیغام کو **4 سے 5 دن کے لیے دوبارہ کوشش کی قطار میں رکھتا ہے (`96 to 120 hours`)**، ایکسپونینشل بیک آف کے ساتھ دوبارہ کوشش کر رہا ہے۔ تاہم، اگر رجسٹرار کے ختم شدہ پارکنگ صفحہ میں ایک **وائلڈ کارڈ null شامل ہے `MX` ریکارڈ (`0 .`)** یا ایک پارکنگ میل سرور جس نے میل کو سختی سے مسترد کر دیا۔ `550 5.1.1 User Unknown` مستقل باؤنس، ان بھیجنے والوں کو فوری باؤنس کی اطلاع موصول ہوئی ہے اور انہیں اپنے ای میلز کو دوبارہ بھیجنا ہوگا۔

کیا میں ایک ہی وقت میں دو DNS فراہم کنندگان ترتیب دے سکتا ہوں (Cloudflare + Route 53) صرف دو Cloudflare کی فہرست کے ذریعے NS ریکارڈ اور دو روٹ 53 NS میرے رجسٹرار میں ریکارڈ؟¶

ہاں، جب تک `DNSSEC` غیر فعال ہے (یا اس کے ساتھ مناسب طریقے سے ترتیب دیا گیا ہے۔ `RFC 8901` ملٹی سائنر DNSSEC) اور دونوں فراہم کنندگان ایک جیسے DNS ریکارڈ پیش کرتے ہیں۔. تکراری حل کرنے والے تمام درج والدین سے استفسار کرتے ہیں۔ `NS` راؤنڈ رابن/RTT لیٹنسی سلیکشن کا استعمال کرتے ہوئے ریکارڈز (`SRTT`)۔ اگر آپ لسٹ کریں۔ `ns1.providerA.com`، `ns2.providerA.com`، `ns1.providerB.com`، اور `ns2.providerB.com` اپنے رجسٹرار کے کسٹم نیم سرورز میں اور دونوں زونز کو **OctoDNS**، **DNSControl**، **Terraform**، یا استعمال کرتے ہوئے مطابقت پذیر رکھیں `AXFR / IXFR` زون کی منتقلی، آپ کا ڈومین خود بخود DNS فراہم کنندہ کے 100 فیصد بند ہونے سے بچ جاتا ہے۔

کے درمیان کیا فرق ہے clientHold اور serverHold WHOIS میں؟¶

** سے شروع ہونے والے EPP اسٹیٹس کوڈز`client...`**(`clientHold`، `clientTransferProhibited`) آپ کے **ڈومین رجسٹرار** (وہ خوردہ فروش جہاں آپ اپنے اکاؤنٹ کا نظم کرتے ہیں، جیسے کہ Namecheap یا GoDaddy) کے ذریعے سیٹ کیا جاتا ہے اور آپ کے رجسٹرار کے تعاون یا بلنگ سسٹم کے ذریعے اسے فوری طور پر ہٹایا جا سکتا ہے۔ ** سے شروع ہونے والے اسٹیٹس کوڈز`server...`**(`serverHold`، `serverTransferProhibited`) براہ راست **TLD رجسٹری آپریٹر** (`Verisign`، `PIR`، `Nominet`) عدالتی احکامات، UDRP تنازعات، رجسٹری سطح کے غلط استعمال کی معطلی، یا ہارڈ ویئر **رجسٹری لاک** کی وجہ سے، اور اٹھانے کے لیے اپنے رجسٹرار کے ذریعے رجسٹری سے رابطہ کرنے کی ضرورت ہے۔

متعلقہ گائیڈز¶

• ڈومین نام ہائی جیکنگ، میعاد ختم ہونے والا DNS، اور ویب سائٹ ٹیک اوور
• پیداوار میں SSL/TLS سرٹیفکیٹ کی میعاد ختم، HSTS پری لوڈ لاک آؤٹ، CA CAA ریکارڈ بلاک، اور ہنگامی تجدید
• گوگل ورک اسپیس یا مائیکروسافٹ 365 کسٹم ڈومین ایڈمن لاک آؤٹ، DNS TXT تصدیق، اور کرایہ دار ریسکیو
• DNS ہائی جیکنگ، ISP روٹر WAN ری کنفیگریشن، اور کیپٹیو پورٹل سپوفنگ
• ویب ہوسٹنگ کا بحران، ہجرت، اور بیک اپ کی بحالی
• ملک کے لحاظ سے ہنگامی نمبر

ذرائع اور سرکاری رہنمائی¶

• انٹرنیٹ کارپوریشن برائے تفویض کردہ نام اور نمبر (ICANN): میعاد ختم ہونے والی رجسٹریشن ریکوری پالیسی (ERRP)، ایکسپائرڈ ڈومین ڈیلیٹ کرنے کی پالیسی (EDDP)، انٹر-رجسٹرار ٹرانسفر پالیسی (60-دن کی تبدیلی-آف-رجسٹرنٹ لاک)، اور ای پی پی اسٹیٹس کوڈز کا حوالہ (clientHold، redemptionPeriod، pendingDelete)
• انٹرنیٹ انجینئرنگ ٹاسک فورس (IETF):RFC 6781 (DNSSEC آپریشنل پریکٹسز: کلیدی رول اوور اور ایمرجنسی DS ہٹانا) اور RFC 8901 (ملٹی پرووائیڈر مستند DNS کے لیے ملٹی سائنر DNSSEC ماڈلز)۔
• نیشنل انسٹی ٹیوٹ آف اسٹینڈرڈز اینڈ ٹیکنالوجی (NIST) (امریکہ): خصوصی اشاعت 800-81-2: محفوظ ڈومین نیم سسٹم (DNS) تعیناتی گائیڈ۔
• سائبر سیکیورٹی اور انفراسٹرکچر سیکیورٹی ایجنسی (CISA) (امریکہ): ایمرجنسی ڈائریکٹو 19-01: ڈی این ایس انفراسٹرکچر سے چھیڑ چھاڑ کو کم کرنا۔
• یورپی یونین ایجنسی برائے سائبر سیکیورٹی (ENISA): NIS2 تکنیکی رہنمائی برائے DNS سروس فراہم کنندگان اور TLD نام کی رجسٹریاں۔