DNS
запланированоЗапланировано в WardPane 2.4. Этой возможности нет в текущей версии; страница описывает, как она должна работать. Планы
Сайт открывается и получает сертификат только после того, как DNS направит его домен на ваш сервер. DNS можно оставить там, где он сейчас (у регистратора, в Cloudflare или у другого DNS-провайдера), и добавить записи из этой страницы, а с версии 2.4 можно поручить зоны самой WardPane на сервере.
Что нужно сайту
Эти записи нужны каждому имени сайта, то есть основному домену и каждому псевдониму.
| Запись | Указывает на | Нужна |
|---|---|---|
A |
IPv4-адрес сервера | Да |
AAAA |
IPv6-адрес сервера | Только если у сервера есть IPv6 и вы хотите, чтобы посетители его использовали |
Пример для example.com с псевдонимом www.example.com на сервере с адресом 203.0.113.10:
example.com. A 203.0.113.10
www.example.com. A 203.0.113.10
CNAME с www.example.com на example.com тоже подойдёт.
Для сертификатов важны AAAA-записи. Если они у имени есть, каждая должна указывать на этот сервер: Let’s Encrypt сначала пробует IPv6, и устаревшая AAAA-запись, оставшаяся, скажем, от старого хостинга, срывает проверку. Если у сервера нет IPv6, удалите AAAA-записи. См. SSL-сертификаты.
Изменения DNS расходятся не сразу: от нескольких минут до TTL старой записи. Перед заказом сертификата панель проверяет DNS и добавляет в сертификат каждое имя, как только оно начинает указывать на сервер. Куда указывает каждое имя прямо сейчас, показывает кнопка Проверить DNS на вкладке сайта SSL.
У сайта за Cloudflare (оранжевое облако) записи указывают на Cloudflare. Так и должно быть, подробнее на странице Cloudflare.
Управление DNS в WardPane
В WardPane 2.4 появится раздел Управление DNS, где вы сами будете вести DNS своих доменов. Работать с ним можно будет тремя способами, в том числе одновременно.
С собственными NS-серверами DNS-зоны ваших доменов хранятся на сервере, и он сам отвечает на DNS-запросы о них. Записи правятся в панели, рядом с сайтами, которым они нужны.
Вторичные (slave) NS-серверы держат копию ваших зон и тоже отвечают на запросы. Если хотя бы один из них стоит на другой машине, домены продолжают работать, пока основной сервер недоступен.
Если зоны находятся в Cloudflare, панель может создавать и исправлять записи сайтов через API Cloudflare. Как подключить учётную запись, написано на странице Cloudflare.
Проверки состояния на странице «Главная» предупреждают, когда DNS сайта не указывает на сервер (например, «DNS домена example.com не указывает сюда»), и либо предлагают исправление, либо объясняют, что сделать.
Использование собственных NS-серверов
Чтобы резолверы по всему миру спрашивали про example.com ваш сервер, у регистратора домена должны быть указаны ваши NS-серверы. Обычно используют два имени в одном из ваших доменов, например ns1.example.com и ns2.example.com, на двух разных серверах (второй может быть вторичным сервером).
Порядок такой:
- Создайте зону в разделе Управление DNS и убедитесь, что в ней есть нужные записи (A или AAAA для сайтов, MX и TXT для почты и NS-записи для ваших NS-серверов).
- Зарегистрируйте glue-записи у регистратора. Если NS-серверы находятся внутри домена, который сами обслуживают (
ns1.example.comдляexample.com), резолвер не сможет к ним обратиться, пока не узнает их IP-адреса. Эти адреса и называются glue-записями. У регистратора найдите раздел с названием вроде «child name servers», «host records», «glue records» или «register name servers» и укажите каждый NS-сервер с его IP-адресом. - Смените NS-серверы домена у регистратора на
ns1.example.comиns2.example.com. - Дождитесь, пока изменение разойдётся. Реестр обычно обновляется за время от нескольких минут до нескольких часов, но резолверы могут помнить старые NS-серверы до истечения TTL, а это день или два.
NS-серверам из другого домена (например, ns1.myhosting.net для example.com) glue-записи нужны один раз, для их собственного домена.
Проверьте результат с любого компьютера:
dig NS example.com +short # какие NS-серверы видит мир
dig A example.com @ns1.example.com # спросить ваш сервер напрямую
NS-серверы доступны снаружи, только если в файрволе VPS-провайдера открыт порт 53 (TCP и UDP).
Почтовые записи
Домену, который принимает почту, нужны записи MX, SPF, DKIM и DMARC, а серверу запись PTR. Примеры есть на странице Почта.