Как работают домены и DNS: руководство для тех, кто не программирует

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

Почему это важно при создании с ИИ

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

Немного понимания очень помогает. Вы будете знать, какую запись просит ваш хостинг, почему она ещё не работает и как не сломать то, что уже зависит от домена, например почту.

Повседневная аналогия

Представьте список контактов в телефоне.

Вы не помните номер друга; вы нажимаете на его имя, и телефон находит номер. DNS делает то же самое для интернета: вы вводите example.com, а DNS ищет «номер» (IP-адрес) сервера, с которым нужно соединиться.

• Домен — это имя контакта.
• Регистратор — компания, которая официально записывает, что это имя принадлежит вам.
• DNS-записи — данные, сохранённые под этим именем: номер телефона, адрес почты, домашний адрес.
• Серверы имён — какая «книга контактов» считается официальной для этого имени.
• Кэширование — когда телефон запоминает номер на какое-то время. Если друг сменит номер, некоторые телефоны ещё какое-то время будут звонить по старому, пока сохранённая копия не обновится — это и есть «распространение» DNS.

Части доменного имени

Возьмём app.example.com:

Домен вы не покупаете навсегда; вы регистрируете его на срок (обычно год или больше) и продлеваете. Если не продлить, его может зарегистрировать кто-то другой.

Как работает поиск DNS

Когда кто-то вводит app.example.com:

1. Браузер спрашивает DNS-резолвер — обычно его ведёт интернет-провайдер или публичный сервис — о нужном адресе.
2. Если у резолвера есть свежий кэшированный ответ, он сразу отвечает.
3. Если нет, он идёт вниз по иерархии: корневые серверы направляют его к серверам .com, которые направляют к серверам имён вашего домена.
4. Ваши серверы имён возвращают запись, которую вы задали, например CNAME на ваш хостинг или запись A с IP-адресом.
5. Резолвер кэширует ответ на TTL (время жизни) записи и передаёт его браузеру, который подключается к серверу.

Всё это обычно занимает миллисекунды.

Типы DNS-записей, которые вам понадобятся

Несколько правил, которые стоит знать:

• CNAME не может существовать рядом с другими записями под тем же именем. Поэтому стандартный CNAME нельзя поставить на корневой домен, у которого всегда есть записи NS и другие. Многие DNS-провайдеры предлагают обходные пути под названиями ALIAS, ANAME или CNAME flattening.
• TXT-записи делают много работы для почты. SPF перечисляет, кто может отправлять почту от вашего домена; DKIM публикует ключ для проверки подписей; DMARC сообщает получателям, что делать с письмами, не прошедшими эти проверки.
• Меньший номер MX означает более высокий приоритет. Почта сначала пробует самый низкий.

Распространение и TTL

«Распространение» звучит так, будто изменения медленно расходятся по интернету. На деле всё проще — кэширование: резолверы хранят копию каждого ответа на время TTL и спрашивают снова только после его истечения. Поэтому:

• Новая запись, которую ещё никто не запрашивал, часто начинает работать за несколько минут.
• Изменение существующей записи виден везде не раньше, чем истечёт её старый TTL.
• Смена серверов имён может занять до дня или двух, потому что эти записи дольше кэшируются на уровне домена верхнего уровня.

Полезный приём: перед плановым изменением уменьшите TTL записи (например, до нескольких минут), дождитесь, пока истечёт старый TTL, и только затем вносите изменение.

Пример: подключаем приложение для записи к домену

У вас есть домен yoursalon.com. Ваш текущий сайт и почта Google Workspace уже работают на нём. Вы создали приложение для записи клиентов и хотите разместить его по адресу book.yoursalon.com.

1. Найдите, где управляется DNS. Это может быть регистратор или отдельный DNS-провайдер. Ваши NS-записи подскажут.
2. Добавьте CNAME для book, указывающий на адрес, который выдаст ваш хостинг приложения.
3. Добавьте TXT-запись, если хостинг просит её для подтверждения владения.
4. Не трогайте MX-записи и TXT-записи почты. Почта продолжит работать, потому что вы её не меняли.
5. Подтвердите в хостинге, когда DNS обновится. После этого хостинг выпустит HTTPS-сертификат для book.yoursalon.com.
6. Проверьте на телефоне через мобильный интернет: он использует другой резолвер и кэш, чем домашний Wi-Fi.

Если бы вы хотели разместить приложение на корневом домене yoursalon.com, понадобились бы записи A или функция ALIAS/flattening вашего DNS-провайдера — и вы заменили бы там текущий сайт. Подробные шаги см. в как подключить собственный домен.

Частые ошибки и заблуждения

• «Домен и хостинг — одно и то же». Домен — это имя; хостинг — место, где работает приложение. DNS связывает их.
• Использование записи A там, где хостинг просит CNAME (или наоборот). Следуйте инструкциям хостинга точно.
• Опечатки в адресе назначения. Один неверный символ в CNAME — и подтверждение не проходит.
• Смена серверов имён без переноса записей. Перенос DNS к новому провайдеру без пересоздания MX и TXT — классический способ сломать почту.
• Проксирование там, где оно не нужно. Некоторые DNS-провайдеры, например Cloudflare, могут проксировать трафик. Некоторым хостингам нужен режим «только DNS», чтобы они могли выпустить сертификат.
• Удаление «непонятных» TXT-записей. Часто это записи подтверждения или безопасности почты, от которых что-то зависит.
• Истечение срока домена. Включите автопродление и следите, чтобы карта для оплаты была актуальна.

Что просить у ИИ-конструктора

DNS находится вне вашего кода, поэтому речь скорее о том, что уточнять:

• «Какая именно DNS-запись нужна для app.mydomain.com — тип, имя и значение?»
• «Повлияет ли это изменение на мою почту?»
• «После добавления записи домен показывает ошибку. Что проверить?»
• «Настрой канонический URL и редиректы, чтобы www и без www не показывали сайт одновременно.»
• «Настрой отправку почты с моего домена — какие записи SPF, DKIM и DMARC мне понадобятся?» См. как отправлять письма из приложения.

Собственные домены в Mythex

Каждое опубликованное приложение Mythex получает адрес вида yourname.mythex.app. На Pro можно использовать собственный домен: купить его прямо в Mythex (регистрация оплачивается отдельно, а DNS для купленных доменов ведётся за вас) или подключить уже имеющийся, добавив CNAME с поддомена, например app.example.com, на адрес вашего приложения yourname.mythex.app, и нажав Verify. HTTPS выпускается автоматически. Если ваш DNS на Cloudflare, установите для этой записи режим «DNS only». Рекомендуются поддомены; для корневых доменов нужна поддержка ALIAS или flattening у вашего DNS-провайдера. Документация по собственному домену описывает каждый шаг, а тарифы показывают, что входит в Pro.

Вопросы