Мой DNS работает, когда я делаю, “роют @mynameserver имя хоста”, но не, когда я делаю, “роют имя хоста”
Кроме безопасности, одной из причин Вы хотите одну функцию на сервер, должен гарантировать, что бизнес не имеет ненужных прерываний - то есть, если необходимо перезагрузить файловый сервер, почему Вам придется также перезагрузить Exchange Server? Но наличие отдельных серверов для каждой функции может быть чрезмерно дорогостоящим, специально для меньших компаний. Виртуальные машины являются большими, но они все еще требуют лицензий.
Некоторыми вещами не может быть такое грандиозное предприятие - да, ИДЕАЛЬНО Вы имели бы отдельный сервер DHCP (два для дублирования) и разделили бы серверы DNS и отдельный... Вы получаете идею..., но это весьма распространено и редко проблема для DC, чтобы также выполнить DHCP и DNS.
То, что Вы комбинируете, зависит от того, насколько их комбинация будет, вероятно, влиять на Вас. Комбинируя DHCP, DNS и AD будут, вероятно, иметь мало ни к какому влиянию. Комбинируя Exchange, SQL, AD и IIS могли оказать огромное влияние.
Как я коснулся ранее, VMs являются большими, но они все еще живут на на сервере, который становится единой точкой отказа (если Вы правильно не кластеризируете их по избыточному SAN..., но затем Ваши затраты легко перемещаются в 5 диапазонов числа..., возможно, больше.
Что касается помещения Exchange на DC - в целом, рекомендуется не сделать. SBS и EBS являются исключениями к этому. Это - поддерживаемая конфигурация, но обычно не конфигурация "Лучших практик".
ns1.signupsystems.com и ns2.signupsystems.com являются CNAMEs на signupsystems.com. В принципе запрещается иметь записи NS, указывающие на CNAMEs. (И не забывайте момент наличия двух отдельных серверов имен ;)
закопайте +trace режим, успешно выполняется, потому что он делает полную твердость содержания NS самостоятельно. Я подозреваю, что BIND9 не может (или не желающий) для следования за CNAME в NS, и следовательно некоторый сервер в локальной цепочке разрешения не может определить местоположение NSes.
Попытайтесь удалить CNAMEs для серверов имен и добавьте надлежащий записи.
-
1, у меня на самом деле нет записей CNAME для моих серверов имен, таким образом, я пытаюсь определить, указываются ли они неявно или что-то. – Colin Fox 25 July 2010 в 03:55
-
2хорошее место - да, Вы правы. Запись NS должна указать на реальное имя хоста, не псевдоним. – Alnitak 25 July 2010 в 11:08
-
3Да, это было проблемой - записи CNAME для NS1 и NS2. Мой деловой партнер изменил регистраторов имени, и я не понял это, и я работал со старым. Новый имел записи CNAME для NS1 и NS2. Я изменил их на записи вместо этого, и теперь мои серверы имен работают правильно. Еще раз спасибо! – Colin Fox 25 July 2010 в 20:47
Я мог пропускать что-то, но это, кажется, работает просто великолепно для меня. Я могу вытянуть оба сервера имен при рытье для них прочь имени хоста, и оба - CNAMEs signupsystems.com. Одна вещь, которую я действительно замечал, хотя, состоит в том, что whois серверы имен не соответствуют авторитетным серверам имен. whois дает корректный IP для ns1, но он перечисляет 69.31.163.69 для ns2, который кажется неправильным, потому что оба сервера имен разрешают тот же IP (первый). При попытке сделать поиск своего домена, и он использует 69.31.163.69 в качестве сервера имен, то Вы не получите ответ, потому что тот сервер, кажется, снижается (по крайней мере, не отвечающий на запросы DNS). Я не знаю то, что использовало бы запись whois для нахождения серверов имен, но я предположу, что это - то, где у Вас есть проблемы.
-
1Да, у меня было несоответствие дюйм/с для ns2. Это было обращено теперь. – Colin Fox 25 July 2010 в 20:48
Вашему основному серверу DNS кэшировали неправильный поиск. Вы будете иметь, ожидают, пока TTL не передал.
-
1Это работало неправильно в течение многих месяцев теперь, таким образом, я не думаю, что это - TTL. – Colin Fox 24 July 2010 в 23:23