Домен \ Администратор не может удаленно через RDP, не может войти в систему лично при отключении от сетевых журналов с использованием предыдущего пароля?

Сервер 2008 Домен \ Администратор не может удаленно через RDC, теперь не может войти в систему даже лично?

Я обнаружил в Интернете кучу потоков, посвященных необходимости изменения некоторых настроек на сервере для работы Remote.

Я откладывал это, пока не смог изучить детали и применить. Как ни странно, сегодня, после того как я вошел на сервер локально «НЕСКОЛЬКО РАЗ», так как в режиме энергосбережения / энергосбережения он автоматически блокируется.

По какой-то странной причине вечером я не смог войти даже Локально!

Что это за новая ошибка?

1. Как я могу попасть в программу для начинающих? Это заблокированный экран
2. Однажды, как мне исправить эту странную ОШИБКУ и
3. Исправить удаленный RDC

PS: Это не DC, и даже когда я меняю PW для домена \ Administrator на DC и пробую снова, у меня возникает аналогичная проблема.

Это как если бы НЕПРАВИЛЬНЫЕ пароли отклоняются немедленно, а ПРАВИЛЬНЫЙ пароль чувствует, что он будет работать, и через короткое время он отказывает, может быть, с небольшой задержкой. Итак, что он делает?

PS: Позвольте мне уточнить - я не пытаюсь получить к нему доступ с помощью LOCAL \ Administrator.

Мне нужно изменить локальный на физический - я пробовал удаленно, и физический прямой ДОМЕН \ Администратор работал. Теперь даже DOMAIN \ Admin дает ту же проблему.

Обновленная информация:

Поэтому изначально я не мог войти в систему. Я подумал, что, возможно, он пытался пройти аутентификацию на DC, поэтому давайте отключимся и попробуем.

Теперь я отключил машину и могу войти в систему. И самое странное - я вошел в систему, используя СТАРЫЙ ПАРОЛЬ.

т.е. вчера на DC DOMAIN \ Admin - я сменил пароль на Pass2

Несмотря на то, что сервер подключен к сети (и доступен для проверки связи), он не будет входить в систему с использованием Pass1 или Pass2 при подключении.

При отключении от сети я вошел в систему с помощью Pass2.

PS: Я также подумал, что, возможно, DNS на сервере был неправильным, поэтому, возможно, он пытался авторизоваться против неправильного IP-адреса постоянного тока и т. Д. Но я проверил, и у него есть все правильные IP-адреса для DNS и т. Д.