Verkkotunnuksen vanhenemisen seuranta

Miksi domainin uusimisen unohtaminen on pahempaa kuin palvelimen kaatuminen

Jos palvelin kaatuu – käynnistät uudelleen. Jos koodi kaatuu – palautat aiemman version. Jos domain vanhenee – saatat menettää sen. Useimmilla TLD:illä on lunastusaika domainin vanhenemisen jälkeen, jolloin domainin voi palauttaa kovaan hintaan (usein 10–100x normaalista uusimisesta). Sen jälkeen domain siirtyy takaisin julkiseen pooliin ja domain-squatter voi rekisteröidä sen. Jotkut yritykset ovat menettäneet näin päädomaininsa eivätkä koskaan saaneet sitä takaisin. Korjaus on uuden domainin osto, liikenteen uudelleenohjaus, sähköpostin palautus, yhteydenotto integraattoreihin – viikkojen työ ja pysyvä SEO-tappio.

Hölmö osa: tämä tapahtuu melkein aina, koska rekisterinpitäjän uusintaviesti meni väärään sähköpostiosoitteeseen (joku lähti, edelleenohjaus kaatui, laatikko täynnä markkinointispämmiä). Automaattinen uusiminen epäonnistui huomaamatta, koska kortti oli vanhentunut. Kukaan nykyisessä tiimissä ei tiennyt domainin vanhenevan – koska se rekisteröitiin 3 vuotta sitten jonkun toimesta, joka ei enää ole mukana. Koko katastrofi olisi vältettävissä yhdellä hälytyksellä.

Näin DiagnoSEO Uptime Monitoring seuraa tätä

Kullekin HTTP/avainsana/API-monitorille tehdään päivittäinen WHOIS-haku rekisteröityyn domainiin (esim. example.com osoitteesta https://www.example.com/some/path). Vanhentumispäivä tulkitaan ja tallennetaan. Tuettuja ovat kaksi tarjoajaa: RapidAPI (oletus – maksullinen, yleensä luotettavampi) ja ilmainen RDAP via rdap.org (varalla). Voit valita jommankumman kohdassa Ilmoitukset > WHOIS-tarjoaja.

Hallintapaneelissa näkyy värikäs leimasin "DOM Xd" jokaisessa monitoririvissä: vihreä >90 päivää, oranssi 30–90, punainen <30 (ja lihavoitu punainen <7).

Hälytysrajat

Hälytyksiä lähetetään kuudessa vaiheessa ennen vanhenemista: 60, 30, 14, 7, 3 ja 1 päivä. Ensimmäiset kaksi (60, 30) ovat suunnitteluun. 14 tarkoittaa "tällä viikolla". 7 – "nyt kiire". 3 ja 1 päivä – viime hetken pagerit.

60 päivän raja on tärkeämpi kuin moni luulee. Jotkut rekisterinpitäjät vaativat WHOIS-yhteystietojen vahvistuksen ennen uudistuksen käsittelyä, mikä voi kestää päiviä. Jotkut maksutavat vievät 24–72 h kansainvälisillä rekisterinpitäjillä. Jotkut TLD:t vaativat maakohtaista paperityötä. Uusinnan aloittaminen 60 päivää etukäteen antaa mukavan marginaalin; 7 päivää on usein liian myöhäistä.

Mitä WHOIS ei kerro

WHOIS-tiedot voivat olla vanhentuneita, erityisesti vähemmän tunnetuilla TLD:illä. WHOIS:n vanhentumispäivämäärä tulee rekisteristä – jonka rekisterinpitäjä päivittää, kun uusi maksusuoritus rekisteröidään. Jos rekisterinpitäjä viivästyttää päivitystä, WHOIS voi hetken näyttää vanhan päivämäärän vaikka domain on jo uusittu. Älä panikoi. Seuraava päivittäinen tarkistus nappaa päivityksen.

Privacy-suojatuilla domaineilla WHOIS palauttaa silti vanhentumispäivän – tämä kenttä ei ole peitetty. Domainin vanhenemisen seuranta siis toimii erinomaisesti myös WHOIS-privacy päällä.

Tietyillä TLD:illä (erityisesti .de, .dk ja muutamat muut) WHOIS ei välitä vanhentumispäivää lainkaan. Näissä hallintapaneeli näyttää "—" domainin vanhentumispäivän kohdalla ja sinun täytyy seurata uusintoja rekisterinpitäjän paneelista. Suurimmassa osassa tunnettuja TLD:iä vanhentumispäivät näkyvät: .com, .net, .org, .io, .co, .pl, .uk, .eu ja muut.

Kokonaisuuden yhdistäminen

Yhdistä domainin vanhentumisen seuranta SSL-tarkkailun kanssa, niin katat molemmat aikarajat, jotka voivat huomaamatta tuhota palvelusi. SSL-hälytykset kertovat että varmenne vanhenee; domainin hälytykset että rekisteröinti on loppumassa. Molemmat tulevat hyvissä ajoin, molemmat reitittyvät valittuihin kanaviin, molemmat kunnioittavat yörauhaa. Tämä yhdistelmä tekee monitorointityökalusta oikeasti luotettavan: ei vain "ilmoitamme kun se kaatuu" vaan "ilmoitamme ennen kuin kaatuu".

Käyttöönotto

Domainin vanhenemisen seuranta on automaattista jokaiselle HTTP-tyypin monitorille. Valitaksesi tarjoajan (RapidAPI vs RDAP) avaa Ilmoitukset ja aseta "WHOIS-tarjoaja". Jos haluat aktivoida tai poistaa hälytyksiä itsenäisesti muista hälytyksistä, käytä asetusta "Hälytykset domainin vanhenemisesta ≤30 päivää" kohdassa Preferenssit.

Usein kysytyt kysymykset

• Mistä työkalu tietää, milloin domainini vanhenee?

  Monitori kysyy WHOIS-tietoja kerran päivässä jokaiselle tarkkailtavalle domainille. WHOIS-vastaukset sisältävät rekisteröinnin vanhentumispäivän, joka tallennetaan ja vertaillaan nykyiseen päivämäärään päivien laskemiseksi vanhentumiseen.

• Mitä tapahtuu, jos unohdan uusia domainin?

  Saat hälytykset 60, 30, 14, 7, 3 ja 1 päivää ennen vanhenemista. Jos sivuutat kaikki, domain siirtyy rekisterinpitäjän grace-tilaan (tyypillisesti 30 päivää, vaihtelee TLD:n mukaan). Grace-jakson aikana voit edelleen uusia domainin. Grace-kauden jälkeen domain siirtyy lunastukseen, ja sitten takaisin julkiseen rekisteriin – tällöin palautus on paljon hankalampaa.

• Toimiiko se kaikille TLD:ille?

  Suurin osa tärkeimmistä TLD:istä on tuettu bulk WHOIS API:n kautta: .com, .net, .org, .pl, .de, .fr, .co.uk, .es, .it, .nl, .se, .fi, .ca, .com.au ja monia muita. API:a tukemattomille TLD:ille työkalu palaa suoriin WHOIS-portti 43 -kyselyihin. Pari harvinaista TLD:ä ei ehkä palauta tulkittavaa päivämäärää.

• Miten vanhentuneet .pl-domainit käsitellään?

  .pl-rekisteri käyttää erillistä WHOIS-kenttää vanhentuneille domaineille (“expiration date” = poiston päivämäärä, ei uusimisen). Työkalu tunnistaa merkin “billing period had finished” ja näyttää domainin TILAPÄISESTI VANHENTUNEENA omalla poistopäivällään – ei “vanhenee X päivän päästä”, mikä olisi harhaanjohtavaa.

• Voinko tarkistaa domainin vanhenemispäivän pyynnöstä ilman että odotan päiväajoa?

  Kyllä – monitorin asetusvalikossa on "Päivitä nyt" -painike, joka hakee WHOIS-tiedot välittömästi ohittaen 24 tunnin välimuistin. On myös "Pakota tuore tarkistus" -vaihtoehto, joka nollaa välimuistilipun joten seuraava normaali tarkistus hakee tuoreet tiedot.