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
- Jelentkezz be a regisztrátorba (ellenőrizd lejárat előtt a jelszót, 2FA-t)
- Ellenőrizd a fizetési kártya állapotát - nem fog hamarosan lejárni
- Ellenőrizd az auto-renewal beállítást - bekapcsolva? Hány év?
- 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)
- 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.
Próbálja ki az ePulz.io-t ingyen - 7 nap bankkártya nélkül.
Fiók létrehozása