Útfall lénsritara eða DNS-veitu: Útrunnið lénsinnlausnartímabil, DNSSEC SERVFAIL Trap og neyðarflutningur nafnaþjóns¶

Að vakna til að uppgötva að aðalvefsíða fyrirtækisins þíns, API endapunktar (api.example.com), og fyrirtækjatölvupóstur (MX færslur fyrir Google Workspace eða Microsoft 365) eru algjörlega óaðgengilegar um allan heim (DNS_PROBE_FINISHED_NXDOMAIN eða SERVFAIL) er algjör myrkvunarkreppa í innviðum. Ólíkt einum vefþjóni sem hrundi sem hefur áhrif á eina þjónustu, er lénsheitakerfi (DNS) eða bilun í lénaskráningu leysir hverja einustu þjónustu undir rótarléninu þínu samtímis, þar með talið Single Sign-On (SSO), þjónustugáttir og móttekinn tölvupóstur um viðbrögð við atvikum. Í reynd stafar lénsleysi á heimsvísu af þremur aðskildum kveikjum: (1) fyrir slysni rennur lén út þar sem skráð kreditkort rann út og skrásetjarinn rændi þér NS skrár til að benda á bílastæði þar sem greitt er fyrir hvern smell 24 to 48 hours fyrir raunverulegan fyrningardag; (2) DDoS árás eða bilun í stjórnflugvél hjá viðurkenndum DNS þjónustuveitunni þinni (Route 53, Cloudflare, GoDaddy, Namecheap, DNSimple, NS1); eða (3) brotinn DNSSEC (DS skrá) keðju trausts meðan á flýtiskiptingu á nafnaþjóni stendur sem veldur staðfestingarlausnum (8.8.8.8, 1.1.1.1, ISP lausnara) til að minnka 100 prósent af umferð þinni með SERVFAIL. Ef árásarmaður stefndi í hættu á innskráningarskilríkjum skrásetjara og flutti eða breytti léninu þínu með illindum skaltu skipta yfir í rænt lén, útrunnið DNS og yfirtaka vefsíðu; ef TLS vottorðið þitt rann út eða bilaði eftir að DNS endurheimtist, sjáðu SSL/TLS vottorð rann út í framleiðslu, HSTS forhleðslu læsingu og neyðarendurnýjun og Google Workspace eða Microsoft 365 sérsniðið lénsstjórnunarlás og DNS-staðfesting. Ef þetta bilun gerir klínísk fjarskipti sjúkrahúsa óvirk, 911/112 neyðarsendingarleiðir eða mikilvægar almenningsveitur skaltu hringja í neyðarnúmerið þitt (911 í Bandaríkjunum og Kanada, 112 víðsvegar um Evrópusambandið, 999 í Bretlandi) eða skoðaðu skrána okkar yfir neyðarnúmer.

Gerðu þetta núna¶

1. Greinið eftir 10 sekúndur hvort bilunin sé útrunnið/stöðvað lén (EPP Status), truflun á opinberum DNS-veitu, eða a DNSSEC Staðfestingarbilun:
2. Hlaupa whois yourdomain.com | grep -iE "Status|Expiry|Name Server" og dig +trace yourdomain.com.
3. Prófaðu hvort framhjá DNSSEC staðfesting (+cd = Að haka við óvirkt) gerir lénið þitt að leysa aftur:

   dig @8.8.8.8 yourdomain.com A
   dig @8.8.8.8 yourdomain.com A +cd
   

   Ef fyrsta skipunin skilar status: SERVFAIL meðan önnur skipunin (+cd) skilar strax status: NOERROR með IP tölu netþjónsins þíns, DNS netþjónarnir þínir eru EKKI niðri: þinn DNSSEC (DS met hjá skrásetjara) er slegið. Hoppa strax í áfanga 3 til að eyða gamalt DS skrá hjá skrásetjara þínum.
4. Ef lénið þitt rann út (Auto-Renew Grace Period eða Redemption Grace Period), skráðu þig strax inn á núverandi skrásetjara og greiddu endurnýjunar-/innlausnargjaldið; EKKI bíða eftir að lénið „falli“ svo þú getir skráð það aftur á ódýran hátt:
5. Á fyrstu 1 til 45 dögum eftir að rennur út (Auto-Renew Grace Period), endurnýjun í mælaborði skrásetjara endurheimtir upprunalegu nafnaþjónana þína á venjulegum endurnýjunarkostnaði ($10 to $30).
6. Á 30 daga Redemption Grace Period (RGP / redemptionPeriod), þú verður að greiða skyldubundið innlausnargjald ($80 to $250) í gegnum núverandi skrásetjara. Ef þú bíður eftir að lénið ljúki 5 daga Pending Delete áfanga til að vista $100, sjálfvirkir leyniskyttabottar sem ná í falla (DropCatch, SnapNames, NameJet) mun hrifsa lénið þitt innan 5 milliseconds af útgáfu og uppboði fyrir þúsundir dollara.
7. ** Breyttu ALDREI nafnaþjónum þínum (NS) fjarri DNSSEC-virku DNS veitu (eins og Cloudflare, Route 53 eða Google Cloud DNS) án þess að fjarlægja DS skrá hjá skrásetjara fyrst**: Ef DNSSEC er virkt og þú skiptir um NS skráir til björgunar-DNS-veitu meðan á bilun stendur án þess að eyða foreldrinu DS (Delegation Signer) skrá í .com / .org TLD svæði fyrst, sérhver staðfestingarlausari á jörðinni mun hafna óundirrituðum svörum nýja DNS veitunnar sem dulmáls skopstælingarárás (SERVFAIL).
8. Ef þú ert útilokaður frá fyrirtækinu þínu @yourdomain.com tölvupóst vegna þess að lénið þitt er MX færslur eru niðri, EKKI smelltu á „Senda kóða fyrir endurstillingu lykilorðs til admin@yourdomain.com" hjá skrásetjaranum þínum: Á meðan lénið þitt er NS eða MX færslur eru ótengdar, hvaða staðfestingartölvupóstur sem er sendur til @yourdomain.com skoppar eða hverfur í biðröð. Notaðu SMS/Authenticator MFA skrásetjarans þíns, öryggisafritsnetfang utan bands (@gmail.com / @proton.me), eða flæði til staðfestingar á auðkenni símans.
9. Eftir að hafa endurnýjað útrunnið lén, staðfestu handvirkt að skrásetjarinn þinn hafi endurheimt upprunalegu sérsniðna nafnaþjónana þína (NS) í stað þess að skilja lénið eftir sedoparking.com / renewyourname.net: Þegar lén rennur út skrifa skráningaraðilar yfir sérsniðið þitt NS skrár með nafnaþjónum bílastæða (ns1.parklogic.com, dns1.name-services.com). Stundum uppfærir gjalddagi endurnýjunar gildistímann yfir á næsta ár á meðan nafnaþjónar bílastæða eru eftir virkir þar til þú skiptir þeim til baka handvirkt.
10. ** Skolaðu alþjóðlegt opinbert endurkvæmt DNS skyndiminni (Google 8.8.8.8, Cloudflare 1.1.1.1, OpenDNS) annað þitt NS eða DS færslur eru endurheimtar**: Í stað þess að bíða í 24 til 48 klukkustundir eftir skyndiminni NXDOMAIN eða bílastæði-síðu NS skrár til að renna út náttúrulega, kalla fram tafarlausa alheims skyndiminni hreinsun á Google Public DNS (developers.google.com/speed/public-dns/cache) og Cloudflare 1.1.1.1 (one.one.one.one/purge-cache/).

Ákvörðunartré: alþjóðlegt lén eða neyðartilvik fyrir DNS-myrkun¶

Notaðu þetta flæðirit til að finna nákvæmlega lag DNS stigveldisins (TLD Registry, Registrar EPP Status, DNSSEC DS Chain, eða Authoritative Nameserver) þar sem upplausn er ekki:

flowchart TD
    Start["Alheimsútfall: lénsvefur og tölvupóstur tekst ekki að leysa (NXDOMAIN / SERVFAIL)"] --> RunDiag["Keyra: whois domain.com OG grafa @8.8.8.8 domain.com +cd"]

    RunDiag --> CheckCD{"Mistekst grafa @8.8.8.8 domain.com, á meðan +geisladiskur er bætt við?"}

    CheckCD -->|"Já: Virkar með +cd, mistakast án +cd"| DnssecBreak["Broken DNSSEC Chain of Trust: Eyða Stale DS Record at Registrar OR Re-Sign Zone -> Flush 8.8.8.8 & 1.1.1.1"]

    CheckCD -->|"Nei: Bæði mistakast eða skila bílastæði IP"| CheckWhois{"Skoðaðu WHOIS EPP lénsstöðu og fyrningardagsetningu"}

    CheckWhois -->|"Staða: clientHold eða serverHold"| HoldState["Staðfesting skrásetjara/skrár: Ljúktu við ICANN RAA tölvupóststaðfestingu EÐA misnotkun/innheimtumiða strax"]

    CheckWhois -->|"Fyrningardagur liðinn (staða: autoRenewPeriod)"| GraceRenew["Dagur 1 til 45 eftir útrunnið: Borgaðu staðlaða endurnýjun í skráningargáttinni -> Staðfestu sérsniðið NS endurheimt"]

    CheckWhois -->|"Staða: redemptionPeriod (RGP)"| RgpRestore["Dagur 45 til 75 eftir að rennur út: Opnaðu aðkallandi stuðningsmiða fyrir skrásetjara / borgaðu endurheimtunargjald RGP ($80-$250) strax"]

    CheckWhois -->|"Staða: bíða Eyða"| PendingDel["Loka 5 daga lás: Ekki er hægt að endurnýja hjá skrásetjara -> Settu bakpantanir á öllum helstu dropagripum núna"]

    CheckWhois -->|"Staða: allt í lagi / viðskiptavinurTransferbannað OG rennur út í framtíðinni"| AuthDown["Lénsskráning Heilbrigð -> Viðurkenndur DNS veitir truflun eða svæði sem vantar"]

    AuthDown --> MigrateNS["Flytja inn svæðisskrá (`BIND` / Terraform) til Secondary DNS Provider -> Fjarlægðu DS Record ef DNSSEC On -> Update NS at Registrar"]

1. áfangi: ICANN lénsútrunnunarferill (Auto-Renew vs. Redemption vs. Pending Delete)¶

Þegar almennt efstu lén (gTLD svo sem .com, .net, .org, .io, .ai, .co, .app, .dev) rennur út vegna þess að sjálfvirk endurnýjun kreditkorts mistókst eða fjármálakorti var afturkallað eftir að starfsmaður fór, fer lénið í gegnum strangan fjölþrepa lífsferil sem stjórnast af ICANN's Expired Registration Recovery Policy (ERRP) og rekstraraðila samninga (Verisign fyrir .com/.net, PIR fyrir .org, Identity Digital).

Hvernig lén deyr og hvers vegna það fer án nettengingar FYRIR eða Á 1. degi gildistímans¶

+-------------------------------------------------------------------------+
| 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).                                      | |
| +---------------------------------------------------------------------+ |
+-------------------------------------------------------------------------+

Berðu saman nákvæmlega réttindi þín, kostnað og endurheimtaraðgerðir á hverju stigi fyrningartímans, þar með talið landskóða efstu lén (ccTLDs eins og .uk, .de, .eu, .ca, .au), sem ekki fylgja ICANN gTLD reglur:

Áfangi 2: Skref fyrir skref endurheimt á útrunnum eða RedemptionPeriod lén¶

Fylgdu nákvæmlega þessari röð til að koma útrunnu léni aftur á netið á sem skemmstum tíma:

Skref 1: Fáðu aftur aðgang að skráningarreikningnum þínum þegar @yourdomain.com tölvupósturinn er dauður¶

Hér er klassískt Catch-22 af útrunnu léni: - Lénið þitt (company.com) rann út, svo MX skrár fyrir company.com hætt að leysa. - Þú reynir að skrá þig inn á lénsritara (GoDaddy, Namecheap, Cloudflare, Porkbun, Hover, Network Solutions, Gandi), og skrásetjarinn segir: "Við sendum 6 stafa staðfestingarkóða til admin@company.com." - Vegna þess að company.com er útrunninn, getur þessi tölvupóstur aldrei borist.

Hvernig á að brjótast strax út úr útrunnu lénslykkjaninni: 1. Ekki flytja eða breyta neinu ennþá: athugaðu hvort þú getir snúið upp tímabundnum neyðarpóstfangara AÐEINS ef lénið er ekki útrunnið (ef lénið sjálft er útrunnið á TLD stigi, MX getur ekki leyst hvar sem er fyrr en endurnýjað). 2. Notaðu „Tapaður aðgangur að tölvupósti / lén útrunnið“ reikningsendurheimtunarrásar skrásetjarans: - Næstum allir ICANN-viðurkenndir skrásetjarar útvega sérstakt síma- eða ríkisauðkenni / staðfestingarvinnuflæði fyrir fyrirtækisupptökuskjöl sérstaklega fyrir viðskiptavini sem hafa innskráningarnetfang @ útrunnið lén inni á reikningnum. - Vertu með þrjá hluti tilbúna áður en þú hringir í þjónustudeild skrásetningaraðila: (a) síðustu 4 tölustafir kreditkortsins eða PayPal færsluauðkennis sem notuð voru á fyrri endurnýjunarreikningi, (b) Auðkenni skrásetjarareiknings / PIN-númer viðskiptavinar, og © ríkismyndaskilríki + stofnsamnings / reikningsreiknings sem samsvarar WHOIS skráningarstofnuninni (Tech / Admin / Registrant). 3. Þegar þú hefur skráð þig inn skaltu strax breyta netfangi skráningarreiknings þíns í ytra lén (@gmail.com, @proton.me, eða sérstakt neyðarlén sem þú átt) og virkjaðu öryggislykill vélbúnaðar (FIDO2) eða TOTP Authenticator App MFA svo innskráning fer aldrei eftir @company.com tölvupóst aftur.

Skref 2: Framkvæma endurnýjun eða RedemptionPeriod (RGP) Endurheimta¶

1. Ef lénið er á stigi 1 (Auto-Renew Grace Period, Dagar 1 til 30/45):
2. Farðu í Innheimta -> Endurnýjun eða Lénslisti -> Útrunninn sía og borgaðu endurnýjunarreikninginn.
3. Critical Check 60 sekúndum eftir greiðslu: Opnaðu Nafnaþjóna lénsins (NS) stillingar í mælaborði skrásetjara. Athugaðu hvort skrásetjarinn setti sjálfkrafa aftur raunverulegu nafnaþjónana þína (til dæmis, ns-123.awsdns-15.com eða ada.ns.cloudflare.com) eða skildi eftir lénið og vísaði á útrunna bílastæðaþjóna þess (ns1.sedoparking.com / dns1.registrar-servers.com). Ef bílastæðaþjónar eru enn á listanum skaltu slá inn framleiðslunafnaþjóna þína handvirkt aftur og vista.
4. Ef lénið er á stigi 2 (Redemption Grace Period / redemptionPeriod, Dagar 30/45 til 75):
5. Skoðaðu sérstakan flipa inni í stjórnborði skrásetjara sem oft er merktur Úrrunnið lén -> Innlausn, Rusl / Endurheimta eða Gjaldsetning/innlausn.
6. Borgaðu RGP Restore gjald + 1 árs endurnýjun.
7. Hvernig virkar endurheimt RGP hjá Registry (Verisign / PIR)? Þegar þú borgar heimilislæknisgjaldið sendir skrásetjari þinn EPP <update><restore op="request"> skipun til TLD Registry. The Registry breytir strax stöðu léns frá redemptionPeriod til pendingRestore og setur lénið þitt NS skráir aftur inn í TLD rótarsvæðið innan 15 til 60 mínútna á meðan skrásetjarinn þinn leggur fram restore op="report" staðfestingu á samræmi.

Skref 3: Farðu framhjá staðbundnum ISP skyndiminni tafir með því að hreinsa 8.8.8.8 og 1.1.1.1¶

Þegar lénið þitt var útrunnið komu endurkvæmir DNS-leysarar um allan heim í skyndiminni bílastæðanafnaþjóna eða neikvæðu NXDOMAIN svar (stýrt af TLD's SOA Minimum TTL, venjulega 900 til 3,600 sekúndur, eða 86,400 sekúndur fyrir NS skrár). Augnablikið dig @a.gtld-servers.net yourdomain.com NS (að spyrjast fyrir um .com rótarþjónn beint) sýnir raunverulega framleiðslunafnaþjóna þína aftur: 1. Opnaðu Google Public DNS Flush Cache (https://developers.google.com/speed/public-dns/cache): - Skola gerð NS fyrst fyrir yourdomain.com, skolaðu síðan SOA, A, AAAA, MX, og TXT. 2. Opna Cloudflare 1.1.1.1 Purge Cache (https://one.one.one.one/purge-cache/): - Hreinsun NS, A, AAAA, og MX fyrir yourdomain.com.

Áfangi 3: Neyðarnafnaþjónn (NS) Flutningur meðan á truflun á DNS-veitu stendur (og DNSSEC gildra)¶

Hvað ef lénsskráningin þín er 100 prósent gild og óútrunnin, en viðurkenndur DNS veitandi (Route 53, Cloudflare, GoDaddy DNS, DigitalOcean DNS, Azure DNS, DNSimple, Dyn) verður fyrir hörmulegu bilun eða DDoS árás og þú þarft að flytja nafnaþjóna lénsins þíns (NS) til öryggisafrits DNS veitu núna?

#1 fólksflutningamorðinginn: Skipta NS Meðan DNSSEC (DS Record) Er virkt¶

Áður en skipt er um smáskífu NS skráðu þig hjá skrásetjaranum þínum, keyrðu þessa skipun til að athuga hvort DNSSEC er virkt á léninu þínu í yfirráða TLD skránni:

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.                            |
+-------------------------------------------------------------------------+

Gátlisti fyrir flutning á öruggum neyðarnafnaþjóni (núll SERVFAIL Málsmeðferð)¶

1. Endursmíðaðu eða fluttu inn heila DNS svæðisskrána þína hjá nýja DNS veitunni fyrst:
2. Aldrei giska á DNS skrárnar þínar úr minni (@, www, og api eru sjaldan einu skrárnar; að gleyma MX, SPF/TXT, DKIM, _dmarc, autodiscover, eða CAA brýtur tölvupóstsendingu og TLS endurnýjun).
3. Hvar á að finna fullt DNS svæði þitt þegar mælaborð aðal DNS þjónustuveitunnar er niðri:
   • Athugaðu Infrastructure-as-Code (Terraform, Pulumi, OctoDNS, DNSControl) í Git geymslunni þinni.
   • Athugaðu nýlegan svæðisútflutning (BIND .zone skrár) eða leitaðu í sögulegum DNS gagnagrunnum (SecurityTrails, ViewDNS.info, DNSDumpster, eða Censys / crt.sh fyrir undirlén).
   • Fyrirspurnar um skyndiminni færslur sem enn sitja inni í opinberum endurkvæmum lausnum (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) áður en TTL þeirra renna út.
4. Staðfestu að nýi DNS-veitan svari af fullum krafti fyrir hverja mikilvæga skráningu ÁÐUR en þú snertir skrásetjarann þinn: Segjum sem svo að nýja þjónustuveitan hafi úthlutað þér ns1.rescuedns.com og ns2.rescuedns.com. Prófaðu þá beint með 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
   

   Bíddu þar til flags: línu í dig haus inniheldur sérstaklega aa(Authoritative Answer) og skilar status: NOERROR.
5. Ef dig +short yourdomain.com DS skilaði a DS skrá, höndla DNSSEC hjá skrásetjara:
6. Meðan á virku straumi stendur þar sem ekki er hægt að ná í gamla DNS-veituna: Skráðu þig inn á lénsritara (þar sem þú keyptir lénið), farðu í hlutann DNSSEC / DS Records og eyddu öllum DS skrár þannig að lénið fer aftur í óundirritað (Insecure) ham á TLD foreldrasvæðinu. Bíddu þangað til dig +short yourdomain.com DS @a.gtld-servers.net skilar tómum (og skola DS inn 8.8.8.8 / 1.1.1.1), eða bættu við nýju DNS veitunni DS taka upp samhliða því gamla ef gert er fyrirhugaða fjölundirritaraflutning.
7. Uppfærðu nafnaþjónana (NS) hjá lénsritara þínum: Skiptu út dauðum nafnaþjónum fyrir ns1.rescuedns.com og ns2.rescuedns.com í Sérsniðnum nafnaþjónum spjaldi skrásetjarans þíns (athugið: breytist NS færslur inni í svæðisritlinum gera ekkert þegar gömlu netþjónarnir eru dauðir; þú verður að breyta Lím / Parent Delegation Nameservers á skráningarstigi).
8. Hreinsun NS og DS skyndiminni á Google (8.8.8.8) og Cloudflare (1.1.1.1): Notaðu opinberu skyndiminnishreinsunartækin frá 2. áfanga 3. skrefi til að knýja fram tafarlausa upptöku á nýju nafnaþjónunum.

4. áfangi: Að lifa af 60-daga ICANN skráningarlás í neyðartilvikum¶

Hvað ef þú þarft að flytja lénið þitt yfir á nýjan skráningaraðila (ICANN Inter-Registrar Transfer), aðeins til að verða læst af Domain Status: clientTransferProhibited og skilaboð sem segja: "Þetta lén er undir 60 daga ICANN flutningslás vegna þess að tengiliðaupplýsingar voru nýlega uppfærðar"?

1. Af hverju 60 daga læsingin fór af stað: Samkvæmt flutningsstefnu ICANN (kafli II.C.1) setja skráningaraðilar 60 daga flutningslás í hvert sinn sem lén er nýskráð, flutt á milli skrásetjara eða gangast undir "Breyting á skráningaraðila" (uppfæra fornafn, eftirnafn skráningaraðila, kenninafn eða netfang).
2. Hvernig á að komast framhjá eða afþakka 60 daga lás fyrir breyting á skráningaraðila:
3. Áður en WHOIS tengiliðaupplýsingum er breytt: Næstum allir helstu skrásetjarar gefa upp gátreit beint á tengiliðabreytingaskjánum merkt: "Afþakka 60 daga flutningslásinn eftir þessa tengiliðauppfærslu." Ef hakað er við þann reit geturðu uppfært netfang stjórnanda/skráningaraðila og samt búið til EPP Auth-Code (Transfer Secret) til að flytja lénið samdægurs.
4. Mundu að þú þarft EKKI að flytja lénaskráninguna til að skipta um DNS-þjónustu: Jafnvel þó að lén sé læst í 60 daga gegn Registrar Transfers (clientTransferProhibited), þú getur samt breytt nafnaþjónum þess (NS skrár) hjá núverandi skrásetjara hvenær sem er án biðtíma; það tekur nokkrar mínútur að skipta um DNS, en fullur skráningarflutningur tekur allt að 5 til 7 daga nema skrásetjarinn sem tapar smelli samstundis Samþykkja sendan flutning (FOa) hnappinn.

Áfangi 5: Herða lénaskráningar og DNS gegn framtíðarstöðvun¶

Þegar lénið þitt og DNS upplausn eru 100 prósent endurheimt skaltu fylla út þennan seiglu gátlista:

• ** Virkja Registry Lock (serverDeleteProhibited, serverUpdateProhibited, serverTransferProhibited) á verkefnamiklum framleiðslulénum**: Staðall Registrar Lock (clientTransferProhibited) er hægt að slökkva á því með einum smelli ef árásarmaður rænir innskráningu skrásetjarans þíns. Registry Lock (í boði af Verisign, PIR, Cloudflare, CSC, MarkMonitor, Gandi og Porkbun/Namecheap fyrir fyrirtækjalén) læsir léninu beint á TLD Registry stigi, sem krefst utanbands margra manna radd-/dulkóðunarstaðfestingar áður en NS Hægt er að breyta skránni eða eyða léninu.
• Endurnýjaðu framleiðslulén með 5 til 10 ára fyrirvara (ICANN maximum horizon is 10 years): Aldrei yfirgefa fyrirtæki sem er mikilvægt lén í endurnýjun ár frá ári þar sem eitt útrunnið fyrirtækjakreditkort getur valdið útrunnunarstöðvun. Fyrirframgreiðsla 5 til 10 ár í einu.
• Notaðu aldrei @yourdomain.com netfang sem innskráningar- eða innheimtutilkynningartengiliður hjá umsjón skrásetjara yourdomain.com: Notaðu sérstakan öryggisdreifingarlista á sjálfstætt stjórnunarlén eða hertan utanaðkomandi reikning og fylgstu með RDAP / WHOIS fyrningardagsetningar í gegnum sjálfvirka ytri Prometheus/Spenntur skjái (domain_expiry_days < 60).
• ** Lægra NS og DS TTL (300 til 3600 sekúndur) 48 tímum fyrir fyrirhugaða DNS-flutning**: Með því að lækka TTL fyrirfram tryggir það að lausnaraðilar skipta yfir innan 5 mínútna frá fyrirhugaðri niðurfellingu.

Svæðisbundin neyðarnúmer og samskiptareglur stofnunarinnar¶

Þegar truflun á léni eða DNS hefur áhrif á heilsugæslustöðvar, neyðarþjónustu, sveitarfélög eða innviði ríkisins skaltu fylgja þessum svæðisbundnu stigmögnunarleiðum:

• Bandaríkin og Kanada: Hringdu 911 ef bilun á léni/DNS gerir klíníska fjarmælingu sjúkrahúsa óvirka, sjúkraflutninga eða lífsöryggiskerfi. Tilkynna DDoS árásir á DNS innviði eða BGP/DNS flugræningja til CISA (1-844-Say-CISA / cisa.gov/report), FBI IC3 (ic3.gov), eða Canadian Center for Cyber ​​Security (1-833-CYBER-88). Fyrir .gov lén, hafðu samband við CISA .gov Þjónustudeild skrásetjara.
• Bretland: Hringdu 999 vegna lífshættu eða bráðra truflana á NHS. Tilkynntu mikilvægar DNS truflanir eða lénsrán til NCSC (ncsc.gov.uk), og hafðu samband við Nominet (01865 332244) beint fyrir brýnt .uk / .gov.uk / .nhs.uk skráningarvandamál.
• Evrópusambandið: Hringja 112 í öllum aðildarríkjum ESB. DNS þjónustuveitendur og TLD nafnaskrár falla undir EU NIS2 tilskipunina (Directive 2022/2555) og verða að tilkynna um mikilvæg tilvik til innlendrar CSIRT innan 24 klukkustunda.
• Ástralía og Nýja Sjáland: Hringja 000 í Ástralíu eða 111 á Nýja Sjálandi; tilkynntu mikilvæg DNS- eða lénsatvik til ACSC (1300 CYBER1), auDA (fyrir .au), eða Domain Name Commission NZ (fyrir .nz).
• Indland og Asíu-Kyrrahaf: Hringja 112 á Indlandi fyrir neyðarviðbrögð; tilkynna DNS/lénsinnviðaárásir til CERT-In (incident@cert-in.org.in) innan 6 klukkustunda eða NIXI fyrir .in stigmögnun skrásetningar.

Algengar spurningar¶

Hvers vegna hætti lénið mitt að virka 24 tímum FYRIR opinbera WHOIS-tímastimpil þess?¶

Athugaðu fyrst tímabelti: WHOIS `Registry Expiry Date` er alltaf prentað í **UTC (`Z`)**, sem er 4 til 8 klukkustundum á undan norður-amerískum tímabeltum (sem þýðir að lén rennur út kl. `2026-11-01T04:00:00Z` rennur reyndar út kl `8:00 PM PDT` 31. október). Í öðru lagi, ef þinn `NS` plötur höfðu a `24-hour` eða `48-hour` TTL og skrásetjari skiptu þeim kl `00:00 UTC` á fyrningardegi sleppa notendum sem hafa upplausnir snemma á bílastæðasíðuna strax á meðan aðrir eru í skyndiminni í klukkutíma.

Skrásetjarinn minn er algjörlega hættur eða svarar ekki (Dead / De-accredited Registrar), og lénið mitt er að renna út. Hvernig bjarga ég því?¶

Þegar ICANN segir upp eða afviðurkennar skrásetjara sem hefur ekki gilt samkvæmt **afviðurkenndum skráningaraðila umbreytingarferli (`DARTP`)**, ICANN flytur öll lén sjálfkrafa í magn til vörsluaðila sem skráir sig án kostnaðar fyrir skráningaraðila. Athugaðu `whois yourdomain.com` (eða `lookup.icann.org`) til að sjá hvaða **Registrator** og **IANA ID** er með lénið þitt eins og er, eða sendu inn brýna **Kvörtun um endurnýjun/flutning léns** beint til **ICANN Contractual Compliance (`icann.org/compliance/complaint`)**.

Hvers vegna virkar vefsíðan mín fyrir suma viðskiptavini á farsímagögnum, en sýnir samt útrunna bílastæðasíðu á Wi-Fi skrifstofu okkar 6 klukkustundum eftir að ég endurnýjaði lénið?¶

Skrifstofunetið þitt eða staðbundinn ISP endurkvæmur DNS-leysari setti bílastæðissíðu skrásetjarans í skyndiminni `NS` og `A` skráir á meðan lénið var útrunnið og bílastæðanafnaþjónar settu alræmt háa TTL (`3,600` til `86,400` sekúndur / 24 klukkustundir) þannig að auglýsingasíður haldist lengur í skyndiminni. Skola Google (`8.8.8.8`) og Cloudflare (`1.1.1.1`) með því að nota vefhreinsunartækin sín og síðan á tölvunni þinni á staðnum `ipconfig /flushdns` (Windows), `sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder` (macOS), eða `sudo resolvectl flush-caches` (Linux).

Hvað verður um tölvupóst sem er sendur til @yourdomain.com Á meðan lénið okkar eða DNS var útrunnið í 18 klukkustundir? Eru þeir týndir að eilífu?¶

Í flestum tilfellum, lögmætur tölvupóstur sem sendur er á fyrstu 12 til 48 klukkustundum af DNS-rofi glatast EKKI: þeir eru í biðröð á póstþjóni sendanda og munu berast sjálfkrafa á næstu klukkustundum. Undir **`RFC 5321` (Simple Mail Transfer Protocol, kafli 4.5.4.1)**, þegar sendipóstþjónn (`Gmail`, `Microsoft Exchange Online`, `Postfix`) fær tímabundna DNS leit bilun (`SERVFAIL`) eða getur ekki tengst við `MX` gestgjafi, setur það skilaboðin í biðröð fyrir endurreynslu í **4 til 5 daga (`96 to 120 hours`)**, reynir aftur með veldisfalli. Hins vegar, ef útrunninn bílastæðasíða skrásetjarans innihélt **jildarmerki núll `MX` met (`0 .`)** eða bílastæðispóstþjónn sem hafnaði pósti með hörðu `550 5.1.1 User Unknown` varanlegt hopp, þá fengu þessir sendendur tafarlausa hopptilkynningu og verða að endursenda tölvupóstinn sinn.

Get ég sett upp tvær DNS veitur á sama tíma (Cloudflare + Route 53) einfaldlega með því að skrá tvo Cloudflare NS met og tvær Route 53 NS skráir hjá skrásetjaranum mínum?¶

Já, svo lengi sem `DNSSEC` er óvirkt (eða rétt stillt með `RFC 8901` Multi-Signer DNSSEC) og báðir veitendur þjóna sömu DNS færslum. Endurkvæmir lausnarar spyrja allt sem skráð er fyrir foreldri `NS` skrár með því að nota round-robin/RTT leynd val (`SRTT`). Ef þú listar `ns1.providerA.com`, `ns2.providerA.com`, `ns1.providerB.com`, og `ns2.providerB.com` í sérsniðnum nafnaþjónum skrásetjarans þíns og haltu báðum svæðum samstilltum með **OctoDNS**, **DNSControl**, **Terraform**, eða `AXFR / IXFR` svæðisflutningar, lifir lénið þitt sjálfkrafa af 100 prósent truflun hjá öðrum hvorum DNS veitunni.

Hver er munurinn á milli clientHold og serverHold í WHOIS?¶

EPP stöðukóðar sem byrja á **`client...`**(`clientHold`, `clientTransferProhibited`) eru stilltir af **lénsritara** þínum (sala þar sem þú stjórnar reikningnum þínum, eins og Namecheap eða GoDaddy) og hægt er að fjarlægja þær strax af þjónustu- eða reikningskerfi skrásetjarans þíns. Stöðukóðar sem byrja á **`server...`**(`serverHold`, `serverTransferProhibited`) eru stilltar beint af **TLD Registry Operator** (`Verisign`, `PIR`, `Nominet`) vegna dómsúrskurða, UDRP deilna, stöðvunar á misnotkun á skráningarstigi eða vélbúnaðar **Registry Lock**, og krefjast þess að hafa samband við Registry gegnum skrásetjarann ​​þinn til að aflétta.

Tengdir leiðsögumenn¶

• Ránun léns, útrunnið DNS og yfirtaka vefsíðu
• SSL/TLS vottorð rann út í framleiðslu, HSTS forhleðslulokun, CA CAA skráningarblokk og neyðarendurnýjun
• Google Workspace eða Microsoft 365 sérsniðið lénsstjórnendalokun, DNS TXT staðfesting og björgun leigjanda
• DNS ræning, WAN endurstilling ISP beini og skopstæling á fangagátt
• Vefhýsingarkreppa, flutningur og endurheimt afritunar
• Neyðarnúmer eftir löndum

Heimildir og opinberar leiðbeiningar¶

• Internet Corporation fyrir úthlutað nöfn og númer (ICANN): Reglur um endurheimt skráningar útrunninn (ERRP), Útrunnið lénseyðingarstefna (EDDP), millifærslureglur milli skrásetjara (60 daga breyting á skráningarlás) og tilvísun EPP stöðukóða (clientHold, redemptionPeriod, pendingDelete).
• Verkefnahópur Internetverkfræði (IETF): RFC 6781 (Rekstrarvenjur DNSSEC: Key Rollovers and Emergency DS Fjarlæging) & RFC 8901 (Multi-Signer DNSSEC Models for Multi-Provider Authoritative DNS).
• National Institute of Standards and Technology (NIST) (Bandaríkin): Sérstök rit 800-81-2: Öruggt lénsnafnakerfi (DNS) Dreifingarleiðbeiningar.
• Stofnun netöryggis og innviðaöryggis (CISA) (Bandaríkin): Neyðartilskipun 19-01: Mitigating DNS Infrastructure Tampering.
• Netöryggisstofnun Evrópusambandsins (ENISA): NIS2 Tæknilegar leiðbeiningar fyrir DNS þjónustuveitendur og TLD nafnaskrár.