Проблема делегации Субдомена DNS
У Вас может быть несколько серверов DHCP в сети, если они установлены только раздать адреса к определенным машинам.
Распространено иметь сервер DHCP, просто раздающий IP к определенным MAC-адресам для тестирования, специально для встроенных систем. Крошечный DHCP является простым сервером DHCP, который работает на окнах
Я сначала удостоверился бы, что Вы возвращаете ns1/2.provider-dns.com как ответ на этот запрос:
dig subdomain.example.com ns
Вы могли бы также хотеть проверить, что зона загружается на серверах имен, к которым Вы делегировали. Проверьте возвращение корректного порядкового номера:
dig @ns1.provider-dns.com subdomain.example.com soa
Если это не работает, сверьтесь, кто бы ни выполняет ns1/2.provider-dns.com, чтобы удостовериться, что Ваша зона загружается.
Вы пытаетесь Делегировать зональный "test.subdomain.example.com к другому NS? Вы только говорите о NS1 и NS2 и от того, что Вы указали, что имеете Основной Вперед Зоны Поиска, созданные для "subdomain.example.com" на каждом из тех. Если Вы хотите делегировать полномочия для "test.subdomain.example.com" к другому серверу имен:
- Щелкните правой кнопкой по зоне "subdomain.example.com" и по NS1 и по NS2 и установите новую делегацию.
- Используйте имя зоны "тест" и укажите на другой сервер имен, Вы хотите быть авторитетными для "test.subdomain.example.com".
- Установите новое Основное устройство Вперед зона Поиска на новом сервере имен (NS3) для "test.subdomain.example.com"
При попытке делегировать "subdomain.example.com", следуют за тем же процессом, но одним доменным уровнем выше.
Вы попробовали другой инструмент как host -t a test.subdomain.example.com вместо этого?
dig довольно хитро для использования.
На случай, если кто-нибудь когда-нибудь прочтет эту статью еще раз , и мне интересно, каково было разрешение, я второй комментарий Джонатана Росса.
Для первого поставщика вы добавили 2 записи NS. Но вы не добавили 2 записи A для этих 2 записей NS.
Без записей A у первого поставщика 2 записи NS являются просто именами, не имеющими связанного IP. Таким образом, DNS-запросы для субдомена не могут попасть в NS для субдомена. Поскольку с NS-записью субдомена не связан IP-адрес.
Может показаться логичным (пока вы не поймете эти различия в записях, многие «истории», которые вы себе рассказываете, имеют смысл) думать: «О, IP будет разрешен у провайдера 2» . Запрос не попадает к провайдеру 2 (если вы, конечно, не откроете dig или nslookup и не подключитесь напрямую к нему).
Надеюсь, это поможет ...
На первом провайдере вы добавили 2 записи NS. Но вы не добавили 2 записи A для этих 2 записей NS.
Без записей A у первого провайдера 2 записи NS являются просто именами, не имеющими связанного IP. Таким образом, DNS-запросы для субдомена не могут попасть в NS для субдомена. Поскольку с NS-записью субдомена не связан IP-адрес.
Может показаться логичным (пока вы не поймете эти различия в записях, многие «истории», которые вы себе рассказываете, имеют смысл) думать: «О, IP будет разрешен у провайдера 2» . Запрос не попадает к провайдеру 2 (если вы, конечно, не откроете dig или nslookup и не подключитесь напрямую к нему).
Надеюсь, это поможет ...
На первом провайдере вы добавили 2 записи NS. Но вы не добавили 2 записи A для этих 2 записей NS.
Без записей A у первого поставщика 2 записи NS являются просто именами, не имеющими связанного IP. Таким образом, DNS-запросы для поддомена не могут попасть в NS для поддомена. Поскольку с NS-записью субдомена не связан IP-адрес.
Может показаться логичным (пока вы не поймете эти различия в записях, многие «истории», которые вы себе рассказываете, имеют смысл) думать: «О, IP будет разрешен у провайдера 2» . Запрос не попадает к провайдеру 2 (если вы, конечно, не откроете dig или nslookup и не подключитесь напрямую к нему).
Надеюсь, это поможет ...
2 записи NS - это просто имена, не связанные с IP. Таким образом, DNS-запросы для субдомена не могут попасть в NS для субдомена. Поскольку с NS-записью субдомена не связан IP-адрес.Может показаться логичным (пока вы не поймете эти различия в записях, многие «истории», которые вы себе рассказываете, имеют смысл) думать: «О, IP будет разрешен у провайдера 2» . Запрос не попадает к провайдеру 2 (если вы, конечно, не откроете dig или nslookup и не подключитесь напрямую к нему).
Надеюсь, это поможет ...
2 записи NS - это просто имена, не связанные с IP. Таким образом, DNS-запросы для субдомена не могут попасть в NS для субдомена. Поскольку с NS-записью субдомена не связан IP-адрес.Может показаться логичным (пока вы не поймете эти различия в записях, многие «истории», которые вы себе рассказываете, имеют смысл) думать: «О, IP будет разрешен у провайдера 2» . Запрос не попадает к провайдеру 2 (если вы, конечно, не откроете dig или nslookup и не подключитесь напрямую к нему).
Надеюсь, это поможет ...
вы говорите себе, имеет смысл) подумать: «О, IP будет разрешен у провайдера 2». Запрос не попадает к провайдеру 2 (если вы, конечно, не откроете dig или nslookup и не подключитесь напрямую к нему).Надеюсь, это поможет ...
вы говорите себе, имеет смысл) подумать: «О, IP будет разрешен у провайдера 2». Запрос не попадает к провайдеру 2 (если вы, конечно, не откроете dig или nslookup и не подключитесь напрямую к нему).Надеюсь, это поможет ...