Цитата monkkey:
|
browstat status сделайте. Похоже, у Вас Master Browser "плавает". »
|
Естественно, плавает. Даже хуже: "Master name cannot be determined from GetAdapterStatus". Имеется информация, что в сетевом окружении все компьютеры видны друг другу
всегда. "Плавание" не влияет на разрешение имён NetBIOS. Наоборот, невозможность разрешить имена как раз может его вызывать.
Цитата whattaff:
|
ошибка дублировалась четыре раза через 30 минут, в 5:38 была последняя, после этого ошибок не было, только "Нормальная инициализация". На s2 в логах никаких ошибок от WINS не было, но при попытке реплицировать WINS вручную, выдавал ошибку "Удаленный сервер разорвал соединение..." »
|
Уберите 2-й WINS, тогда репликация не нужна и ошибок, с ней связанных, не будет. Ладно AD - упадёт, и жизнь всего домена резко затруднится. С WINS можно не бояться: Вы её поднимете на соседнем сервере за 10 минут, 10 минут займёт переориентация клиентов с помощью DHCP да ещё 10 минут перерегистрация имён серваков командой nbtstat -RR и выполнение команды ipconfig /renew на клиентах (если это делать централизовано, скриптом) либо простая перезагрузка клиентов. Сконфигурируйте время жизни NetBIOS-записей на большее время, клиенты ничего не заметят.
Задайте в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NetBT\Parameters параметр CacheTimeout
Value Type: REG_DWORD, in milliseconds
Valid Range: 0xEA60–0xFFFFFFFF
Default: 0x927c0 (600000 milliseconds = 10 minutes)
Description: This value determines the time interval that names are cached in the remote name table. The nbtstat –c command can be used to view the remaining time for each name in the cache.
Цитата Angry Demon:
|
От этого не зависит, будет ли машина выбрана браузером. »
|
При выборах обозревателя у серверных ОС преимущество перед клиентскими этого же семейства. Так что правильный ответ - зависит. whattaff, забейте на обозреватели, это не влияет на resolving NetBIOS-имён.
Цитата whattaff:
А в логах S1 вылезло вот такое:
Источник события: DhcpServer
Код события: 1059
Служба DHCP не смогла обнаружить папку для авторизации сервера.»
|
Лучше иметь серверные Windows на English'е. Там часто гораздо понятнее, о чём речь идёт. Английский вариант: "The DHCP service failed to see a directory server for authorization". DHCP-сервер в домене должен быть авторизован, а тут он у вас не прочувствовал, что у него есть полномочия на выполнение своих функций. Просто снимите авторизацию, остановите сервис, через пару минут запустите, снова его авторизуйте, перезапустите, и выполните принудительную репликацию между контроллерами. Если ошибка не пройдёт, попробуем более изощрённые методы.
Цитата whattaff:
|
.(Сейчас через несколько часиков подтянутся остальные работнички и включат свои компы, отчитаюсь) »
|
У вас там работнички ближе к ночи подтягиваются?
Ы где Атчёт? Страшно интересно.
Вопрос: зачем у Вас там целых 3 DNS-сервера клиентам отправляются?
Просьба: ipconfig'и с s2 и s3 давайте
Цитата whattaff:
Теперь академические вопросы:
1) ПОЧЕМУ?
2) Как это решить без WINS? Ибо.
WINS было опробовано как нечто крайнее и, к сожалению, неуниверсально, и по сути своей дополнительное. »
|
1) Почему что?
2) Не согласен с Вами. Пример: рабочая группа и домен. Плюсы мы знаем. С WINS точно так же: до него все компы равны, сами регистрируют чего хотят и выясняют чужие имена широковещанием, которое тревожит всю сеть. Бепредел
А тут появляется сервер и наводит порядок. Нужно имя - это к нему, также как если нужно получить доступ к ресурсам любого компьютера домена, то у DC спрашивают разрешения. Абы что не зарегистрируешь, если имя забито, комп пошлют.
"неуниверсально" - WINS универсальнее широковещания во многом, если умело его настроить.
"дополнительное" - тогда весь DC - дополнение. А как Вы хотите? Хотим больше возможностей/порядка/управления/ и т.д. и т.п. - ставим что-то дополнительное.
В вашей сети порядка 25 компов WINS явно не будет лишним, масштабы позволяют. Пора выдираться из широковещательной песочницы
"Как это решить без WINS" В предыдущем абзаце я толкал речь, что WINS полезный и нужный. Разумеется, есть сети по 25 и более компов, где всё нормально резолвится. Только это не Ваш случай, у Вас ненормально резолвится. Чтобы определить реальные причины, скорее всего, необходимо будет мониторить пакеты в сети с нескольких машин длительное время, обрабатывать и анализировать тонны этой информации. Никто здесь этим заниматься не будет. Посмотрите, как люди отвечают: одной-двумя строками. Такими темпами за год не разберётесь. А через неделю им уже надоест
По опыту я знаю, что такие проблемы и на месте нереально долго решаются. Причин - миллионы: например, что у Вас на роутере также NetBIOS включен и т.д. и т.п.
Если можно получить помощь в виде простогонадёжного решения - почему бы и не успокоиться? На WINS Вы вообще никаких ресурсов не тратите: он работает себе, и работает.
Вообще, есть примитивный
обход проблемы, а не решение. Слыхали про волшебный файл c:\Windows\System32\drivers\etc\hosts? Люди говорят, что там будто бы можно записать связки "IP - DNS-имя", и компьютер чудесным образом начнёт разрешать эти DNS-имена вообще без DNS-сервера. Так вот, сами имена компов без суффиксов туда можно вбить. На проблемных машинах пропишите туда нужные строчки, например, 10.0.0.1 s1. И этим компам вообще на состояние в сети с резолвингом станет глубоко ... Только если адресочек сервака поменяется, а Вы про это забудете - ох, не завидую я Вам
Если всё-таки решитесь так сделать, на DHCP не забудьте выставить 046 в 0х1, а то резолвинга без WINS совсем не будет.
