ડોમેન રજિસ્ટ્રાર અથવા DNS પ્રદાતા આઉટેજ: સમાપ્ત થયેલ ડોમેન રિડેમ્પશન ગ્રેસ પીરિયડ, DNSSEC 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) a તૂટેલી 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, રૂટ 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/ઓથેન્ટિકેટર MFA, આઉટ-ઓફ-બેન્ડ બેકઅપ ઈમેલનો ઉપયોગ કરો (@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/).

નિર્ણય વૃક્ષ: વૈશ્વિક ડોમેન અથવા 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 -->|"ના: ફેલ અથવા રીટર્ન પાર્કિંગ આઈપી બંને"| CheckWhois{"WHOIS EPP ડોમેન સ્ટેટસ અને એક્સપાયરી ડેટનું નિરીક્ષણ કરો"}

    CheckWhois -->|"સ્થિતિ: clientHold અથવા serverHold"| HoldState["રજિસ્ટ્રાર / રજિસ્ટ્રી સસ્પેન્શન: ICANN RAA ઈમેલ વેરિફિકેશન અથવા દુરુપયોગ/બિલિંગ ટિકિટ તાત્કાલિક પૂર્ણ કરો"]

    CheckWhois -->|"સમાપ્તિ તારીખ પસાર થઈ (સ્થિતિ: autoRenewPeriod)"| GraceRenew["દિવસ 1 થી 45 પોસ્ટ-એક્સપાયરી: રજિસ્ટ્રાર પોર્ટલમાં માનક નવીકરણ ચૂકવો -> કસ્ટમ NS પુનઃસ્થાપિત ચકાસો"]

    CheckWhois -->|"સ્થિતિ: રિડેમ્પશન પીરિયડ (RGP)"| RgpRestore["દિવસ 45 થી 75 મુદત પછી: અરજન્ટ રજિસ્ટ્રાર સપોર્ટ ટિકિટ ખોલો / RGP રિસ્ટોર ફી ($80-$250) તરત જ ચૂકવો"]

    CheckWhois -->|"સ્થિતિ: બાકી કાઢી નાખો"| PendingDel["અંતિમ 5-દિવસીય લોક: રજિસ્ટ્રાર પર નવીકરણ કરી શકાતું નથી -> હવે તમામ મુખ્ય ડ્રોપ-કેચર્સ પર બેકઓર્ડર મૂકો"]

    CheckWhois -->|"સ્થિતિ: ઓકે / ક્લાયન્ટ ટ્રાન્સફર પ્રતિબંધિત અને ભવિષ્યમાં સમાપ્તિ"| AuthDown["ડોમેન નોંધણી સ્વસ્થ -> અધિકૃત DNS પ્રદાતા આઉટેજ અથવા ખૂટે છે ઝોન"]

    AuthDown --> MigrateNS["સેકન્ડરી DNS પ્રદાતા પર ઝોન ફાઇલ (`BIND` / Terraform) આયાત કરો -> DNSSEC ચાલુ હોય તો DS રેકોર્ડ દૂર કરો -> રજિસ્ટ્રાર પર 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).

ડોમેન કેવી રીતે મૃત્યુ પામે છે અને તે સમાપ્તિ પહેલાં અથવા દિવસે 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 નિયમો:

તબક્કો 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-માન્યતા પ્રાપ્ત રજિસ્ટ્રાર એક સમર્પિત ફોન અથવા સરકારી-આઈડી / કોર્પોરેટ-નિગમ-દસ્તાવેજ ચકાસણી વર્કફ્લો પ્રદાન કરે છે, ખાસ કરીને એવા ગ્રાહકો માટે કે જેમના લૉગિન ઇમેઇલ બેસે છે @ એકાઉન્ટની અંદર સમાપ્ત થયેલ ડોમેન. - રજિસ્ટ્રાર સપોર્ટને કૉલ કરતાં પહેલાં ત્રણ વસ્તુઓ તૈયાર રાખો: (a) ક્રેડિટ કાર્ડના છેલ્લા 4 અંકો અથવા પેપાલ ટ્રાન્ઝેક્શન ID જે અગાઉના રિન્યૂઅલ ઇન્વૉઇસમાં વપરાય છે, (b) તમારું રજિસ્ટ્રાર એકાઉન્ટ ID/ગ્રાહક પિન, અને © સરકારી ફોટો ID + નિવેશ/ઉપયોગી સંસ્થાના બિલ સાથે મેળ ખાતા લેખોTech / Admin / Registrant). 3. એકવાર લૉગ ઇન થઈ ગયા પછી તરત જ તમારા રજિસ્ટ્રાર એકાઉન્ટ ઈમેલ એડ્રેસને બાહ્ય ડોમેનમાં બદલો (@gmail.com, @proton.me, અથવા તમારી માલિકીનું એક અલગ કટોકટી ડોમેન) અને હાર્ડવેર સુરક્ષા કીને સક્ષમ કરો (FIDO2) અથવા TOTP પ્રમાણકર્તા એપ્લિકેશન 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. રજિસ્ટ્રીમાં RGP રિસ્ટોરેશન કેવી રીતે કામ કરે છે (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. 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

+-------------------------------------------------------------------------+
| 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) તમારા ગિટ રીપોઝીટરીમાં.
   • તાજેતરની ઝોન નિકાસ તપાસો (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) તેમની TTL સમાપ્ત થાય તે પહેલાં.
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 રેકોર્ડ કરે છે જેથી ડોમેન અનસાઇન કરેલ (Insecure) TLD પેરેન્ટ ઝોન પર મોડ. ત્યાં સુધી રાહ જુઓ 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) અને 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જો કોઈ હુમલાખોર તમારા રજિસ્ટ્રાર લોગિનને હાઇજેક કરે તો ) એક જ ક્લિકથી ટોગલ કરી શકાય છે. રજિસ્ટ્રી લૉક (વેરિસાઇન, પીઆઈઆર, ક્લાઉડફ્લેર, સીએસસી, માર્કમોનિટર, ગાંડી અને પોર્કબન/નેમચેપ દ્વારા એન્ટરપ્રાઇઝ ડોમેન્સ માટે ઓફર કરવામાં આવે છે) ડોમેનને સીધા 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 કલાક પહેલા: અગાઉથી TTL ઘટાડવું એ સુનિશ્ચિત કરે છે કે આયોજિત કટઓવરની 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 તમામ EU સભ્ય રાજ્યોમાં. 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` TTL અને રજિસ્ટ્રારએ તેમની અદલાબદલી કરી `00:00 UTC` એક્સપાયરી ડે પર, વપરાશકર્તાઓ કે જેમના રિઝોલ્વર્સ વહેલી તકે રિફ્રેશ થાય છે તેઓ તરત જ પાર્કિંગ પેજ પર આવે છે જ્યારે અન્ય કલાકો સુધી કેશમાં રહે છે.

મારા રજિસ્ટ્રાર સંપૂર્ણપણે વ્યવસાયથી દૂર છે અથવા પ્રતિભાવવિહીન છે (Dead / De-accredited Registrar), અને મારું ડોમેન સમાપ્ત થઈ રહ્યું છે. હું તેને કેવી રીતે બચાવી શકું?¶

જ્યારે ICANN નિષ્ફળ રજિસ્ટ્રારને **ડી-અધિકૃત રજિસ્ટ્રાર ટ્રાન્ઝિશન પ્રક્રિયા (`DARTP`)**, ICANN તમામ ડોમેન્સને આપમેળે રજિસ્ટ્રન્ટને શૂન્ય ખર્ચે ગેઇનિંગ કસ્ટોડિયન રજિસ્ટ્રારને બલ્ક ટ્રાન્સફર કરે છે. તપાસો `whois yourdomain.com` (અથવા `lookup.icann.org`) જોવા માટે કે **રજિસ્ટ્રાર** અને **IANA ID** હાલમાં તમારું ડોમેન ધરાવે છે, અથવા તાત્કાલિક **ડોમેન રિન્યુઅલ/ટ્રાન્સફર ફરિયાદ** સીધી **ICANN કોન્ટ્રાક્ટ કમ્પ્લાયન્સ સાથે ફાઇલ કરો (`icann.org/compliance/complaint`)**.

મારી વેબસાઈટ સેલ્યુલર ડેટા પર કેટલાક ગ્રાહકો માટે કેમ કામ કરી રહી છે, પરંતુ મેં ડોમેન રિન્યૂ કર્યાના 6 કલાક પછી પણ અમારી ઑફિસના Wi-Fi પર એક્સપાયર થયેલ પાર્કિંગ પેજ શા માટે બતાવી રહી છે?¶

તમારા ઑફિસ નેટવર્ક અથવા સ્થાનિક ISP પુનરાવર્તિત DNS રિઝોલ્વરએ રજિસ્ટ્રારના પાર્કિંગ-પેજને કૅશ કર્યું છે `NS` અને `A` જ્યારે ડોમેનની સમયસીમા સમાપ્ત થઈ ગઈ હતી ત્યારે રેકોર્ડ કરે છે, અને પાર્કિંગ નેમસર્વર્સે નામચીન રીતે ઉચ્ચ TTL સેટ કર્યા છે (`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 જ્યારે અમારું ડોમેન અથવા 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) ફક્ત બે 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**, **ટેરાફોર્મ**, અથવા `AXFR / IXFR` ઝોન ટ્રાન્સફર, તમારું ડોમેન આપમેળે DNS પ્રદાતાના 100 ટકા આઉટેજથી બચી જાય છે.

વચ્ચે શું તફાવત છે clientHold અને serverHold WHOIS માં?¶

EPP સ્ટેટસ કોડ ** થી શરૂ થાય છે`client...`** (`clientHold`, `clientTransferProhibited`) તમારા **ડોમેન રજિસ્ટ્રાર** (રિટેલર જ્યાં તમે તમારું એકાઉન્ટ મેનેજ કરો છો, જેમ કે નેમચેપ અથવા GoDaddy) દ્વારા સેટ કરવામાં આવે છે અને તમારા રજિસ્ટ્રારના સમર્થન અથવા બિલિંગ સિસ્ટમ દ્વારા તરત જ દૂર કરી શકાય છે. ** થી શરૂ થતા સ્ટેટસ કોડ`server...`** (`serverHold`, `serverTransferProhibited`) સીધા **TLD રજિસ્ટ્રી ઓપરેટર** દ્વારા સેટ કરવામાં આવે છે (`Verisign`, `PIR`, `Nominet`) કોર્ટના આદેશો, UDRP વિવાદો, રજિસ્ટ્રી-લેવલના દુરુપયોગ સસ્પેન્શન અથવા હાર્ડવેર **રજિસ્ટ્રી લૉક**ને કારણે, અને ઉપાડવા માટે તમારા રજિસ્ટ્રાર દ્વારા રજિસ્ટ્રીનો સંપર્ક કરવાની જરૂર છે.

સંબંધિત માર્ગદર્શિકાઓ¶

• ડોમેન નામ હાઇજેક, સમયસીમા સમાપ્ત થયેલ DNS અને વેબસાઇટ ટેકઓવર
• SSL/TLS પ્રમાણપત્ર ઉત્પાદનમાં સમાપ્ત, HSTS પ્રીલોડ લોકઆઉટ, CA CAA રેકોર્ડ બ્લોક અને કટોકટી નવીકરણ
• Google Workspace અથવા Microsoft 365 કસ્ટમ ડોમેન એડમિન લોકઆઉટ, DNS TXT ચકાસણી અને ભાડૂત બચાવ
• DNS હાઇજેકિંગ, ISP રાઉટર WAN પુનઃરૂપરેખાંકન અને કેપ્ટિવ પોર્ટલ સ્પૂફિંગ
• વેબ હોસ્ટિંગ કટોકટી, સ્થળાંતર અને બેકઅપ પુનઃસ્થાપન
• દેશ દ્વારા કટોકટી નંબરો

સ્ત્રોતો અને સત્તાવાર માર્ગદર્શન¶

• ઈન્ટરનેટ કોર્પોરેશન ફોર એસાઈન્ડ નેમ્સ એન્ડ નંબર્સ (ICANN): સમાપ્ત નોંધણી પુનઃપ્રાપ્તિ નીતિ (ERRP), સમાપ્ત થયેલ ડોમેન કાઢી નાખવાની નીતિ (EDDP), ઇન્ટર-રજિસ્ટ્રાર ટ્રાન્સફર પોલિસી (60-દિવસ ચેન્જ-ઓફ-રજિસ્ટન્ટ લોક), અને EPP સ્ટેટસ કોડ્સ સંદર્ભ (clientHold, redemptionPeriod, pendingDelete).
• ઈન્ટરનેટ એન્જિનિયરિંગ ટાસ્ક ફોર્સ (IETF):RFC 6781 (DNSSEC ઓપરેશનલ પ્રેક્ટિસ: કી રોલઓવર અને ઇમરજન્સી DS દૂર કરવું) અને RFC 8901 (મલ્ટી-પ્રોવાઇડર અધિકૃત DNS માટે મલ્ટિ-સાઇનર DNSSEC મોડલ્સ).
• નેશનલ ઇન્સ્ટિટ્યુટ ઓફ સ્ટાન્ડર્ડ્સ એન્ડ ટેકનોલોજી (NIST) (યુનાઈટેડ સ્ટેટ્સ): સ્પેશિયલ પબ્લિકેશન 800-81-2: સુરક્ષિત ડોમેન નેમ સિસ્ટમ (DNS) જમાવટ માર્ગદર્શિકા.
• સાયબર સિક્યુરિટી અને ઈન્ફ્રાસ્ટ્રક્ચર સિક્યુરિટી એજન્સી (CISA) (યુનાઇટેડ સ્ટેટ્સ): ઇમર્જન્સી ડાયરેક્ટિવ 19-01: DNS ઇન્ફ્રાસ્ટ્રક્ચર ટેમ્પરિંગને ઓછું કરવું.
• યુરોપિયન યુનિયન એજન્સી ફોર સાયબર સિક્યુરિટી (ENISA): DNS સેવા પ્રદાતાઓ અને TLD નેમ રજિસ્ટ્રી માટે NIS2 ટેકનિકલ માર્ગદર્શન.