Domain lejáratának figyelése

Miért rosszabb a kihagyott domain megújítás, mint egy szerverleállás

Ha a szerver leáll – újraindítod. Ha a kód elhasal – visszagörgeted. Ha a domain lejár – el is veszítheted. A legtöbb TLD rendelkezik egy megváltási időszakkal a lejárat után, amikor prémium áron (gyakran 10-100× a normál megújítási díj) még vissza lehet szerezni a domaint. Utána visszakerül a nyilvános elérhető tartományba, ahol egy domain-nyerészkedő regisztrálhatja. Néhány cég így veszítette el a fő domainjét végleg. A javítás: új domain vásárlása, forgalom átterelés, email újjáépítése, kapcsolattartás integrátorokkal – hetek munkája, maradandó SEO-csökkenéssel.

A buta rész: szinte mindig azért történik meg, mert a regisztrátor megújításról szóló emailje rossz címre ment (valaki elment a cégtől, a továbbítás megszűnt, a mailbox tele van marketing-spammel). Az automatikus megújítás csendben megállt, mert a bankkártya lejárt. Senki az aktuális csapatból nem tudott a közelgő lejáratról – mert 3 éve valaki más regisztrálta, aki már nincs a cégnél. Az egész katasztrófa egyetlen figyelmeztetéssel megelőzhető volna.

Hogyan követi ezt a DiagnoSEO Uptime Monitoring

Minden HTTP/keyword/API monitorhoz egy mélyebb napi ellenőrzés lekérdezi WHOIS-ból a regisztrált domaint (pl. example.com a https://www.example.com/some/path-ból). A lejárati dátumot feldolgozzuk és eltároljuk. Két szolgáltató támogatott: RapidAPI (alapértelmezett – fizetős, általában megbízhatóbb) és az ingyenes RDAP a rdap.org-on keresztül (tartalékként). Ezek közül választhatod ki a kívántat az Értesítések > WHOIS szolgáltató menüben.

A műszerfal ekkor minden monitor sorában egy színes pecsétet mutat "DOM Xd" felirattal: zöld >90 nap, narancssárga 30-90 nap, piros <30 (és vastag-piros <7).

Figyelmeztetési küszöbök

Az értesítések hat küszöbnél érkeznek lejárat előtt: 60, 30, 14, 7, 3 és 1 nap. Az első kettő (60, 30) tervezéshez. A 14 azt jelenti, hogy "ez a héten lejár". A 7: "most sürgős". A 3 és 1 naposak: utolsó esélyes riasztások.

A 60 napos küszöb fontosabb, mint sokan gondolnák. Egyes regisztrátorok megkövetelik a WHOIS-kapcsolat megerősítését megújítás előtt, ami napokba is telhet. Bizonyos fizetési módok 24-72 órát is igénybe vesznek nemzetközi regisztrátorok esetén. Egyes TLD-k országonként eltérő papírmunkát követelnek. A megújítás 60 napos előnnyel való elindítása kényelmes mozgásteret ad; 7 nappal indulni már általában késő.

Amit a WHOIS nem fog elmondani

A WHOIS adatok néha elavultak, főleg kevésbé elterjedt TLD-k esetén. A WHOIS által mutatott lejárati dátum a nyilvántartás feljegyzése – amit a regisztrátor frissít a megújítás után. Ha a regisztrátor kicsit késik a megújítás upstream rögzítésével, a WHOIS egy darabig még régi dátumot mutathat a sikeres hosszabbítás után is. Ne ess pánikba. A következő napi ellenőrzés már frissíti.

Privacy protection-ös domaineknél a WHOIS továbbra is visszaadja a lejárat dátumát – ezt a mezőt nem maszkolják. A domain lejárati monitoring így privacy mellett is tökéletesen működik.

Néhány TLD esetén (például .de, .dk és néhány további) a WHOIS egyáltalán nem tartalmaz lejárati dátumot. Ezeknél a műszerfal "—" jelet mutat a domainnél, és a megújítást a regisztrátor paneljén kell figyelned. A legtöbb jelentős TLD rendelkezik ilyen dátummal: .com, .net, .org, .io, .co, .pl, .uk, .eu stb.

Minden összehangolása

Kösd össze a domain lejárati monitoringot az SSL-monitoringgal, és lefeded mindkét "időzített bombát", amely csendben tehet tönkre egy szolgáltatást. Az SSL figyelmeztet ha a tanúsítvány le fog járni; a domain figyelmeztetés ha a regisztráció. Mindkettő jó előre szól, a kiválasztott csatornán, és tiszteletben tartja az éjszakai csendet. Ez a kombináció teszi a monitoring eszközt igazán megbízhatóvá: nem csak "szólunk ha lehalt", hanem "szólunk MIELŐTT leállna".

Beállítás

A domain lejárati monitoring minden HTTP monitor esetén automatikusan bekapcsolt. Ha szeretnéd kiválasztani a szolgáltatót (RapidAPI vagy RDAP), nyisd meg az Értesítések menüt, és állítsd be a "WHOIS Szolgáltató"-t. Ha szeretnéd az értesítéseket függetlenül más figyelmeztetésektől be- vagy kikapcsolni, kapcsold át a "Domain lejárati értesítés ≤30 nap" kapcsolót a Preferenciák szekcióban.

Gyakran ismételt kérdések

• Honnan tudja az eszköz, mikor jár le a domainem?

  A monitor naponta egyszer lekérdezi a WHOIS-t minden figyelt domainnél. A WHOIS válaszok tartalmazzák a lejárati dátumot, amit eltárolunk, majd az aktuális dátummal összevetve kiszámítjuk a hátralevő napokat.

• Mi történik, ha elfelejtem megújítani?

  Figyelmeztetést kapsz 60, 30, 14, 7, 3 és 1 nappal a lejárat előtt. Ha mindegyiket figyelmen kívül hagyod, a domain grace periódusba lép a regisztrátornál (általában 30 nap, TLD-től függően). Grace alatt még megújíthatod. Utána redemption szakaszba kerül, majd visszakerül a publikus regisztrációba — ekkor már sokkal nehezebb visszaszerezni.

• Minden TLD-nél működik?

  A legtöbb fő TLD-t támogatja a bulk WHOIS API: .com, .net, .org, .pl, .de, .fr, .co.uk, .es, .it, .nl, .se, .fi, .ca, .com.au és még sok más. A nem támogatott TLD-knél az eszköz visszatér a közvetlen WHOIS 43-as port lekérdezéshez. Pár ritka TLD-nél előfordulhat, hogy nem adható vissza jól feldolgozható dátum.

• Hogyan kezeli a rendszer a lejárt .pl domaineket?

  A .pl nyilvántartás másik WHOIS mezőt használ a lejárt domainekhez ("expiration date" = törlési dátum, nem megújítási). Az eszköz észleli a "billing period had finished" megjelölést, és EXPIRED-ként mutatja a domaint külön törlési dátummal — nem pedig "X nap múlva lejár" formában, ami félrevezető lenne.

• Lekérdezhetem-e manuálisan a domain lejárati dátumát, vagy mindenképp meg kell várni a napi cron-t?

  Igen — a monitor kapcsolójánál van egy "Refresh now" gomb, ami azonnal WHOIS-t kérdez le, megkerülve a 24 órás cache-t. Van "Force fresh" opció is, ami visszaállítja a cache zászlót, így a következő normál ellenőrzés nulláról indul.