Чтобы сайт открывался по имени, а не по IP, у домена должна быть DNS-запись, указывающая на адрес сервера. Записи редактируются там, где обслуживается зона домена: у регистратора или у отдельного DNS-провайдера, если вы перенесли туда NS-серверы.
Какие записи нужны
| Тип | Имя | Значение | Зачем |
|---|---|---|---|
| A | @ | 203.0.113.10 | Корневой домен example.com → IPv4 сервера |
| A | www | 203.0.113.10 | www.example.com → тот же сервер |
| AAAA | @ | IPv6 сервера | Только если у сервера есть IPv6 и сайт слушает его |
| CNAME | www | example.com. | Альтернатива A-записи для www |
TTL и время обновления
TTL — сколько секунд резолверы могут хранить ответ в кэше. После изменения записи старое значение продолжает отдаваться, пока не истечёт TTL у тех, кто его уже закэшировал. Если заранее знаете, что будете менять IP (например, при переезде), за сутки снизьте TTL до 300 секунд, а после переключения верните прежнее значение.
Проверьте результат
Утилита dig входит в пакет dnsutils. Запрос к публичному резолверу показывает, что видит интернет, а не ваш локальный кэш:
$ apt install -y dnsutils$ dig +short example.com A$ dig +short www.example.com A$ dig +short example.com AAAA$ dig @1.1.1.1 +short example.com AЧтобы узнать, какие NS-серверы отвечают за зону (и правите ли вы записи в нужном месте):
$ dig +short example.com NSНа Windows вместо dig подойдёт nslookup example.com 1.1.1.1.
Частые ошибки
- Записи правят у регистратора, а NS домена указывают на другого DNS-провайдера — изменения ни на что не влияют.
- Забыли запись для www — example.com открывается, www.example.com нет.
- Оставили старую AAAA-запись от прошлого хостинга.
- Ждут обновления дольше суток: скорее всего, запись введена с ошибкой — проверьте dig у публичного резолвера.