Omistan kolmekymmentä verkkotunnusta enkä muista milloin yksikään niistä vanhentuu

Kokoelma alkoi innottomasti. Verkkotunnus pääprojektille. Verkkotunnus sivuprojektille. Verkkotunnus liikeideoille, joka vaikutti loistavalta klo 2 yöllä ja kyseenalaiselta aamulla, mutta se rekisteröitiin joka tapauksessa, koska se oli saatavilla ja verkkotunnukset ovat halvat. Verkkotunnus henkilökohtaiselle blogille, joka ei koskaan meni "tulossa pian" -sivun ohi. Verkkotunnus ystävän hääsivustolle, jota tarvittiin vain kuudeksi kuukaudeksi, mutta se uusittiin automaattisesti, koska automaattisen uusimisen asetus oli päällä eikä kukaan muistanut kytkeä sitä pois. .io-verkkotunnus, koska .com oli jo varattu. .to-verkkotunnus brändäysksyistä. .dev-verkkotunnus, koska Google oli juuri käynnistänyt TLD:n ja se tuntui asianmukaisesti tekniseltä. Vuosi vuodelta kokoelma kasvoi. Kolmekymmentä verkkotunnusta neljässä eri rekisteröijässä, joilla jokaisella on oma uusimispäivä, oma hinnoittelunsa, oma hallintapaneeli, joka vaatii omat kirjautumistiedot, ja omat sähköpostihäätöasetuksensa, jotka saattavat tai eivät ole kunnolla konfiguroituja.

Ensimmäinen verkkotunnuksen menetys tapahtui tiistaina. Ei dramaattisesti, ei varoitusten ja hälytysten kanssa, vaan hiljaisen, peruuttamattoman aikaistuksen kanssa, kun rekisteröinti vanhentui. Verkkotunnus, jota oli käytetty asiakkaalle tarkoitetussa työkalossa, yksinkertaisesti lopetti ratkaisun. Verkkosivusto katoaa. Sähköpostit palasivat lähettäjälle. Asiakas soitti, ymmärrettävästi huolissaan siitä, että hänen käyttämänsä työkalu oli kadonnut internetistä. Jälkianalyysi oli nöyryyttävä: verkkotunnus oli rekisteröity rekisteröijälle, jonka uusimisen ilmoitussähköpostit olivat menneet vanhaan sähköpostiosoitteeseen yli vuoden ajan. Automaattinen uusiminen oli pois päältä, koska tiedostossa oleva luottokortti oli vanhentuneet. Verkkotunnus astui anteeksiantojaksonsa, sitten lunastusjaksonsa ja lopulta vapautettiin takaisin julkiseen poolitukseen. Sen palauttaminen vaati maksamaan premium-summan toimialavälikäynnin kautta, koska joku muu oli rekisteröinyt sen pudotusjakson aikana.

Tämä kokemus oli katalysaattori järjestelmän rakentamiselle, joka ei koskaan sallisi saman virheen tapahtua uudelleen. Verkkotunnuksen tarkistusohjelmointirajapinta syntyi käytännön tarpeesta seurata vanhentymispäiviä kaikissa omissa verkkotunnuksissa rekisteröijästä riippumatta, ilman että olisi riippuvainen rekisteröijän ilmoitussähköposteista, jotka saattavat tai eivät saavu oikeaan postilaatikkoon oikeaan aikaan.

Rekisteröijän fragmentaation ongelma

Jos jokainen verkkotunnus olisi rekisteröity samalla rekisteröijällä, vanhentymispäivien seuranta olisi triviaali. Kirjaudu yhteen hallintapaneeliin, lajittele vanhentymispäivän mukaan ja aseta kalenteriin muistutukset. Mutta verkkotunnukset keräävät eri rekisteröijille täysin järkevistä syistä. Jotkut rekisteröijät tarjoavat parempia hintoja tietyille TLD:ille. Jotkut olivat isäntien suosittelemia. Jotkut käytettiin, koska verkkotunnus siirtyi myynnin tai migraation aikana. Jotkut rekisteröijät olivat olemassa, kun verkkotunnus rekisteröitiin ensimmäisen kerran kymmenen vuotta sitten ja ne on sittemmin hankittu suuremmille yrityksille, mikä vaatii tilinsiirtoa ja tunnistetietojen päivityksiä. Tuloksena on hajanainen portfolio ilman yhtä totuuden lähdettä.

GoDaddylla on seitsemän verkkotunnusta. Namecheapilla on kaksitoista. Cloudflarella on kuusi. Alueellinen rekisteröijä pitää hallussaan viisi verkkotunnusta maakoodin TLD:illä, joita suuret rekisteröijät eivät tue. Jokainen rekisteröijä lähettää uusimismuistutuksia omalla aikataululla: jotkut kuusikymmentä päivää ennen vanhentumista, jotkut kolmekymmentä, jotkut neljätoista. Muistutussähköpostit saavat eri aiherivit, tulevat eri lähettäjän osoitteista ja kilpailevat huomiosta postilaatikossa, joka jo vastaanottaa satoja sähköposteja päivittäin. Yhden näistä muistutuksista puuttuminen ei ole huolimattomuuden asia. Se on todennäköisyyden asia. Kolmellakymmenellä verkkotunnuksella, jotka lähettävät muistutuksia eri aikoina eri lähteistä, vähintään yhden uusimisnotifikaation puuttumisen todennäköisyys vuoden aikana ei ole pieni. Se on lähes varma.

Verkkotunnuksen tarkistusohjelmointirajapinta ratkaisee tämän tarjoamalla yhden, rekisteröijästä riippumattoman mekanismin verkkotunnuksen tilan tarkistamiseen. Kun otetaan huomioon verkkotunnuksen nimi, ohjelmointirajapinta kyselyy WHOIS-tietokantaan ja palauttaa rekisteröintipäivän, vanhentymispäivän, rekisteröijän nimen, nimipalvelimen konfiguraation ja verkkotunnuksen statuskoodit. Suorittamalla tämä tarkistus kaikissa kolmessakymmenessä verkkotunnuksessa säännöllisen aikataulun mukaisesti, portfolio-oikeuksien vanhentymisen täydellinen kuva ilmenee ilman, että sinun on kirjauduttava yhteenkään rekisteröijän hallintapaneeliin. Verkkotunnukset, jotka vanhenevat kolmeksikymmeniksi päiväksi, voivat laukaista hälytykset. Verkkotunnukset, jotka vanhenevat yhdeksäksikymmeniksi päiväksi, voidaan merkitä uusimispäätöksen (säilytä tai jätä) tekemiseen. Verkkotunnukset, joilla on automaattinen uusiminen käytössä, voidaan varmistaa, että tiedostonsa maksutapa on edelleen voimassa.

Kuinka yksinkertainen tarkistus estää vahingossa tapahtuvat verkkotunnuksen menetykset

Verkkotunnuksen vanhentumisen mekaniikka on monimutkaisempi kuin useimmat verkkotunnuksen omistajat ymmärtävät, ja sen ymmärtäminen on olennaista menetyksen estämiseksi. Verkkotunnus ei yksinkertaisesti katoa päivää vanhentumisen jälkeen. Se siirtyy armahduksen jaksoon, joka tyypillisesti kestää kolmestakymmenestä neljääsikymmeneen päivää rekisteröijän ja TLD:n mukaan, jonka aikana alkuperäinen omistaja voi uusia sen vakiotuotannon hinnalla. Jos armahdusjakso kuluu ilman uusimista, verkkotunnus siirtyy lunastusjaksolle, joka tyypillisesti kestää kolmekymmentä päivää, jonka aikana alkuperäinen omistaja voi edelleen palauttaa sen, mutta merkittävästi korkeammalla hinnalla (usein 80–200 dollaria lunastuspalkkioina vakiouusimishinnan lisäksi). Lunastusjakson jälkeen verkkotunnus siirtyy odottavaan poistoihin noin viideksi päiväksi, jonka jälkeen se vapautetaan takaisin julkiseen altaaseen ja kuka tahansa voi rekisteröidä sen.

Käytännöllinen vaikutus on, että verkkotunnuksen omistajalla on yhteensä kuudesta kahdeksaankymmeneen päivän ikkuna vanhentumisen ja menetyksen välillä. Se kuulostaa riittävän ajalta, mutta kriittinen yksityiskohta on se, että armahdusjakson aikana verkkotunnus lakkaa toimimasta. DNS-ratkaisu epäonnistuu, mikä tarkoittaa, että verkkosivusto laskeutuu, sähköpostit lakkaavat toimimasta ja kaikki verkkotunnukseen osoittavat palvelut tulevat tavoittamattomiksi. Armahdusjakso ei ole "puskurivyöhyke", jossa kaikki jatkaa toimimista. Se on jakso, jonka aikana omistajan on toimittava nopeasti palvelun palauttamiseksi. Verkkotunnuksille, jotka ohjaavat aktiivisia verkkosivustoja tai sähköpostiosoitteita, jopa yhden päivän käyttökatkos voi vaikuttaa liiketoimintaa seurauksiin, jotka ylittävät huomattavasti vaatimaton uusimisen kustannukset.

Kaikille omille verkkotunnuksille suoritettu viikoittainen tarkistus verkkotunnukseen tarkistusohjelmointirajapintaa vastaan luo luotettavan varhaisen varoitusjärjestelmän. Tarkistus kestää sekunteja verkkotunnusta kohden ja maksaa murto-osia sentistä per pyyntö. Tulos on verkkotunnuksien luettelo, joka on lajiteltu vanhentymispäivän mukaan, mikä tekee heti selvyyden siitä, mitkä uudelleenyhdistymät lähestyvät. Tämän määrittäminen automatisoituna skriptinä, joka toimii jokaisen maanantaiaamun ja lähettää yhteenvedon sähköpostin, vie alle tunnin kehitystyötä ja poistaa pysyvästi yllätys vanhentumisen riskin. Kolmellakymmenellä verkkotunnuksella neljässä rekisteröijässä tämä yksittäinen automatisointi korvaa neljän eri hallintapaneelin, neljän eri sähköpostihäätöjärjestelmän ja neljän eri uusimisen työnkulkuseurannan tarpeen.

Verkkotunnuksen saatavuus ja ideat, jotka ansaitsevat kodin

Omien verkkotunnuksien valvonnan lisäksi verkkotunnukseen tarkistusohjelmointirajapinta palvelee vastakkaista funktiota: tarkistuksessa, onko verkkotunnukset saatavilla rekisteröitäviksi. Tämä on klassinen käyttötapaus, jota useimmat ihmiset liittävät verkkotunnukseen tarkistukseen, ja se pysyy edelleen yhdeksi yleisesti suoritetuista toiminnoista internetissä. Prosessi projektin nimen ideointia, .comin saatavuuden tarkistusta, sen löytämistä ottaen, variaatioiden kokeilua eri sanoilla, eri TLD:illä ja erilaisilla yhdistelmillä, kunnes jotain saatavilla olevaa ilmenee, on tuttu rituaali kaikille, jotka ovat koskaan käynnistäneet verkkosivuston.

Ohjelmointirajapinta käsittelee tämän käyttötapausta tehokkaasti palauttamalla verkkotunnuksen statuskoodit, jotka osoittavat, onko verkkotunnus rekisteröity, saatavilla, armahduksen jaksossa, lunastuksessa vai varattu. Rekisteröityjen verkkotunnuksien lisätiedot paljastaa, milloin se rekisteröitiin ensimmäisen kerran, milloin se vanhentuu ja kuka rekisteröijä on. Nämä tiedot ovat hyödyllisiä paitsi halutun verkkotunnuksen saatavuuden vahvistamiseen myös ympäröivän maiseman ymmärtämiseen. Jos nimen .com-versio rekisteröitiin vuonna 2003 ja sillä on aktiivinen verkkosivusto, mahdollisuudet sen hankkimiseen ovat pienet. Jos se rekisteröitiin vuonna 2022 ja näyttää pysäköidyltä sivulta, jossa on yleisiä mainoksia, se saattaa olla spekulatiivinen rekisteröinti, jonka omistaja harkitsisi myymään kohtuullisesta hinnasta.

Erä verkkotunnuksien tarkistus on siellä, missä ohjelmointirajapinta tarjoaa erityisen arvon verrattuna manuaaleihin web-pohjaisen WHOIS-etsintöihin. Viidenkymmen verkkotunnuksen nimen variaation tarkistaminen yksitellen web-käyttöliittymän kautta sisältää viidenkymmen sivulatauksen, viidenkymmen CAPTCHA-haasteen (useimmat WHOIS-verkkosivustot käyttävät CAPTCHA:a estääkseen automatisoitua väärinkäyttöä) ja viidenkymmen manuaalisen tuloksen tarkistauksen. Sama toiminto ohjelmointirajapintaan sisältää yksittäisen komentosarjan, joka lähettää viidenkymmen kyselyä ja kerää tulokset ohjelmoitavasti, tuottaen saatavilla olevien verkkotunnuksien lajitellun luettelon sekunneissa. Yrittäjille ja tuotepäälliköille, jotka rutiininomaisesti ideovat useita projektin nimiä ja jotka joutuvat nopeasti suodattamaan niistä, joilla on saatavilla olevat verkkotunnukset, aikaansäästöt erä-tarkistuksesta ovat merkittäviä.

Miksi automaattinen uusiminen ei ole turvaverkko, jonka ihmiset ajattelevat olevan

Yleisin vastaus verkkotunnuksen vanhentumisen huolenaiheisiin on "vain kytke automaattinen uusiminen ja unohda siitä." Tämä neuvo on hyvin tarkoitettu ja osittain oikea, mutta se luo väärän turvallisuuden tunteen, joka on aiheuttanut verkkotunnuksien menetykset monille verkkotunnuksien omistajille, jotka uskoivat olevan suojattuja. Automaattinen uusiminen riippuu kahdesta asiasta: rekisteröijä veloittaa onnistuneesti tiedostossaan olevaa maksutapaa ja rekisteröijän automaattinen uusiminen järjestelmä toimii oikein. Molemmat näistä voivat epäonnistua, ja kun ne epäonnistuvat, epäonnistuminen on hiljainen.

Luottokortit vanhenevat. Pankit antavat uusia korttinumeroita. Petoksentorjuntajärjestelmät estävät toistuvat maksut tuntemattomista kauppiaista. PayPal-tilit jäädytetään. Mikä tahansa näistä tapahtumista aiheuttaa automaattisen uusimisen maksun epäonnistumisen, ja rekisteröijän vastaus epäonnistuneeseen maksuan vaihtelee. Jotkut rekisteröijät yrittävät uudelleen maksua muutaman päivän kuluttua. Jotkut lähettävät ilmoituksen ja odottavat omistajaa päivittämään maksutavan. Jotkut eivät tee mitään ja antavat verkkotunnuksen astua armahduksen jaksoon. Jos ilmoitus lähetetään vanhaan sähköpostiosoitteeseen (mikä on täsmälleen skenaario, joka aiheutti ensimmäisen verkkotunnuksen menetyksen tässä portfoliossa), omistaja ei ehkä opi epäonnistuneesta uusimisesta, kunnes verkkotunnus on jo mennyt.

Rekisteröijän puoleiset virheet, vaikka harvinaiset, eivät ole kuulumattomat. Rekisteröijien väliset yhdistämiset voivat häiritä automaattisen uusimisen asetuksia tilinsiirron aikana. Ohjelmiston päivitykset voivat nollata konfiguraatiolippuja. Laskutusjärjestelmien muutokset voivat mitätöidä tallennetut maksutunnukset. Nämä ovat reunatapauksia, mutta kolmellakymmenellä verkkotunnuksella, jotka säilytetään monien vuosien ajan, reunatapaukset kerääntyvät lähes varmuuksiksi. Verkkotunnukseen tarkistusohjelmointirajapinta tarjoaa itsenäisen vahvistustason, joka ei riipu mistään rekisteröijän sisäisistä järjestelmistä toimimisesta oikein. Se tarkistaa todellisen WHOIS-tietueen, joka heijastaa todellista vanhentumispäivää riippumatta siitä, mitä rekisteröijän hallintapaneeli osoittaa tai mitä automaattinen uusiminen väittää. Tämä itsenäisyys rekisteröijän erityisistä järjestelmistä on ydinarvoesitys: yksi, neutraali totuuden lähde verkkotunnuksen vanhentumisesta, joka toimii jokaisen rekisteröijän ja jokaisen TLD:n kanssa.

Mielenrauha, joka tulee tästä itsenäisestä valvonnasta, on vaikea yliarvioida. Ennen järjestelmän rakentamista, jokainen kuukausi toi alhaisen tason huolen siitä, oliko jonkin verkkotunnuksen jossain hiljaisesti lähestymässä sen viimeistä päivää ilman, että kukaan huomasi. Järjestelmän rakentamisen jälkeen, että huoli häipyi kokonaan. Viikottainen yhteenveto sähköposti saapuu jokaisen maanantaiaamun kanssa täydellä statuspäivityksellä. Vihreä tarkoittaa, että kaikki on hyvin. Keltainen tarkoittaa, että uusiminen lähestyy. Punainen tarkoittaa, että jotakin on välitöntä huomiota. Kolmekymmentä verkkotunnusta, neljä rekisteröijää, yksi sähköposti, nolla yllätyksiä. Verkkotunnus, joka menetettiin ja oli palauttava premium-maksulla, olisi säästynyt järjestelmällä, joka maksaa senttejä per viikko. Tuotto sijoitukselle on käytännöllisesti katsoen ääretön.