Как подключить домен к хостингу — пошаговая инструкция 2026
Купили домен и хостинг, но сайт не открывается? Значит, домен не привязан к хостингу. Для новичка эта задача выглядит магией: какие-то DNS, NS, A-записи, TTL... На самом деле всё просто. Давайте разберёмся, как работает DNS, какие записи бывают и как за 10 минут связать домен с любым хостингом.
Что такое DNS простыми словами
DNS (Domain Name System) — это телефонная книга интернета. Когда вы вводите в браузере example.ru, компьютер не знает, где находится этот сайт. Он обращается к DNS-серверу и спрашивает: «Какой IP-адрес у example.ru?». DNS-сервер отвечает: «Ищи на 192.0.2.1». Браузер подключается к этому IP — и вы видите сайт.
Когда вы покупаете домен, регистратор (Reg.ru, 2Domains, R01 и другие) предоставляет вам доступ к управлению DNS-записями вашего домена. Задача — сказать DNS, какой IP-адрес соответствует вашему домену. Есть два способа это сделать: сменить NS-серверы или прописать A-запись.
Важно понимать: домен сам по себе — это просто строка в реестре. Сам по себе он ничего не показывает. Пока вы не укажете, на какой сервер указывать — сайт не откроется. Это частая ошибка новичков: «Я купил домен, почему сайт не работает?»
Типы DNS-записей — подробный разбор
A-запись (Address). Самая важная запись. Она связывает домен с IPv4-адресом сервера. Если ваш хостинг имеет IP 185.26.62.153, вы создаёте A-запись: @ → 185.26.62.153. Знак @ означает «основной домен» (example.ru без www).
AAAA-запись. То же самое, что A-запись, но для IPv6-адресов. В 2026 году большинство хостингов поддерживают IPv6, но если ваш провайдер даёт только IPv4 — достаточно одной A-записи.
CNAME-запись (Canonical Name). Алиас — перенаправление с одного домена на другой. Например, вы хотите, чтобы www.example.ru вёл туда же, куда и example.ru. Создаёте CNAME: www → example.ru. Или www → username.github.io (для GitHub Pages). CNAME не может указывать на IP — только на домен.
MX-запись (Mail Exchange). Указывает, где находится почта для домена. Если вы хотите почту на Яндексе: MX → mx.yandex.ru. Если на Google: MX → aspmx.l.google.com. Без MX-записей почта на вашем домене работать не будет.
TXT-запись. Текстовые данные для служебных целей. Используется для подтверждения владения доменом (Google Search Console, Яндекс.Вебмастер), для SPF и DKIM (защита почты от спама), для DMARC.
NS-запись (Name Server). Указывает, какие DNS-серверы отвечают за домен. Когда вы меняете NS-серверы, вы полностью делегируете управление DNS другому провайдеру.
SRV-запись. Используется редко — для указания порта и приоритета сервера (например, для SIP или Xbox Live).
| Тип записи | Что делает | Пример |
|---|---|---|
| A | Указывает домен на IPv4-адрес | @ → 185.26.62.153 |
| AAAA | Указывает домен на IPv6-адрес | @ → 2a00:1234:5678::1 |
| CNAME | Алиас на другой домен | www → example.github.io |
| MX | Почтовые серверы | @ → mx.yandex.ru (приоритет 10) |
| TXT | Служебные данные | SPF: v=spf1 include:_spf.yandex.ru ~all |
| NS | ДНС-серверы домена | ns1.hosting.ru, ns2.hosting.ru |
Что такое TTL и почему это важно
TTL (Time To Live) — это время в секундах, в течение которого DNS-запись кэшируется на устройствах пользователей и DNS-серверах провайдеров. Чем меньше TTL, тем быстрее обновятся записи после изменений. Чем больше — тем меньше нагрузка на DNS-серверы.
Типичные значения TTL:
— 300 секунд (5 минут) — при настройке домена, чтобы изменения применялись быстро.
— 3 600 секунд (1 час) — стандартное значение для рабочих записей.
— 86 400 секунд (24 часа) — для стабильных записей, которые редко меняются (например, MX).
Совет: перед изменением DNS-записей уменьшите TTL до 300 секунд (5 минут). После того как всё заработало — верните TTL на 3 600 секунд (1 час). Если оставить TTL 24 часа, любое изменение будет распространяться целые сутки. Новые записи с TTL 300 секунд распространятся за 5–15 минут.
Способ 1. Сменить NS-серверы хостинга (самый простой)
Когда вы регистрируете домен у регистратора (Reg.ru, 2Domains, R01), по умолчанию его NS-серверы принадлежат регистратору. Чтобы хостинг «узнал» о вашем домене и начал автоматически управлять всеми записями, нужно указать NS-серверы хостинга.
Пошаговая инструкция:
1. Найдите в личном кабинете вашего хостинга их NS-серверы. Обычно они выглядят так: ns1.beget.ru, ns2.beget.ru (для Beget) или ns1.timeweb.ru, ns2.timeweb.ru (для Timeweb).
2. Зайдите в личный кабинет регистратора доменов → раздел «Мои домены» → выберите нужный домен → «Управление DNS / NS-серверами».
3. Замените текущие NS-серверы на NS-серверы хостинга. Обычно нужно 2 NS-сервера — основной и резервный.
4. Сохраните изменения. DNS-распространение займёт от 1 до 24 часов (обычно 15–30 минут при TTL 300 секунд).
Результат: теперь все DNS-записи домена управляются панелью хостинга. Вы можете добавлять A, CNAME, MX, TXT записи прямо в панели хостинга, не заходя к регистратору.
Инструкция для популярных регистраторов
REG.RU: Войдите в личный кабинет → «Мои домены» → выберите домен → «Управление» → «DNS-серверы» → выберите «Использовать другие DNS-серверы» → введите ns1.beget.ru и ns2.beget.ru (или ваши) → «Подтвердить».
2DOMAINS: Войдите в панель → «Мои домены» → выберите домен → «DNS / NS» → «Изменить NS-серверы» → вставьте ваши NS → «Сохранить».
R01: Личный кабинет → «Домены» → выберите домен → «DNS» → «Сменить NS-серверы» → введите новые NS → «Сохранить». R01 иногда просит подтверждение по email.
Способ 2. Прописать A-запись и CNAME вручную (быстрее, без смены NS)
Если вы не хотите делегировать управление DNS хостингу, можно оставить NS-серверы регистратора и просто добавить нужные записи. Это удобно, если у вас несколько сервисов на одном домене (сайт + почта + поддомены).
Пошаговая инструкция:
1. Узнайте IP-адрес вашего хостинга. Обычно он приходит в письме после покупки хостинга, а также отображается в панели управления. Если не можете найти — напишите в поддержку хостинга, они скажут.
2. Зайдите в настройки DNS вашего домена у регистратора (в разделе «Мои домены» → «DNS / Управление записями»).
3. Добавьте A-запись для основного домена: @ → IP-адрес хостинга. Обычно есть поле «Имя» — оставьте пустым или поставьте @, выберите тип A, в поле «Значение» — IP-адрес.
4. Добавьте запись для поддомена www: CNAME: www → example.ru (или A: www → тот же IP).
5. Установите TTL = 300 секунд (5 минут) на время проверки.
6. Сохраните и подождите 5–30 минут.
7. Проверьте через команду nslookup example.ru в командной строке или через сервис whatsmydns.net — видит ли интернет ваш IP.
Способ 3. Подключение домена к GitHub Pages
GitHub Pages требует особого подхода. Вы не можете просто указать A-запись на IP GitHub — GitHub использует CDN и IP-адреса могут меняться.
Инструкция для GitHub Pages:
1. В репозитории на GitHub зайдите в Settings → Pages → Custom domain. Введите ваш домен (без www, просто example.ru). GitHub проверит DNS — пока записи не настроены, будет ошибка, это нормально.
2. Настройте DNS у регистратора. Если ваш домен на GitHub Pages — вам нужно создать A-записи на следующие IP-адреса:
185.199.108.153 185.199.109.153 185.199.110.153 185.199.111.153
Создайте четыре A-записи для @ (основного домена), все с одинаковыми IP. Затем создайте CNAME: www → username.github.io.
3. Вернитесь в настройки GitHub Pages — через 5–15 минут появится зелёная галочка «DNS check successful».
4. Включите HTTPS — в том же разделе поставьте галочку «Enforce HTTPS». GitHub автоматически выпустит Let's Encrypt сертификат.
Способ 4. Подключение домена к Netlify
Netlify предлагает два способа подключения домена: полная делегация DNS на Netlify или ручная настройка записей.
Вариант А: делегировать DNS на Netlify (проще).
1. В панели Netlify: Site settings → Domain management → Add custom domain → введите ваш домен.
2. Netlify покажет свои NS-серверы (например, dns1.p01.nsone.net, dns2.p01.nsone.net и т.д. — обычно 4 штуки).
3. У регистратора замените NS-серверы на NS-серверы Netlify. Netlify сама создаст нужные записи и выпустит SSL.
Вариант Б: оставить DNS у регистратора (больше контроля).
1. В панели Netlify узнайте IP-адрес или домен вашего сайта (он выглядит как random-name.netlify.app).
2. В DNS регистратора создайте CNAME: @ → random-name.netlify.app (не все регистраторы поддерживают CNAME для @, в этом случае используйте A-запись на IP Netlify).
3. CNAME: www → random-name.netlify.app.
4. Включите Netlify DNS в панели, чтобы Netlify управляла SSL.
Способ 5. Подключение домена к Cloudflare
Cloudflare — не хостинг, а CDN (Content Delivery Network) и DNS-провайдер. Если вы используете Cloudflare Pages, вы можете подключить домен через панель Cloudflare.
Инструкция:
1. Зарегистрируйтесь на Cloudflare и добавьте ваш домен (Add a Site).
2. Cloudflare просканирует текущие DNS-записи и покажет их. Добавьте A-записи для вашего хостинга.
3. Cloudflare даст свои NS-серверы (обычно 2 штуки). Измените NS у регистратора на NS Cloudflare.
4. Включите прокси-статус (оранжевое облако) для A-записей — тогда Cloudflare будет кэшировать ваш сайт и защищать от DDoS.
5. SSL/TLS → выберите Full (strict) — Cloudflare выпустит сертификат и будет терминировать HTTPS на своих серверах.
6. В панели Cloudflare Pages → Custom domains → добавьте домен. Cloudflare сама его подтвердит, так как вы уже владелец домена.
Как проверить, что DNS настроен правильно
Способ 1: через командную строку.
Откройте cmd (Windows) или терминал (macOS/Linux):
nslookup example.ru nslookup www.example.ru
Если для example.ru и www.example.ru показывает IP-адрес вашего хостинга — A/CNAME записи настроены верно.
Способ 2: через dig (если установлен). Показывает подробную информацию:
dig example.ru +short dig www.example.ru +short
Способ 3: онлайн-сервисы. whatsmydns.net — проверяет распространение DNS в разных странах мира. DNS-checker.com — аналогично.
Способ 4: просто откройте сайт в браузере. Если сайт открывается по https:// — всё работает. Если открывается по http://, но не по https:// — проблема с SSL-сертификатом.
Типичные проблемы и их решение
Проблема: «Сайт не открывается после настройки DNS».
Причина 1: DNS propagation (распространение) ещё не завершилось. Подождите от 15 минут до 24 часов. При TTL 300 секунд — около 5–15 минут.
Причина 2: Вы указали не тот IP-адрес. Проверьте IP хостинга ещё раз — напишите в поддержку хостинга, они подтвердят.
Причина 3: Не настроен веб-сервер на хостинге. На VPS нужно вручную создать конфигурацию Nginx/Apache для вашего домена. На виртуальном хостинге — добавить домен в панели управления.
Проблема: «Открывается заглушка хостинга, а не мой сайт».
Вы добавили домен в настройках DNS, но не добавили его в панели управления хостингом. На большинстве хостингов (Beget, Timeweb, Reg.ru) нужно вручную указать, какие домены привязаны к вашему тарифу. Зайдите в панель → «Сайты» или «Домены» → «Добавить домен».
Проблема: «Не приходит почта на доменную почту».
Не настроены MX-записи. Добавьте MX-записи вашего почтового провайдера (Яндекс.Почта для домена, Google Workspace, Mail.ru для бизнеса). Убедитесь, что приоритет MX-записи правильный (обычно 10).
Проблема: «После смены NS-серверов всё сломалось».
Если вы сменили NS-серверы на NS хостинга, но забыли перенести MX-записи для почты — почта перестанет работать. До смены NS запишите все существующие записи домена (особенно MX и TXT). После смены NS создайте их заново в панели хостинга.
Перенос домена между регистраторами
Если вы хотите перенести домен от одного регистратора к другому (например, с R01 на Reg.ru), процесс сложнее, чем просто смена NS:
1. Убедитесь, что прошло 60+ дней с момента регистрации или последнего переноса домена (правило ICANN).
2. Отключите защиту от переноса (Domain Lock / Transfer Lock) у текущего регистратора.
3. Запросите код авторизации (Auth Code / EPP-код) у текущего регистратора — его пришлют на email, указанный в whois.
4. На новом регистраторе выберите «Перенести домен», введите домен и Auth-код, оплатите продление на год (перенос = продление на 1 год).
5. Подтвердите перенос по email (придёт письмо на admin/owner контакт в whois).
6. Ожидайте 5–7 дней. DNS при этом не меняется — сайт продолжает работать.
Важно: во время переноса не меняйте NS-серверы и не обновляйте контактные данные — это может заблокировать перенос. После переноса все DNS-записи сохраняются, но управление переходит к новому регистратору.
После изменения DNS сайт может открываться не сразу — это нормально. DNS распространяется до 24 часов, но обычно хватает 15–30 минут при правильно настроенном TTL. Не паникуйте, если через минуту после настройки сайт не открылся — подождите полчаса, проверьте через nslookup, и всё заработает.