У меня есть машина Server 2012 R2, выступающая в качестве контроллера домена в тестовой среде.
Его пришлось перезапустить, и теперь при попытке войти в систему как администратор домена я получаю сообщение об ошибке: there is a time and/or date difference between the client and server.
Сначала я предположил, что аккумулятор BIOS может нуждаться в замене, поэтому перезапустил компьютер и проверил дату в BIOS. Дата была установлена на 26.04.2099.
Я заменил батарею, установил дату и снова попытался войти на сервер. Я получил то же сообщение, поэтому я снова проверил дату в BIOS, и дата снова установлена на 26 апреля 1999 г.
Я попытался изменить его снова, но он продолжает меняться при загрузке Windows Server. Я удалил жесткий диск и установил окна на другом жестком диске на этом компьютере, и он отлично держит время в BIOS, но когда я вставляю жесткий диск с этим Server 2012 DC в другой компьютер, он делает то же самое. Дата BIOS установлена на 26 апреля 1999 г., и я не могу войти в систему.
Я могу подключить жесткий диск к виртуальной машине Hyper-V и загрузиться оттуда. Я могу войти в систему без ошибок, и дата установлена правильно.
Что могло заставить Server 2012 устанавливать часы BIOS?
Что могло заставить Server 2012 установить часы Bios?
Ну вот что он делает. Linux тоже делает это, но да, ваша ОС может и будет устанавливать часы реального времени в соответствии с тем, что она считает временем.
Что касается устранения этого беспорядка, то, что вам нужно сделать, чтобы исправить время на сервере, - это войти на сервер с учетной записью локального администратора и установить правильное время. Поскольку это контроллер домена, вам нужно использовать Режим восстановления служб каталогов для входа в систему, когда аутентификация домена не работает. Правильная установка часов должна обновить часы BIOS до правильного времени или достаточно близкого, чтобы вы могли войти в систему с учетными данными домена.
Сказав это, я, честно говоря, не уверен, что бы. Похоже, что установка часов от такой большой разницы, вероятно, испортит домен (что, по сути, является той самой причиной, по которой существует максимальное смещение, которое будет автоматически исправляться в первую очередь), поэтому я, вероятно, просто обработал бы это как отказавший контроллер домена и удалите его из Active Directory соответствующим образом.
Вам также следует подумать о том, чтобы настроить свои машины на синхронизация с надежным источником времени NTP, поэтому этого не произойдет в следующий раз, когда батарея CMOS выйдет из строя. Вы можете и даже должны сделать это с помощью GPO - настроить эмулятор PDC на синхронизацию с внешним источником NTP и синхронизировать с ним все компьютеры домена (или синхронизировать контроллеры домена с эмулятором PDC и синхронизировать машины с их локальный контроллер домена, в зависимости от размера вашей сети).