Регистрируем первый домен и выбираем хостинг: что нужно знать заранее

Клиент - небольшая торговая компания, человек тридцать - решил, что пора иметь корпоративный сайт. Не интернет-магазин, не что-то сложное: страница «кто мы, что продаём, как позвонить». Задача звучит просто. На практике первые два дня ушли на выяснение того, что вообще нужно купить и у кого.

Домен - это не сайт, хостинг - это не DNS

Первый разговор с клиентом показал типичную картину. Директор слышал слово «домен» и слово «хостинг» вперемешку и был уверен, что это одно и то же - «место, где живёт сайт». Потребовалось минут двадцать, чтобы разложить по полочкам.

Домен - это имя, зарегистрированное у регистратора. Платишь раз в год, получаешь право использовать, скажем, company.ru. Само по себе оно ничего не делает.

DNS - это система, которая говорит всему интернету, куда вести запросы к твоему домену. Где лежит сайт, на каком сервере принимать почту. DNS может управляться у регистратора, у хостинг-провайдера или вообще отдельно - это не связано жёстко.

Хостинг - это уже конкретный сервер или площадка, где физически лежат файлы сайта и которая отвечает на запросы. Покупается отдельно, часто у другой компании.

Три вещи, три разных договора, три разных места, где что-то может пойти не так. Клиент ожидал один счёт - получил объяснение на листке бумаги.

Регистрация

В зоне .ru регистрацией занимается РосНИИРОС, но через него напрямую работают аккредитованные регистраторы. Мы выбрали одного из первых появившихся на рынке - не буду называть конкретно, у каждого свои прайсы и интерфейсы, которые пока оставляют желать лучшего. Нужно было подать заявку, приложить реквизиты юрлица, оплатить.

Имя для домена клиент придумал сам - аббревиатура компании плюс .ru. Оказалось свободным. Повезло: интерес к регистрации растёт, и то, что кажется «никому не нужным» именем, может уже кем-то занято.

На регистрацию ушло около трёх рабочих дней. Это нормально - ручная проверка документов, очередь. Не как покупка в магазине.

Первые 48 часов после изменения DNS

Домен зарегистрировали, теперь надо было направить его на хостинг. Хостинг выбрали отдельный - маленький виртуальный план у регионального провайдера, под статичный HTML-сайт это полностью достаточно.

Дальше началось то, что стоит понимать заранее: DNS-записи не распространяются мгновенно. Прописываешь A-запись с IP хостинга - и ждёшь. Причём ждёшь непредсказуемо: один провайдер уже видит новый адрес через час, кешированный TTL у другого ещё не истёк, и он полдня отдаёт старый ответ. В итоге ситуация «у меня сайт открывается, а у директора - нет» абсолютно нормальна в переходный период.

Мы предупредили клиента заранее: срок распространения - до двух суток, это не поломка, это физика интернета. TTL на старых записях у многих провайдеров в кешах сидит долго. Помогло: директор не звонил с паникой каждый час.

Практические выводы по DNS при переезде:

• Перед сменой снизить TTL на всех записях хотя бы до 300-600 секунд. Сделать это надо за день-два до переноса, пока ещё управляешь старыми записями. Тогда после переключения кеш протухнет быстро.
• Переносить почту и сайт отдельно. Если сначала переехал сайт, а потом через неделю - почта, это гораздо безопаснее, чем менять всё разом. Мы сайт и MX-запись всё же меняли в разные дни.
• Не удалять старые записи у исходного регистратора, пока не убедился, что новые работают везде. Мы держали старый DNS рабочим ещё сутки после переключения.

Где можно потерять домен при переезде

Один риск, который клиенты часто не учитывают: контактные данные у регистратора. Домен привязан к email владельца, и туда приходят уведомления о продлении. Если при регистрации вбили личную почту кого-то из сотрудников, а человек уволился - домен тихо уходит в просрочку, и никто не замечает, пока сайт не пропадает.

Мы сразу завели отдельный ящик для административных дел - не привязанный к конкретному человеку. И поставили напоминание о продлении в календарь за два месяца до даты.

Второй риск - авторизационный код при переносе между регистраторами. Если когда-то решите сменить регистратора, понадобится этот код - его выдаёт текущий регистратор. Потерять доступ к аккаунту регистратора = потенциально потерять домен при переносе. Пароли и контакты регистратора - в надёжное место сразу.

Итог

Сайт заработал на пятый день от старта. Три из них ушли на документы и регистрацию, один - на ожидание DNS. Один - на загрузку файлов и тест. Вполне рабочий результат, если не рассчитывать на мгновенный запуск.

Настройка DNS - тема, которую мы уже разбирали изнутри применительно к внутренней сети. Снаружи, для публичного домена, логика та же, только масштаб больше и кеши распределены по всему интернету, а не по офису.

Главное, что вынесли из этого проекта: объяснить клиенту разницу между доменом, DNS и хостингом - обязательный первый шаг. Иначе любое ожидание превращается в подозрение, что что-то сломалось.