Вопрос или проблема
Мой основной домен (например: example.com) на DigitalOcean работает нормально. У меня там только один дроплет.
Затем я создал запись ‘a’ под моим основным доменом с другим именем поддомена (1.example.com).
Потом я создал еще один поддомен (2.example.com), так как мы создаем новый домен в DO, и сделал так, чтобы он ссылался на тот же IP-адрес дроплета, что и мой основной домен. Надеюсь, я смог объясниться.
Проблема в том, что я могу пинговать example.com, но не могу достичь 1.example.com или 2.example.com (оба созданы немного по-разному в DO). Прошло больше часа с тех пор. Я пытался уменьшить ttl с 3600 до 60 или 600. Ping сообщает “no address associated with hostname”. Мои реальные имена поддоменов 1.bobu.xyz и 2.bobu.xyz.
Если я использую dig для этих поддоменов в Windows Bash, они показывают записи ‘a’, указывающие на именные серверы DO. Но других записей нет. Как я могу их достичь/пинговать? Чего мне не хватает?
dig example.com, dig 1.example.com и dig 2.example.com должны разрешаться в IP-адрес (и, насколько я понимаю, в тот же IP-адрес). Если нет, вы совершили ошибку в вашей конфигурации DNS.
Это могло просто означать, что ваш локальный резольвер кешировал старую информацию, поэтому попробуйте dig @official.name.server.example.com 1.example.com и так далее.
Спасибо всем, кто ответил.
Но в конце концов я обнаружил, что была проблема на стороне DO. Не думаю, что это было неправильное/неполное распространение. Поскольку уже прошло около 24 часов.
Я отправил им 2-3 письма за последние 2 дня. И в конце концов, без каких-либо моих действий, оба домена начали работать, и я могу их достичь, пинговать с моего компьютера с Windows.
.
Ответ или решение
Когда вы сталкиваетесь с ситуацией, когда основной домен работает корректно, а поддомены — нет, это зачастую связано с проблемами в DNS-настройках. Рассмотрим этот вопрос более подробно, как это указано в вашем запросе.
Теория
DNS (Система доменных имен) служит для преобразования доменных имен в IP-адреса. Если вы не можете пинговать поддомен, возможно, что его DNS-записи либо не были правильно настроены, либо изменения еще не успели распространиться через систему доменных имен.
Если вы можете пинговать основной домен, но не поддомены, это может означать, что:
- Неправильная настройка записей A или CNAME: Поддомены должны быть корректно связаны с IP-адресом вашей машины.
- Кеширование DNS-резолвера: Старые DNS-записи могут сохраняться в кеше вашего локального или промежуточного резолвера.
- Правильное указание NS-записей: Ваши поддомены должны указывать на те же NS (Name Servers), что и основной домен, если они должны использовать ту же структуру DNS.
Пример
В вашем случае, вы создали ‘A’ запись для 1.example.com и ожидали, что и 1.example.com, и 2.example.com будут указывать на тот же IP-адрес, что и основной домен example.com. Вы указали на использование одинаковых name server, но при этом не получали ожидаемого результата.
Вы справедливо заметили, что при использовании команды dig, ваши поддомены должны разрешаться в IP-адрес. Если это не происходит, это может свидетельствовать о том, что DNS-записи использованы неправильно, либо в системе существует какая-то задержка.
Применение
Для решения подобных проблем важно:
-
Перепроверка DNS-записей: Убедитесь, что обе записи A для поддоменов правильно указывают на IP-адрес вашей капли (droplet) в DigitalOcean.
-
Использование внешних DNS-резолверов: Попробуйте выполнять команды
digс использованием публичных DNS-серверов, например Google (8.8.8.8) или Cloudflare (1.1.1.1), чтобы убедиться, что проблема не в вашем локальном резолвере. -
Обратиться в поддержку: Как оказалось, ваша проблема была решена после обращения в поддержку DigitalOcean, что может свидетельствовать о проблемах на стороне провайдера, которых пользователи не могут устранить самостоятельно.
Заключительно, в подобных ситуациях, рекомендуется соблюдать терпение в процессе распространения изменений DNS, так как даже после корректного указания всех записей, может потребоваться время для полной их актуализации. Это особенно верно в случае с изменением TTL (Time to Live) значений. Всегда стоит обращаться в службу поддержки вашего провайдера, если проблема не решается в течение ожидаемого времени.