Vissza a bloghoz

A domain lejárt - mi történik és hogyan ment a WHOIS monitorozás

· 6 perc olvasás

Röviden: A lejárt domain regisztráció mindennek egyszerre okoz kiesést - weboldal, email, status page. A helyreállítás órákig vagy napokig tart, amíg a DNS változások elterjednek. A WHOIS monitorozás hónapokkal előre figyelmeztet, ami többéves regisztrációknál triviálisan elnézhetetlen.

Röviden: A lejárt domain regisztráció mindennek egyszerre okoz kiesést - weboldal, email, status page. A helyreállítás órákig vagy napokig tart, amíg a DNS változások elterjednek. A WHOIS monitorozás hónapokkal előre figyelmeztet, ami többéves regisztrációknál triviálisan elnézhetetlen.

Miért katasztrofális a lejárat

Amikor egy SSL tanúsítvány lejár, a böngésző figyelmeztetést mutat. Néhány vásárló a "Folytatás mindenképpen"-re kattint, az értő rész marad. A veszteség jelentős, de korlátozott.

Amikor a domain lejár:

  • Az NS rekordok eltávolódnak a TLD zónából
  • A domain DNS lookup-ja minden felhasználónak elkezd hibázni
  • Weboldal, email (MX), belső szolgáltatás (aldomainek) - minden egyszerre esik
  • A harmadik felek API integrációi veled hibáznak
  • A grace periódus (jellemzően 30 nap) után bárki megveheti a domaint

Grace period: van még időd?

A lejárat után a legtöbb TLD-nek van grace periodja - időszak, amikor szabványos áron megújíthatod:

  • gTLD (.com, .net, .org): 30 nap auto-renew grace, majd 30 nap redemption (magasabb árral ~80 €)
  • .sk: 30 nap grace, majd 60 nap redemption
  • .cz: 60 nap grace, nincs redemption (60 nap után szabad)
  • .eu: 40 nap quarantine
  • .io: 30 nap grace

Grace alatt a DNS nem működik. A domain létezik, de "expired" állapotban van. Grace után árverésre vagy szabad regisztrációra mehet.

Legrosszabb eset: Valaki más megveszi a domained (jellemzően drop-catched domainek vevője SEO értékkel). Elveszíted az egész brand identitást, az összes meglévő linket, SEO ranking-et. Nincs jogi alapod visszaszerezni költséges UDRP eljáráson kívül.

Miért hibázik az auto-renewal

A legtöbb regisztrátor kínál auto-renewal-t. A gyakorlatban a következő okokból hibázik:

  • Lejárt hitelkártya - leggyakoribb ok. A kártya megújul, de a regisztrátornál az adatokat nem frissítették.
  • Insufficient funds - bankszámláról a terhelés hibázott, senki nem vette észre a regisztrátor emailjét.
  • A regisztrátor emailje spamben köt ki - te nem is látod az értesítést.
  • Tulajdonosi / fiókváltás - a regisztrátor egy volt munkavállalón vagy volt cégen van.
  • Auto-renewal kikapcsolva - gyakran egyes regisztrátorok alapértelmezése.

WHOIS lookup: mit csinál

A WHOIS protokoll (RFC 3912) lekérdezés a regisztrátor rendszerhez: "Ki birtokolja ezt a domaint és mikor jár le?". A válasz tartalmazza:

$ whois epulz.io

Domain Name: EPULZ.IO
Registry Domain ID: ...
Updated Date: 2026-04-15T09:23:11Z
Creation Date: 2026-02-20T12:00:00Z
Registry Expiry Date: 2027-02-20T12:00:00Z   ← EZ
Registrar: ...
Domain Status: clientTransferProhibited
Name Server: NS1.EXAMPLE.COM
Name Server: NS2.EXAMPLE.COM
...

A monitorozáshoz a Registry Expiry Date érdekel. Ez a dátum, amikor a domain expired állapotba kerül, ha nem újítod meg.

RDAP: modern WHOIS pótló

A WHOIS protokoll 1982-ből származik és vannak korlátai (struktúrálatlan szöveges válasz, nincs autentikáció, nincs TLS). Az ICANN tolja az átmenetet a RDAP-re (Registration Data Access Protocol) - JSON-alapú REST API.

$ curl -s https://rdap.verisign.com/com/v1/domain/example.com | jq '.events[] | select(.eventAction=="expiration")'

{
  "eventAction": "expiration",
  "eventDate": "2027-02-20T12:00:00Z"
}

Az RDAP gyorsabb (JSON parse vs regex szövegen), szabványosított és van TLS-e. Egy monitoring service-nek ideálisan mindkettőt kell kombinálnia (RDAP preferenciálisan, WHOIS fallback olyan TLD-khez, amelyeknek nincs RDAP-juk).

Értesítési stratégia

Domain-hoz hosszabb warning periódusok alkalmasak, mint SSL certhez. Az SSL automatikusan megújul certbot-on át (jellemzően 30 nap cushion elég). A domain igényel:

  • Hitelkártya manuális ellenőrzése a regisztrátor fiókban
  • Lehetséges pénzügyi döntés (a multi-year renewal olcsóbb)
  • Felkészülés rebrandre, ha a domaint nem akarod megújítani (ritka de előfordul)

Ajánlott riasztási ütemterv:

  • 90 nappal előtte - első warning, idő multi-year döntésre
  • 30 nappal előtte - escalation, ha semmi nem történik
  • 14, 7, 3, 1 nappal előtte - critical alertek

Gyakorlati megújítási eljárás

  1. Jelentkezz be a regisztrátorba (ellenőrizd lejárat előtt a jelszót, 2FA-t)
  2. Ellenőrizd a fizetési kártya állapotát - nem fog hamarosan lejárni
  3. Ellenőrizd az auto-renewal beállítást - bekapcsolva? Hány év?
  4. Manuálisan hosszabbítsd meg legalább 2-3 évvel (regisztrációs lock-in, csökkenti a további mulasztások kockázatát)
  5. Megújítás után várj 24 órát és ellenőrizd whois-on vagy RDAP-on, hogy az Expiry Date eltolódott

Következtetés

A domain lejárat a katasztrofális kiesések top 5 oka közé tartozik - és az egyik legkönnyebben megelőzhető. A rendszeres WHOIS monitorozás szinte semmibe nem kerül és hónapokat ad figyelmeztetésre egy katasztrófa előtt, amit a megújítás percek alatt megold.

WHOIS lejárat monitorozás

Az ePulz.io követi a WHOIS-t .sk, .cz, .eu, .com, .io és más TLD-khez. Értesítés 90/30/14/7/3/1 nappal előtte. 7 nap ingyen.

Monitoring indítása →


Próbálja ki az ePulz.io-t ingyen - 7 nap bankkártya nélkül.

Fiók létrehozása