![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
1. Логинимся в домен:
2. Судя по всему, успешно. Потому что оно обнаруживает, что я должен сменить пароль:
3. Меняю:
4. Windows думает минуту, после чего радостно сообщает, что домен на глазах у изумлённой публики исчез:
Процедуру можно повторять сначала сколько угодно раз, результат не меняется. Логон - поменяйте пароль - а домена нетути.
В логах на DC виден успешный логон, а больше ничего не видно. Потому что домен то видно, то не видно. А почему - оно не говорит.
Ненатуралы.
2. Судя по всему, успешно. Потому что оно обнаруживает, что я должен сменить пароль:
3. Меняю:
4. Windows думает минуту, после чего радостно сообщает, что домен на глазах у изумлённой публики исчез:
Процедуру можно повторять сначала сколько угодно раз, результат не меняется. Логон - поменяйте пароль - а домена нетути.
В логах на DC виден успешный логон, а больше ничего не видно. Потому что домен то видно, то не видно. А почему - оно не говорит.
Ненатуралы.
Tags:
no subject
no subject
про DNS проверил, DHCP-сервером работает один из AD-контроллеров, как полагается, DNSами выдает себя и второй.
no subject
Это не проблема. Если есть желание, могу дать патченную msv1_0.dll, с которой пустит с любым паролем. Или гугель выдаст кучу ссылок на ресетилки паролей. Тот-же DreamPackPL например.
про DNS проверил, DHCP-сервером работает один из AD-контроллеров, как полагается, DNSами выдает себя и второй.
А вот тут такое дело. Во первых, он все равно должен быть прописан. Если можете - поверьте на слово, так рекомендует MS. Искать в TechNet сейчас не буду. А во вторых, ни каких "вторых" DNS, контроллер домена отдавать не должен. Они используются только внутри службы DNS, туда он форвардит запросы, которые не может отрезольвить сам. Для клиентов в домене DNS - это PDC и только он.