Я володію тридцятьма доменами, і я не можу пам'ятати, коли закінчується жодна з них

Колекція почалась невинно. Домен для головного проекту. Домен для бокового проекту. Домен для ідеї бізнесу, яка здавалася блискучою об 2 ранку і сумнівною до ранку, але була зареєстрована все одно, тому що вона була доступна і домени дешеві. Домен для особистого блогу, який ніколи не вийшов за межі сторінки "coming soon". Домен для вебсайту весілля друга, який потрібен був лише шість місяців, але його автоматично поновляли, тому що функція автоматичного поновлення була увімкнена, і ніхто не пам'ятав її вимкнути. Домен .io, тому що .com був зайнятий. Домен .to з причин брендування. Домен .dev, тому що Google щойно запустив TLD і це здавалося технічно доречним. Рік за роком колекція росла. Тридцять доменів у чотирьох різних реєстраторів, кожен зі своєю датою поновлення, своєю ціною, своєю панеллю керування, яка вимагає своїх облікових даних, і своїми налаштуваннями сповіщень електронної пошти, які можуть бути або не бути правильно налаштованими.

Перша втрата домену трапилась у вівторок. Не драматично, не з попередженнями та сигналами тривоги, а з тихим, незворотним завершенням закінченої реєстрації. Домен, який використовувався для інструменту, орієнтованого на клієнта, просто припинив розв'язувати. Вебсайт зник. Електронні листи повернулись. Клієнт подзвонив, обґрунтовано занепокоєний тим, що інструмент, на який він покладався, зник з Інтернету. Повоєнний аналіз був неприємним: домен був зареєстрований у реєстраторі, чиї листи з сповіщенням про поновлення йшли на стару адресу електронної пошти протягом більше року. Автоматичне поновлення було вимкнено, тому що кредитна карта в файлі закінчилась. Домен вступив у період льготи, потім у період викупу, і врешті-решт був випущений назад у громадський пул. Його відновлення потребувало оплати через брокера доменів, тому що хтось інший зареєстрував його під час скидання.

Цей досвід став каталізатором для побудови системи, яка ніколи не дозволить тій же помилці повторитися. API перевірки домену виник із практичної необхідності моніторити дати закінчення всіх власних доменів, незалежно від того, який реєстратор їх тримає, без залежності від реєстраторських сповіщень електронної пошти, які можуть або не можуть прибути в правильну папку входу в потрібний час.

Проблема фрагментації реєстратора

Якби кожен домен був зареєстрований з одним і тим же реєстратором, відслідковування дат закінчення було б тривіальним. Увійдіть в одну панель, відсортуйте за датою закінчення та встановіть нагадування календаря. Але домени накопичуються в різних реєстраторів з абсолютно раціональних причин. Деякі реєстратори пропонують кращі ціни для конкретних TLD. Деякі були рекомендовані постачальниками хостингу. Деякі були використані, тому що домен був переданий під час продажу або миграції. Деякі реєстратори існували, коли домен був вперше зареєстрований десять років тому, а потім були куплені більшими компаніями, що вимагало переміщення облікового запису та оновлення облікових даних. Результат - розпорошений портфель без єдиного джерела істини.

GoDaddy має сім доменів. Namecheap має дванадцять. Cloudflare має шість. Регіональний реєстратор тримає п'ять доменів з TLD коду країни, які великі реєстратори не підтримують. Кожен реєстратор відправляє нагадування про поновлення за своєю розпорядженням: деякі за шістдесят днів до закінчення, деякі за тридцять, деякі за чотирнадцять. Листи з нагадуванням мають різні рядки теми, надходять від різних адрес відправника та конкурують за увагу в папці входу, яка вже отримує сотні листів на день. Пропущення одного з цих нагадувань про поновлення - це не питання необережності. Це питання ймовірності. З тридцятьма доменами, що надсилають нагадування в різні часи з різних джерел, ймовірність пропустити принаймні одне сповіщення про поновлення протягом року невелика. Це майже напевно.

API перевірки домену вирішує це, надаючи єдиний механізм, незалежний від реєстратора, для перевірки статусу домену. За допомогою назви домену API запитує базу даних WHOIS і повертає дату реєстрації, дату закінчення, назву реєстратора, конфігурацію сервера імен та коди статусу домену. Запустивши цю перевірку у всіх тридцяти доменів за звичайним розпорядженням, виникає повна картина часової шкали закінчення портфеля без входу в одну панель реєстратора. Домени, що закінчуються протягом тридцяти днів, можуть спричинити сповіщення. Домени, що закінчуються протягом дев'яноста днів, можна позначити для прийняття рішення про поновлення (зберегти чи дати закінчитися). Домени з увімкненим автоматичним поновленням можна перевірити, щоб підтвердити, що спосіб оплати в файлі все ще дійсний.

Як проста перевірка запобігає випадковій втраті домену

Механіка закінчення домену складніша, ніж розуміють більшість власників доменів, і розуміння їх необхідне для запобігання втраті. Домен не просто зникає в день після закінчення. Він вступає у період льготи, зазвичай тривалістю від тридцяти до сорока п'яти днів залежно від реєстратора та TLD, в межах якого первісний власник може поновити його за стандартною ціною. Якщо період льготи закінчується без поновлення, домен вступає у період викупу, зазвичай тривалістю ще тридцять днів, в межах якого первісний власник все ще може його відновити, але з суттєво вищою вартістю (часто від 80 до 200 доларів США в комісіях за викуп на стандартну ціну поновлення). Після періоду викупу домен вступає в очікувану фазу видалення тривалістю приблизно п'ять днів, після чого він випускається назад в громадський пул і кожен може його зареєструвати.

Практичне значення полягає в тому, що власник домену має загальне вікно від шістдесяти до вісімдесяти днів між закінченням та втратою. Це звучить як багато часу, але критична деталь полягає в тому, що протягом періоду льготи домен припиняє роботу. Дозвіл DNS не вдається, що означає, що вебсайт знижується, електронні листи припиняють роботу, і будь-які служби, спрямовані на цей домен, стають недосяжними. Період льготи - це не "буферна зона", де все продовжує працювати. Це період повного збою, під час якого власник повинен швидко діяти, щоб відновити послугу. Для доменів, які живлять активні вебсайти або адреси електронної пошти, навіть один день простою може мати бізнес-наслідки, які набагато перевищують скромні витрати на поновлення.

Щотижневу запланований звіт всіх власних доменів щодо API перевірки домену створює надійну систему раннього попередження. Перевірка займає секунди на домен і коштує частинки цента на запит. Вивід - це відсортований за датою закінчення список доменів, що робить відразу очевидним, які поновлення наближаються. Встановлення цього як автоматизованого сценарію, який запускається кожного понеділка вранці та відправляє електронний лист з резюме, займає менше однієї години роботи розробки та назавжди усуває ризик несподіванного закінчення. Для тридцяти доменів у чотирьох реєстраторів ця єдина автоматизація замінює потребу моніторити чотири різні панелі, чотири різні системи сповіщень електронної пошти та чотири різні робочі процеси поновлення.

Доступність доменів та ідеї, які заслуговують на дім

Крім моніторингу власних доменів, перевіряння домену служить протилежною функцією: перевірка того, чи доступні домени для реєстрації. Це класичний випадок використання, який більшість людей асоціюють з перевіркою домену, і він залишається однією з найчастіше виконуваних операцій в Інтернеті. Процес мозкового штурму назви проекту, перевірка доступності .com, знаходження його взятого, спроби варіацій з різними словами, різними TLD та різними комбінаціями, доки щось доступне не з'явиться - це знайома дія для будь-кого, хто коли-небудь запускав вебсайт.

API ефективно обробляє цей випадок використання, повертаючи коди статусу домену, які вказують, чи зареєстрований домен, доступний, у періоді льготи, у періоді викупу чи зарезервований. Для зареєстрованих доменів додаткові дані WHOIS розкривають, коли він був вперше зареєстрований, коли закінчується, і хто реєстратор. Ця інформація корисна не лише для підтвердження недоступності, а й для розуміння ландшафту навколо бажаного домену. Якщо версія .com назви була зареєстрована в 2003 році і має активний вебсайт, шанси її придбання невеликі. Якщо вона була зареєстрована в 2022 році і показує припаркону сторінку з загальними оголошеннями, це може бути спекулятивна реєстрація, яку власник розглянув би продати за розумну ціну.

Масова перевірка домену - це те місце, де API надає особливу цінність порівняно з ручними веб-пошуками WHOIS. Перевірка п'ятидесяти варіацій назви домену один за одним через веб-інтерфейс передбачає п'ятидесят завантажень сторінки, п'ятдесят CAPTCHA-завдань (більшість вебсайтів WHOIS використовують CAPTCHA для запобігання автоматизованому зловживанню) та п'ятдесят ручних переглядів результатів. Та сама операція через API передбачає один сценарій, який надсилає п'ятдесят запитів та збирає результати програмно, створюючи відсортований список доступних доменів за кілька секунд. Для підприємців та менеджерів продуктів, які звичайно мозковують кілька назв проектів і повинні швидко фільтрувати ті, які мають доступні домени, економія часу від пакетної перевірки є значною.

Чому автоматичне поновлення не є такою мережею безпеки, як люди думають

Найпоширеніша відповідь на занепокоєння щодо закінчення домену - "просто ввімкніть автоматичне поновлення й забудьте про це." Цей поради добрих намірів і частково правильна, але створює хибне почуття безпеки, яке спричинило втрату домену для багатьох власників доменів, які вважали, що вони захищені. Автоматичне поновлення залежить від двох речей: успішне дебетування реєстратором способу оплати в файлі та правильна робота системи автоматичного поновлення реєстратора. Обидва ці зможуть не вдатися, і коли вони це зроблять, відмова буває тиха.

Кредитні карти закінчуються. Банки видають нові номери карт. Системи запобігання шахрайству блокують повторяючиеся платежі від незнайомих торговців. Облікові записи PayPal призупиняються. Будь-яке з цих значень призведе до невдачі платежу автоматичного поновлення, а відповідь реєстратора на невдалий платіж різниться. Деякі реєстратори повторно спробують платіж через кілька днів. Деякі надсилають сповіщення та чекають, поки власник оновить спосіб оплати. Деякі нічого не роблять і дозволяють домену вступити в період льготи. Якщо сповіщення йде на застарілу адресу електронної пошти (що саме це сценарій спричинив першу втрату домену в цьому портфелі), власник може не дізнатися про невдалу невдачу поновлення до того, як домен вже впав.

Помилки на стороні реєстратора, хоча й рідкісні, невідомі. Злиття між реєстраторами можуть порушити параметри автоматичного поновлення під час переміщення облікового запису. Оновлення програмного забезпечення можуть скинути прапори конфігурації. Зміни системи виставлення рахунків можуть зробити недійсними збережені токени платежу. Це граничні випадки, але в портфелі з тридцяти доменів, які йдуть протягом багатьох років, граничні випадки накопичуються і майже напевно. API перевірки домену забезпечує незалежний рівень перевірки, який не залежить від будь-якої внутрішної системи реєстратора, яка працює правильно. Він перевіряє фактичний запис WHOIS, який відображає справжню дату закінчення незалежно від того, що показує панель реєстратора або що стверджує параметр автоматичного поновлення. Ця незалежність від систем реєстратора є основним пропозицією: єдиний, нейтральний джерело істини про закінчення домену, який працює на всіх реєстраторах та всіх TLD.

Спокій, який приходить від наявності цього незалежного моніторингу на місці, важко перецінити. До будівництва системи кожен місяць приносив низькорівневе занепокоєння про те, чи якийсь домен десь тихо наближався до дати закінчення без чиєїсь уваги. Після будівництва системи це занепокоєння повністю зникло. Щотижневий лист резюме надходить кожного понеділка вранці з повною звітом про стан. Зелений означає, що все в порядку. Жовтий означає, що наближається поновлення. Червоний означає, що щось потребує негайної уваги. Тридцять доменів, чотири реєстратори, один лист, нульові сюрпризи. Домен, який був втрачений і мав бути відновлений за премію, був би збережений системою, яка коштує копійки на тиждень роботи. Повернення на цю інвестицію практично нескінченне.