Веб регистратор: как войти в панель и подключить домен к сайту
Веб регистратор в этой инструкции — сервис регистрации доменов и его панель управления. Вы узнаете, как определить регистратора своего домена, восстановить доступ к кабинету и найти настройки, которые нужны для подключения сайта. Разберём разницу между регистрацией, хостингом и управлением DNS, покажем последовательность действий и способы проверки результата. Материал из блога поможет подготовить изменения и сохранить работу почты.

Коротко
- Для подключения сайта разграничьте 3 роли: регистратор домена, оператор DNS и хостинг-провайдер.
- Запись A связывает имя с адресом IPv4 длиной 32 бита, запись AAAA — с адресом IPv6 длиной 128 бит.
- TTL 3600 секунд означает 60 минут хранения записи в кэше; это пример параметра, а не срок полной готовности сайта.
- Проверяйте 2 имени отдельно: основной домен и поддомен www.
- Перед изменениями сохраните 1 копию действующей DNS-зоны, включая записи сайта и почты.
- Для авторитетного сервера DNS предусмотрены 2 транспортных протокола: UDP и TCP на порту 53.
Что такое веб регистратор и какие задачи решает панель домена
В этой инструкции из блога под выражением «веб регистратор» будем понимать регистратора доменов и его веб-панель — личный кабинет для управления доменным именем. Это рабочая трактовка неоднозначного запроса, а не официальное название продукта. Через такую панель вы регистрируете имя, продлеваете его и выбираете, какие серверы будут обслуживать домен.
Для запуска сайта разделите три роли: регистратор оформляет регистрацию домена, оператор DNS (Domain Name System — система доменных имён) обслуживает записи, а хостинг-провайдер размещает сайт. DNS помогает по имени найти адрес сервера и другие сведения, например настройки доставки почты. Покупка домена сама по себе не создаёт сайт и не предоставляет место для его файлов.
Все услуги может предоставлять одна компания, но это необязательно: регистрация имени, обслуживание записей и размещение файлов — отдельные задачи. Вы можете оставить домен у регистратора, выбрать другого оператора DNS и разместить сайт на подходящем хостинге. Поэтому наличие личного кабинета у регистратора ещё не означает, что действующие записи DNS редактируются именно там.
- Регистрация домена. Для
example.comвы проверяете срок регистрации, продлеваете домен, обновляете контактные данные и задаёте серверы имён. Например, продление на 1 год относится к регистрации, а не к оплате хостинга. - Обслуживание DNS. Вы направляете
example.comна сервер сайта. ЗаписьAуказывает адрес интернет-протокола версии 4 (IPv4) длиной 32 бита, аAAAA— версии 6 (IPv6) длиной 128 бит. Эти записи меняют у действующего оператора DNS. - Размещение сайта. На хостинге вы добавляете
example.com, загружаете файлы и настраиваете приложение. Именно здесь работает сайт, содержимое которого посетитель увидит после подключения домена.
Как определить регистратора домена и найти управление DNS
Если вы подключаете сайт по инструкции из блога, сначала выясните, кто обслуживает домен. Найдите официальный сервис проверки доменов на сайте реестра соответствующей доменной зоны и введите имя без протокола и пути страницы. В регистрационных сведениях проверьте регистратора, статус домена и дату окончания регистрации: они помогают понять, к кому обращаться и когда продлевать домен. Продавец из чека может быть посредником: он принимает оплату и предоставляет кабинет, а регистрацию выполняет аккредитованный регистратор.
Разграничьте 3 роли: регистратор учитывает регистрацию домена, оператор DNS (Domain Name System — система доменных имён) обслуживает записи, а хостинг-провайдер размещает сайт. Поэтому искать настройки нужно в 2 местах: в кабинете регистрации и в панели оператора авторитетных DNS-серверов, которые хранят действующую зону домена. Записи NS (Name Server — сервер имён) указывают, каким серверам делегировано обслуживание зоны. Список этих серверов обычно меняют через кабинет регистрации, а записи сайта и почты — у оператора указанных серверов; это могут быть разные компании.
Проверьте письма о регистрации, счета и уведомления о продлении: они помогут найти продавца и нужный аккаунт. Если в документах фигурируют R01, RU-CENTER или Webnames, сверяйте адрес входа и расположение настроек с актуальной официальной справкой соответствующего сервиса. Для Timeweb Cloud откройте официальную инструкцию по управлению доменами и DNS и сопоставьте её со своим кабинетом. Названия кнопок из чужих инструкций могут отличаться.
- Сопоставьте регистратора из сведений реестра с продавцом из письма: несовпадение может объясняться посредничеством.
- Проверьте действующие
NSи выясните, какой оператор их обслуживает; не определяйте его только по месту оплаты домена. - Найдите зону нужного домена в панели этого оператора. Перед изменениями сохраните 1 копию всех записей, включая почтовые.
- Проверьте 2 имени отдельно: основной домен и поддомен
www. Их записи ищите внутри соответствующей зоны.
Как подключить домен к сайту через панель регистратора
В этой инструкции из блога разберём подключение домена без смены серверов имён — NS. Разделите три роли: регистратор обслуживает регистрацию домена, оператор системы доменных имён DNS хранит записи, а хостинг-провайдер размещает сайт. Эти услуги могут предоставлять разные компании.
Основной маршрут — изменить записи у действующего оператора DNS. Панель регистратора подходит для этого, только если зона обслуживается у него. Сначала подготовьте доступ и копию настроек, затем получите данные хостинга и внесите изменения.
- Подтвердите доступ к кабинету. Войдите в аккаунт регистратора и откройте карточку нужного домена. Убедитесь, что можете просматривать серверы имён и управлять настройками. Проверьте доступ к почте для подтверждений и средству двухфакторной аутентификации, если она включена.
- Сохраните действующую зону. Сделайте 1 копию всех записей: экспортируйте зону либо сохраните имена, типы, значения и время кэширования. Включите записи сайта и почты. Чтобы сохранить работу почтового сервиса, проверьте настройки доменной почты по инструкции из блога.
- Получите адрес сервера и рекомендации хостинга. Найдите в кабинете хостинга адрес для подключения сайта. Если используете виртуальный сервер, изучите инструкции по виртуальным серверам и уточните его публичный адрес. Отдельно добавьте домен на хостинге: сервер должен понимать, какой сайт показывать при обращении к этому имени.
- Определите действующего оператора DNS. Посмотрите назначенные домену серверы
NSи выясните, кто их обслуживает. Откройте редактор зоны у этой компании. Если оператором выступает хостинг, изменения в неактивной зоне регистратора не повлияют на сайт. СерверыNSоставьте прежними. - Внесите записи у оператора. Учебный пример: запись
Aдляexample.comуказывает на192.0.2.10, а запись канонического имениCNAMEдляwww— наexample.com. Не копируйте учебный адрес в рабочую настройку: подставьте адрес хостинга. ЗаписьAиспользует интернет-протокол версии 4 —IPv4, адрес длиной 32 бита. Задайте время жизни записиTTLравным 3600 секундам, если панель допускает это значение: это 60 минут кэширования, а не срок готовности сайта. - Проверьте результат. Выполните отдельно
nslookup example.comиnslookup www.example.com, заменив учебные имена своими. Проверьте оба имени в браузере. Для второго допустим ответ с каноническим именем и адресом сервера. Если видны прежние значения, учитывайте предыдущий срок кэширования.

Какие параметры DNS проверить и из чего складывается стоимость домена
Если вы подключаете домен к блогу или другому сайту, проверьте записи DNS (Domain Name System — системы доменных имён) у оператора, который обслуживает вашу зону. Регистратор оформляет домен, оператор DNS публикует записи, а хостинг-провайдер размещает сайт. Эти услуги могут предоставлять разные компании.
Проверяйте основной домен и поддомен www отдельно: их настройки могут различаться. Перед правками сохраните 1 копию действующей зоны, включая записи почты. TTL (Time to Live — время жизни записи в кэше) задаёт срок её хранения: 3600 секунд — это 60 минут, а не обещание полной готовности сайта.
| Параметр | Значение или пример | Что проверить |
|---|---|---|
A — адрес |
IPv4 (Internet Protocol version 4 — интернет-протокол версии 4), 32 бита | Адрес соответствует данным хостинга |
AAAA — адрес |
IPv6 (Internet Protocol version 6 — интернет-протокол версии 6), 128 бит | Хостинг обслуживает сайт по этому адресу |
CNAME — каноническое имя |
www → example.com. |
Цель — имя, а не числовой адрес |
MX — почтовый обменник |
Условный приоритет 10 |
Сервер указан по инструкции почтового провайдера |
TTL |
300 секунд — 5 минут; 3600 секунд — 60 минут; 86400 секунд — 24 часа | Учебные значения; выберите подходящее для вашей зоны |
У записи MX меньшее число приоритета предпочтительнее: сервер с приоритетом 10 выбирается раньше сервера с 20. TTL не определяет длительность регистрации, переноса домена или всех этапов смены делегирования. Уменьшение значения также не очищает уже существующие кэши мгновенно.
Рассчитайте расходы на 2 года по отдельным составляющим:
- Регистрация: стоимость первого года владения доменом.
- Продление: стоимость второго года; стартовая скидка может на него не распространяться.
- DNS: плата за обслуживание зоны, если оно оплачивается отдельно.
- Хостинг: размещение сайта за 24 месяца с учётом выбранного периода оплаты.
Сложите эти суммы, проверьте обязательные сборы и не учитывайте включённые услуги дважды. Берите условия из официального тарифа с датой проверки. Чтобы оценить размещение сайта, изучите вопросы о виртуальных серверах.
Частые ошибки в панели регистратора и способы их исправить
При подключении блога или другого сайта легко открыть неверный кабинет, изменить неактивную зону, потерять почту после смены серверов или получить старый ответ DNS (системы доменных имён). Разбирайте эти ошибки по очереди: повторное сохранение записей обычно не помогает.
Сначала найдите аккаунт с доменом, затем определите, какие серверы обслуживают его зону. После этого сравните опубликованные записи с ответом резолвера — сервера, через который ваше устройство запрашивает адреса.
- Посмотрите серверы имён — NS:
nslookup -type=NS example.com. - Запросите нужную запись непосредственно у указанного авторитетного сервера:
nslookup example.com ns1.provider.test, подставив свой домен и реальный сервер. - Сравните результат с
nslookup example.com: без указания сервера команда обращается к используемому резолверу.
Домен не виден в кабинете
Причина: вы вошли под другим адресом почты или покупали домен через посредника. Найдите письмо о регистрации, проверьте получателя и название продавца, восстановите доступ к нужному аккаунту. Если домена там нет, обратитесь в поддержку продавца с номером заказа.
Записи сохранены, но сайт не открывается
Причина: вы редактируете зону, которую домен сейчас не использует, либо указали неверный адрес. Исправьте запись у действующего оператора DNS и проверьте отдельно основной домен и www. Если авторитетный сервер возвращает нужный адрес, проверьте привязку домена на хостинге.
После смены NS перестала работать почта
Причина: в новую зону не перенесли MX — записи почтовых серверов. Выполните nslookup -type=MX example.com и восстановите значения и приоритеты по инструкции почтового сервиса. Проверьте также TXT — текстовые записи для подтверждения домена и настройки отправки почты.
Разные проверки показывают разные адреса
Причина: резолверы хранят ответы в кэше. TTL — время хранения записи: значение 3600 секунд означает 60 минут, а 300 секунд — 5 минут. Это примеры настройки, а не универсальный срок обновления; уменьшение TTL не очищает уже сохранённые ответы.
Исправляйте записи в действующей зоне и проверяйте результат у авторитетного сервера. Затем сравнивайте его с ответом своего резолвера.
Где управлять DNS: у регистратора, на хостинге или отдельно
Если вы следуете материалам блога, сначала разграничьте роли: регистратор обслуживает домен, оператор DNS (системы доменных имён) хранит его зону, а хостинг-провайдер размещает сайт. Все три услуги может предоставлять одна компания, но это необязательно.
Место редактирования зоны определяется делегированием: записи NS (серверы имён) указывают, какие серверы отвечают за домен. Если DNS уже работает у вашего хостинг-провайдера, оцените удобство его панели и поддержки. Переносить зону только ради смены площадки сайта обычно не требуется.
Способ размещения сайта выбирайте отдельно. Виртуальный сервер нужен не каждому проекту: для сайта со стандартными требованиями может хватить обычного хостинга. Если нужны собственные настройки системы, выберите виртуальный сервер под задачи сайта.
- У регистратора. Редактируйте зону в панели домена. Вопросы регистрации и DNS решает одна поддержка. При смене хостинга переносить всю зону не нужно, пока сохраняются прежние NS.
- На хостинге. Управляйте записями рядом с настройками сайта. Поддержке проще проверять их вместе. При уходе уточните, сохранится ли обслуживание DNS: иначе записи придётся перенести.
- У отдельного оператора. Редактируйте зону в отдельной панели; вопросы DNS направляйте его поддержке. Первичный переход требует переноса записей, последующая смена хостинга — обычно нет. Для примера изучите настройку внешнего DNS в блоге.
При прежних NS измените адреса сайта в действующей зоне, проверьте основной домен и www. Запись A хранит адрес интернет-протокола версии 4 длиной 32 бита, AAAA — версии 6 длиной 128 бит. TTL (время хранения записи в кэше) 3600 секунд означает 60 минут, а не срок полной готовности сайта.
При замене NS сначала сохраните копию действующей зоны и подготовьте у нового оператора все записи, включая почтовые и проверочные. Иначе после переключения сайт или почта могут перестать работать.

Когда панели регистратора недостаточно для запуска сайта
Если вы запускаете блог, магазин или другой сайт, панели регистратора недостаточно. Она позволяет управлять регистрацией домена, но не заменяет сервер приложения, загрузку файлов и настройку защищённого соединения на стороне сайта. Даже правильные записи домена не помогут, если приложение не запущено или сервер не принимает запросы.
Разделите ответственность: регистратор управляет регистрацией домена, оператор DNS (системы доменных имён) публикует записи, хостинг-провайдер обеспечивает площадку для сайта. Одна компания может совмещать эти роли, однако настройки каждой услуги нужно проверять отдельно.
После настройки выполните две независимые проверки: проверьте адрес домена и откройте сайт по HTTPS (защищённому протоколу передачи гипертекста). Для стандартного HTTPS используется порт 443 — это указано в первичном источнике, стандарте RFC 9110, разделе 4.2.2. Получение правильного адреса само по себе не подтверждает работу HTTPS.
- Нет доступа администратора домена: обратитесь к владельцу учётной записи. Он должен предоставить разрешённый доступ; если учётная запись ваша, восстановите доступ через регистратора.
- DNS обслуживается другой компанией: записи меняет администратор зоны у текущего оператора DNS. Передайте ему нужные значения от хостинга: правки в неиспользуемой зоне регистратора не подействуют.
- Нужен виртуальный хост: администратор сервера или поддержка хостинга должны привязать имя к каталогу сайта либо приложению и настроить сертификат.
- Проверьте основной домен и
wwwотдельно: записьAдолжна возвращать нужный адрес IPv4 (интернет-протокола версии 4) длиной 32 бита. Затем откройте оба имени по HTTPS без предупреждений браузера. При TTL (времени хранения записи в кэше) 3600 секунд старый ответ может сохраняться 60 минут. - Если адрес неверный, пишите оператору DNS; если адрес правильный, но сайт недоступен, — хостингу. Укажите домен, время изменения с часовым поясом и результат каждой проверки. Пароль не передавайте.
Частые вопросы
Регистратор домена и владелец домена — это одно и то же?
Можно ли управлять доменом с телефона?
Почему в сведениях о домене указана другая компания?
Можно ли перенести сайт, оставив домен у прежнего регистратора?
Нужно ли покупать второй домен для www?
Можно ли указать CNAME для основного домена?
Покажет ли WHOIS пароль от панели?
Можно ли отменить ошибочное изменение DNS?
Кому принадлежит домен, если его зарегистрировал разработчик?
Удаляется ли домен сразу после окончания оплаты?
Проверьте себя
- Регистратор, посредник и действующий оператор DNS определены.
- Доступ к нужному кабинету подтверждён, контакты восстановления актуальны.
- Исходная DNS-зона сохранена вместе с записями почты.
- Учебный адрес заменён реальным адресом сервера.
- Основной домен и www проверены отдельно.
- Сайт открывается по HTTPS, почта продолжает работать.