Мы размещаем DNS для нашего домена.
Две недели назад разработчик попросил нас настроить новую зону 'dev.ourdomain.com' и разместить в ней две записи хоста my.dev.ourdomain.com и admin.dev.ourdomain.com.
Мы добавили зону в наш DNS и добавили записи A для хоста.
Теперь, неделю спустя, некоторые DNS-серверы, такие как Google (8.8.8.8) и gtei (4.2.2.2), разрешают хосты, но другие, такие как OpenDNS (208.67.222.222) и ATT Uverse (68.94.156.1), не могут их разрешить.
Есть идеи?
решение1
Проверьте, какие серверы имен указаны в WHOIS для домена, затем запросите каждый из этих серверов для записей NS для домена и убедитесь, что все они указывают одни и те же серверы имен. Если это не так, то вам нужно исправить их так, чтобы они все согласились с тем, какие серверы являются серверами имен для домена, и чтобы каждый из серверов, указанных как серверы имен, имел копию зоны.
решение2
Полагаю, вы уже подождали все необходимые TTL, чтобы быть уверенными в отсутствии «старых» данных в кэшах по всему миру.
Вам следует проверить всю цепочку разрешения от TLD до ваших зон на наличие проблем. Например, начните с .com и запросите у его авторитетных серверов имен список NS вашего домена. Затем запросите у каждого из них NS вашего поддомена, а также запросите у них любые данные, которые следует опубликовать.
Скорее всего, некоторые DNS не публикуют все данные, тогда у вас действительно есть 'проблема репликации', как указано в заголовке. Или, может быть, вы где-то упускаете какие-то данные (SOA, NS или что-то подобное...)
Если стандартный преобразователь (я бы использовалкопать, например) может разрешить ваши имена хостов, то проблема может находиться на другом конце.
решение3
Вы сказали, что добавили зону на свой сервер, почему? Разве сервер, который обрабатывает dev.yourdomain.com, не тот же самый, что обрабатывает yourdomain.com? Вам не нужно создавать отдельный файл зоны, если те же хосты управляют родительскими доменами. Вы не указали, какой сервер, поэтому я предполагаю, что это bind, но большинство служб DNS поддерживают что-то вроде этого:
dev IN A 1.2.3.4
admin.dev IN A 1.2.3.5
Эти записи обе появляются в основном файле зоны. Однако если вы планируете разместить DNS для поддомена dev.yourdomain.com где-то еще, то вам нужно что-то немного более сложное. Настройте свой файл зоны так, как вы это сделали, затем добавьте ссылки с родительских серверов:
dev IN NS otherns.yourdomain.com.
dev IN NS backupns.yourdomain.com.
Что касается фактической проблемы с некоторыми хостами, которые не разрешаются, вы запускали трассировку? Это происходит постоянно? Они запрашивают одни и те же хосты NS? Вы проверяли конфигурации на нескольких серверах, если вы используете несколько?