Привет!
На сервере для заведенной зоны поставлено "Динамическое обновление" - да. На клиенте указано "Зарегистрировать адреса подключения в DNS". В DNS таблице на сервере ничего не появилось, на клиенте dns-запросы не обрабатываются. ipconfig /registerdns эффекта также не дал. Почему не работает в динамике? Рабочие станции объединены в рабочие группы. С уважением, Владимир |
Возможно у тебя на ДНС сервере включено Безопастное обновление зоны, а твои клиенты если они не в домене, а в рабочей группе и поэтому сервер не дает им такой возможности. Посмотри может в этом причина.
|
Цитата:
|
Привет, Megabizon, Vich!
В справке пишут, что безопасное обновление доступно только при использовании AD, а у меня его нет. С уважением, Владимир |
Цитата:
Как у тебя сеть огранизована? Как настроен ДНС сервер, он входит в состав домена? Или ты просто поднял ДНС и создал на нем зону? Вот ответь на такой вопрос, если у тебя нет АД (домена) и сеть - это рабочая группа, то как твои клиенты определяют что они принедлежат именно тому домену к которому должны принадлежать и это каксаемо твоего ДНС сервера? Как ты настраивал ДНС? PS. Ну почему информацию приходится постоянно вытаскивать, чем более подробнее и полнее опишешь ситуацию, чем более точнее и быстрее тебе смогут помочь. |
Megabizon
Ок, сорри. Есть подсеть .3.0 (базовая), в ней существуют рабочие станции, поделенные на рабочие группы (указанием рабочих групп в свойствах их сетевых настроек). Рабочие станции заведены под Вин98, есть несколько под Вин2К-про. В подсети поднят сервер под Вин2К-АС. Основное использование - файл-сервер. Заведены ВИНС и ДНС. ДНС: создана зона org для подсети и обратная ей 192.168.3.x. Прослушивает по всем адресам, динамическое обновление включено, использует прямой/ обратный просмотр/поиск ВИНС ВИНС: не тронут, работает с умолчаниями. На клиенте под 2К настроено использовать этот сервак для ДНС и ВИНС, указано регистрировать адрес подключения в ДНС. Автоматически запись в таблицу ДНС не произведена, при этом: C:\>ipconfig /all Имя компьютера . . . . . . . . . : SOFT Основной DNS суффикс . . . . . . : org Тип узла . . . . . . . . . . . . : Гибридный Включена IP-маршрутизация . . . . : Да Доверенный WINS-сервер . . . . . : Нет Порядок просмотра суффиксов DNS . : org DNS суффикс этого подключения . . : DHCP разрешен . . . . . . . . . . : Нет IP-адрес . . . . . . . . . . . . : 192.168.3.4 Маска подсети . . . . . . . . . . : 255.255.255.0 Основной шлюз . . . . . . . . . . : 192.168.3.30 DNS-серверы . . . . . . . . . . . : 192.168.3.70 Основной WINS-сервер . . . . . . : 192.168.3.70 C:\>nslookup soft Server: fileserver.org Address: 192.168.3.70 Name: soft.org Address: 192.168.3.4 - все корректно Почему не регистрируется в таблице при этом? С уважением, Владимир |
Вообще странные дела. Судя по распечатке nslookup твой ДНС разрешает адреса нормально, а следовательно ДНС фунциклирует. Т.е. записи в файле зоны создаются, а то иначе бы он просто не смог бы тебе ответить.
Ты пробовал посмотреть непосредственно сам файл зоны? Что в нем есть. По сути зона ДНС если она не интегрированная, является текстовым файлом. Посмотри C:\winnt\system32\dns свой файл что там. Если там присутствуют записи ресурсов, то возможно у тебя проблема не с ДНС, а с оснастками. ТТЛ записи проверть, мож случайно поставил 10 сек. |
Привет, Megabizon!
Да нет, там все соответсвует отображению. В общем я доковырялся до того, что в обратной зоне регистрация производится, а в прямой - нет. Как можно связаться с тобой, чтобы детально пройтись по настройке? С уважением, Владимир |
Цитата:
|
Чтобы не плодить темы пишу сюда. Есть вопросы в понимании работы некоторых функций DNS линейки Windows Server 2008 R2, а именно:
1. При создании доверия (одно-, двух-стороннего) между лесами нужно ли прописывать условное перенаправление или будет достаточно факта доверия? После создания доверия я могу к примеру обращаться к ресурсам по CNAME записям второго леса, но достаточно ли этого? 2. Есть ли принципиальные различия в CNAME и GlobalName? Оба являются сокращениями с указанием FQDN адресов, но выделены на Technet в отдельные темы. 3. На том же Technet есть статья об описании делегировании зоны ссылка. Для объяснения используется график, где показан dns сервер ns1.us.example.microsoft.com, который делегировали для обслуживания зоны example.microsoft.com Вопрос возник следующий: example.microsoft.com это поддомен, так? Если это дочерний домен, то почему нельзя просто поднять в нем на одном из серверов dns-роль с SOA записью о том, что этот же сервер является авторитетным для этой зоны и далее просто добавить, при желании, в корневые ссылки адрес родительского dns или же в настройках сетевого интерфейса указать вторичный dns - адерс родительского dns. То есть в чем принципиальная разница таких подходов? Или же здесь идет разговор о том, что зону example.microsoft.com может обслуживать dns сервер из другого (дочернего) домена? |
3. там говориться о том, что если сервер , который обслуживает зону microsoft.com не является авторитетным для зоны example.microsoft.com то эту зону можно (нужно!)делегировать на другой сервер (например ns1.us.example.microsoft.com). таким образом этот сервер будет авторитетным для зоны *.example.microsoft.com
Цитата:
Цитата:
|
Время: 02:25. |
Время: 02:25.
© OSzone.net 2001-