Чтобы настроить сценарий: один из наших специалистов настроил один из контроллеров домена на использование времени Microsoft. Время ВЕРНО (включая часовой пояс) и ДЕЙСТВИТЕЛЬНО совпадает со временем другого контроллера домена; однако ранее это было неверно.
После изменения ни один пользователь не может подключаться через \\ servername \ share или \\ servername.domainname.com, но \\ ip \ share работает нормально. Я даже не могу получить к нему доступ с другого контроллера домена, с которым, как я знаю, оба имеют одинаковое время. Имя сервера ДЕЙСТВИТЕЛЬНО разрешает правильный IP-адрес. Кроме того, как ни странно, также работает \\ domainname.com, который разрешается на тот же сервер. Наконец, все, что я пробовал, разрешается к тому же правильному IP-адресу.
Ошибка: login failure: The target account name is incorrect.
Я считаю, что это связано со временем, но поскольку время правильное и совпадает, я не уверен.
Кто-нибудь знает, что может вызвать это?
У меня была такая проблема, я пытался подключиться к общему серверу SAMBA в моей сети, и я смог сделать это только по \\ IP-адресу, а не по \\ ИМЯ СЕРВЕРА.
Решил ее, удалив дополнительные IP-адреса, которые я добавил в расширенном разделе «Свойства для Интернет-протокола версии 4 (IPV4)» (окно с заголовком «Дополнительные параметры TCP / IP»). Будучи ленивым, я добавил дополнительные IP-адреса для удобного подключения к некоторым маршрутизаторам, которые я обычно сбрасываю до заводских настроек.
Вот причина, которую мы обнаружили:
Один сервер был настроен на использование сервера времени ВМФ. Который имел глюк и заставлял сервер показывать 2000 год.
«В понедельник, 19 ноября, USNO выполнила обычное обновление. К сожалению, в течение 51 минуты с 21:07:32 по 21:58:56 UTC сервер выдал год как 2000 вместо 2012. Мы решили проблему, вызвавшую эту ошибку ". (http://tycho.usno.navy.mil/ntp.html, 27.11.2012)
Это привело к тому, что один контроллер домена, у которого был этот сервер времени, сказал другому серверу, что ему не доверяют долгое время (достаточно долго для постоянной потери доверия).
К сожалению, единственным решением было принудительно понизить роль контроллера домена и повторно продвигайте его.
Дополнительное примечание: использование трех разных серверов времени предотвратило бы это; мы будем делать это в будущем :)
Спасибо!