- Сервер: SBS 2011 + Exchange 2010 v14.03.0382.000
- Рабочая станция: Windows 8.1 Pro
Когда мой начальник уехал в отпуск, он хотел получить удаленный доступ к нашему серверу SBS 2011, чтобы проверить свою электронную почту Exchange и получить доступ к определенным файлам. Поскольку он собирался быть в чужой стране с плохим доступом в Интернет, он не брал с собой никаких электронных устройств и собирался проверять все из интернет-киосков.
Чтобы уменьшить вероятность успешного использования его пароля (киоск-кейлоггер и т.д.), Мы договорились ввести чередующиеся пароли. Мы сменили его аккаунт на первый, когда он уходил, и каждый раз, когда он проверял свои данные, он отправлял мне электронное письмо, чтобы я сменил его пароль на следующий в последовательности. Это действительно сработало замечательно, так как я обычно мог переключить пароль в течение 10-30 минут после того, как он закончил то, что он должен был сделать.
Проблема возникла, когда он вернулся. Внезапно он больше не может войти на свою рабочую станцию, несмотря на то, что его первоначальный пароль вернулся в свою учетную запись. Рабочая станция выдает следующее сообщение об ошибке:
База данных безопасности на сервере не имеет учетной записи компьютера для этого отношения доверия рабочей станции
Если быть точным, мы только изменили пароль. Мы сделали это через стандартную консоль SBS 2011, которая позволяет изменять пароли с помощью простого графического интерфейса. Это изменило его как для удаленного веб-доступа, так и для веб-доступа Exchange.
Мы проверили это решение, но оба перечисленных атрибута показывают правильные записи домена для физического компьютера в домене.
Мы также проверили это решение, но, хотя оно показывает, что необходимо сделать, оно не дает инструкции о том, как это сделать. Это, очевидно, документация высокого уровня, который предоставляет только 10 000-футовый обзор, а не набор инструкций. Кроме того, три причины не имеют смысла с нашей точки зрения - все, что мы делали, это меняли пароль на стороне сервера, оставляли рабочую станцию выключенной на неделю и bam - пользователь больше не мог войти в систему.
Мой босс выключал свою систему много раз за последние шесть месяцев, в том числе за неделю до отпуска (он передал свою рабочую станцию клиенту), и этого никогда не происходило.
Несколько интересных вопросов:
- Предполагается, что эта ошибка происходит с рабочими станциями Windows Vista или Windows 7, мне еще предстоит наткнуться на пример рабочей станции Win8,1, испытывающей ту же проблему.
- На рабочей станции имеется только основная учетная запись домена, мы не можем использовать учетную запись, не относящуюся к домену (для переключения Windows на рабочую группу и обратно на домен), поскольку для рабочей станции ее нет. И поскольку мы не можем войти в систему, мы не можем создать локального пользователя.
- Эта система имеет UEFI BIOS, и поэтому ни одна из моих обычных загрузочных утилит с открытым исходным кодом, которая может воскресить отключенную учетную запись администратора, не сможет загрузиться в этой системе, поскольку все они требуют традиционного BIOS для загрузки (я сталкивался с этой проблемой раньше по системам UEFI).
- Во время отпуска его рабочая станция была полностью закрыта (или мне так сказали). Он не загрузился, так как он вернулся домой и все еще закрылся. Таким образом, с момента, когда он вышел из системы до того, как уйти в отпуск, до момента, когда он вернулся и включил его, в домене не было ни одного экземпляра с таким же именем машины.
Любая помощь будет принята с благодарностью.
Редактировать:
Мы берем удар в темноте, предполагая, что компьютер был настроен с тем же локальным именем пользователя, что и существующее в домене, но когда мы пытаемся войти на localhost, используя это имя пользователя (localhost\username), мы получаем точное то же сообщение, что и выше. Когда мы отключаем сеть, мы получаем следующее сообщение об ошибке:
В настоящее время нет серверов входа, доступных для обслуживания запроса входа
Изменить 2:
Мой босс только что сказал мне , что , когда он вернулся и повернул машину обратно, он был в состоянии успешно войти на начальном этапе, но это не было сети , и что было требование , чтобы перезагрузить компьютер. Когда он перезапустился, он столкнулся с этой проблемой при следующем входе в систему.