Shammer
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
mike345S да, ты прав. через месяц в домен не пустит. точнее на винХР логин пройдет за счет сохраненного пароля, но при обращении к доменным ресурсам будет ругаться. и в журнале появятся записи "не удалось обновить билет керберос". на самом деле там не четко 1 месяц, фактически это время следует отсчитывать от даты получения основного билета системы авторизации. Это было проверено на собственном опыте, ток я не пользуюсь акронисом, предпочитаю старый добрый GhostServer =)
Samba не решит проблемы. Протокол это протокол, а не настройки DC. Если поизвращаться, то можно и на виндовом DC сделать "вечный" билет. Но вот только криво это...
Сейчас у меня есть мысля.., подниму чистую машину, поставлю пару прог для отслеживания доступа к файлу, и просмотрю какие изменения происходят в директории system23\config. Есть у меня подозрение, что доменные учетки и основной билет хранятся в файле SAM, а названия домена\доменов в файле userdiff.
Останется только вопрос синхронизации времени при подключеии машины к домену. По дефолту там вроде 15 минут стоит, как максимальный интервал. Думаю поставить 2часа 15 минут как максимальный интервал. Или стартовать во время запуска винды сервис, который будет синхронизировать время со сторонним источником (расшаренной службой NTP поднятой на DC), чтоб при авторизации в домене время было уже синхронизировано.
SlavaWlf да, под x64 ОС выбор таких прог маловат, да и не к чему оно. x64 это серваки для баз данных в первую очередь, и соответствующие машины разработчиков.. они не дети малые, не секретарши, и фигней в сети не страдают.. как правило =) Вот производители подобного софта и не сильно смотрят в сторону x64 ОС.
StepaJobsov Вся проблема связанная с подобными прогами и доменом заключается в:
1. Билеты службы Kerberos. А именно, если не ошибаюсь в терминологии, билет на выдачу билетов,или по другому - TGT. Это базовый долгосрочный билет, меняется раз в месяц, примерно. (для DC на базе 2003srv)
2. У протокола Kerberos очень жесткая привязка ко времени. Все машины в домене должны иметь, в идеале, время различающееся не более секунды. По умолчанию, машина логинящаяся в домен, синхронизирует свое время с DC, если оно различается более 15 минут, DC откажет в синхронизации. Проблема в тут в автоматическом переходе на зимнее\летнее время.
Пункт 2 несложно обойти , а вот с пунктом 1... Ребят, давайте сообща покопаемся =) делов то на день, всем кучно поэксперементировать и сравнить результат =)
|
. Меня будут сильно бить 
