Дата на компьютере не совпадает с датой на сервере

Обновлено: 03.07.2024

Такие проблемы часто могут быть решены путём установки правильной даты, времени и часового пояса в системе вашего компьютера. Если это не решает проблему, то это может быть вызвано другими проблемами, такими как неправильные настройки веб-сервера или просроченный сертификат.

Щёлкните Больше информации или Дополнительно… , в зависимости от страницы ошибки Дополнительно… на странице ошибки , чтобы увидеть код ошибки. Один из следующих кодов ошибок сообщит вам, что защищённое соединение не удаётся установить из-за ошибки, связанной со временем:

Один из следующих кодов ошибок будет указывать, что безопасное соединение не может быть установлено из-за ошибки, связанной со временем:

_{SEC_ERROR_EXPIRED_CERTIFICATE}
_{SEC_ERROR_EXPIRED_ISSUER_CERTIFICATE}
_{SEC_ERROR_OCSP_FUTURE_RESPONSE}
_{SEC_ERROR_OCSP_OLD_RESPONSE}
_{MOZILLA_PKIX_ERROR_NOT_YET_VALID_CERTIFICATE}
_{MOZILLA_PKIX_ERROR_NOT_YET_VALID_ISSUER_CERTIFICATE}

Текст на странице с ошибкой предупредит вас, когда Firefox обнаружит, что дата и время в вашей системе вероятно установлены неправильно, а также покажет текущую дату и время, установленные в вашей системе. Если настройки времени установлены некорректно, вам необходимо установить нужное время как описано ниже . Даже если отображаемые настройки времени выглядят корректно, вам следует убедиться, что настройки часового пояса вашей системы соответствуют вашему текущему расположению.

Ошибки на защищённых сайтах, связанные со временем и вызванные неправильным системным временем, можно решить путём установки правильной даты, времени и часового пояса : . Измените настройки даты и времени часов на панели задач Windows или выполните следующие инструкции:

Если ваша система управляет временем и часовой зоной автоматически, то вы не сможете сделать изменения вручную.

Щёлкните по кнопке Пуск или нажмите клавишу Windows .
В меню Пуск, щёлкните Панель управления .
В панели управления, щёлкните по Часы, язык и регион, а затем Дата и время.
Открывшаяся панель покажет вам текущие настройки даты и времени. Для изменения настроек, щёлкните по кнопке Изменить дату и время или Изменить часовой пояс .
Чтобы подтвердить изменения щёлкните ОК .

Щёлкните по меню Apple и выберите Системные настройки .
В окне Системных настроек выберите Дата и время.
Открывшаясь панель покажет текущие настройки даты и времени. Чтобы настроить их, отключите Получать дату и время с сервера , вручную введите дату и время и щёлкните Сохранить , чтобы подтвердить ваши изменения.
Чтобы проверить настройки часовой зоны, щёлкните по вкладке Часовой пояс. Чтобы настроить свой часовой пояс, отключите Автоматически выбирать часовой пояс в зависимости от текущей геопозиции , щёлкните по вашему приблизительному положению на карте и выберите в выпадающем меню ближайший к вам город.
Как закончите свои изменения, просто закройте окно Дата и время.

Подробную информацию можно найти в статье Apple Если дата или время на компьютере Mac неверны.

Примечание: Если время на вашем устройстве после его выключения постоянно сбрасывается, то это может указывать на низкий заряд батареи, поддерживающей работу часов, или полную её разрядку. Пожалуйста, обратитесь к руководству производителя вашего компьютера, что узнать, как заменить батарею CMOS.

Если вы получили ошибку, относящуюся ко времени, на защищённом сайте и вы уже проверили, что настройки времени в вашей системе установлены правильно, пожалуйста свяжитесь с владельцем сайта, и скажите, что у вас есть проблемы с доступом на его сайт. К примеру, ему может понадобиться обновить свой просроченный сертификат.

Предупреждение: Вам никогда не следует обходить предупреждения для широко известных сайтов, или сайтов, где происходят ваши финансовые транзакции – в этом случае некорректный сертификат может говорить о том, что ваше соединение скомпрометировано третьей стороной.

Если вы видите страницу предупреждения Ваше соединение не защищено и сайт позволяет это, вы можете добавить исключение, чтобы посетить этот сайт, несмотря на его недоверенный сертификат:

На странице предупреждения щёлкните Дополнительно .
Щёлкните Добавить исключение… . Появится диалог Добавить исключение безопасности.
Прочитайте описание проблем с сайтом. Вы можете щёлкнуть Просмотреть… , чтобы поближе познакомиться с недоверенным сертификатом.
Щёлкните Подтвердить исключение безопасности , если вы уверены, что хотите доверять сайту.

Эти прекрасные люди помогли написать эту статью:

Станьте волонтёром

Растите и делитесь опытом с другими. Отвечайте на вопросы и улучшайте нашу базу знаний.

В этой статье устраняется проблема, из-за которой отображаемое время на затронутых компьютерах не совпадает с текущим локальным временем после обновления на месте до 64-битной версии Windows 7 или Windows Server 2008 R2.

Применяется к: Windows 10 — все выпуски, Windows Server 2012 R2
Исходный номер КБ: 2001086

Симптомы

Рассмотрим следующий сценарий.

Вы устанавливаете 64-битную версию Windows Vista, Windows 7 или Windows Server 2008 R2.

Часовой пояс установлен в стандартном времени Израиля. В Windows Vista это отображается как (GMT+02:00) Иерусалим. В Windows 7 и Windows Server 2008 R2 это отображается как (UTC+02:00) Иерусалим.

Вы делаете на месте обновление до 64-битной версии Windows 7 или Windows Server 2008 R2.

Ожидаемое поведение:

После обновления параметр часового пояса правильно настроен, и такие функции, как Dynamic DST, продолжают работать.

Наблюдаемое поведение:

Когда возникает эта проблема, пользователи не получают уведомления об ошибке.

Дополнительные Windows Server 2008 R2 проблемы

Текущий часовой пояс не распознается. Выберите допустимый часовой пояс.

Причина

Эта проблема применяется к обновлениям до 64-битных Windows 7 и Windows Server 2008 R2.

Дополнительные Windows Server 2008 R2 причины

Разрешения отсутствуют на неработащих серверах для следующего подкоя реестра:

HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones и HKLM\System\CurrentControlSet\Control\TimeZoneInformation

Решение

Операционная система Windows использует время UTC для операций, зависящих от времени. Отображаемая время, отображаемая в панели задач Windows или элементе Панели управления, основана на времени UTC плюс или минусе регионального смещения времени, исправленного для правил летнего времени на основе локального региона часового пояса компьютеров.
Эта ошибка не влияет на время внутренней системы, используемой Windows. Это может привести к тому, что отображаемая время будет отображаться неправильно.
При исправлении параметров времени в элементе Дата и время сначала убедитесь, что был настроен правильный часовой пояс. Сделайте это, прежде чем внести изменения в дату или час, чтобы не было непреднамеренно настроить неправильное время работы системы.

Дополнительная информация

Динамический DST

В некоторых странах даты DST отличаются от года к году и не могут быть определены одним правилом. Поэтому Windows включает функцию Dynamic DST, которая хранит в реестре правила за год. Когда меняется год, текущая информация о часовом поясе обновляется с помощью правильной информации DST за этот год.

Динамический DST зависит от следующего значения реестра, за которое устанавливается имя ключа часового пояса, в котором находятся динамические данные DST (например, "Стандартное время Израиля"):

Затронуты только часовые пояса с разными правилами для разных лет (Динамический DST). Это потому, что значение реестра, которое указывает, где хранятся эти правила в год, повреждено. Если это значение отсутствует, данные о часовом поясе не обновляются в течение следующего года. Это приводит к том, что правила DST предыдущего года используются для расчета местного времени. Сразу после обновления системной версии время отображения не зависит от этой проблемы. Вы получите уведомление о неузнаваемом часовом поясе, если щелкнуть часы панели задач или открыть элемент Дата и время в панели управления.

Если часовой пояс не исправлен, будущие переходы в DST или из него могут произойти в неправильное время. Это приведет к неправильному времени в системе или неправильным преобразованиям между системой и локальным временем.

Все часовые пояса потенциально затронуты, но основное влияние оказывает на установки операционной системы, настроенные для использования зон, содержащих данные динамического DST. Часовые пояса, поддерживают динамический DST, являются следующими:

Стандартное время Аляски
Арабское стандартное время
Стандартное время в Аргентине
Атлантическое стандартное время
Восточное стандартное время AUS
Cen. Стандартное время Австралии
Центральное бразильское стандартное время
Центральное стандартное время
E. Стандартное время Южной Америки
Восточное стандартное время
Стандартное время в Египте
Стандартное время Гренландии
Стандартное время в Иране
Стандартное время в Израиле
Стандартное время Маврикия
Стандартное время Монтевидео
Стандартное время Марокко
Стандартное время в горах
Стандартное время в Новой Зеландии
Стандартное время Ньюфаундленда
Тихоокеанское стандартное время SA
Тихоокеанское стандартное время
Пакистан стандартного времени
Стандартное время в Парагвае
Стандартное время Тасмании
Стандартное время в Венесуэле
W. Стандартное время Австралии

Причина, по которой влияние в данном случае больше, заключается в том, что данные DST для часовой зоны могут не обновляться, чтобы отражать правила, которые должны действовать в течение данного года. Это может привести к тому, что переход в DST или из него произойдет в неправильное время в заданном часовом поясе. Это не проблема, если динамический DST не присутствует в часовом поясе. Однако поврежденные данные реестра вызывают сбой любого вызова в GetDynamicTimeZoneInformation() независимо от того, поддерживает ли часовой пояс динамический DST.

16.10.2018

Windows Server 2012 R2, Windows Server 2016

комментария 2

Столкнулся со следующей ошибкой при RDP подключении к удаленному серверу в домене AD. После указания корректных имени и пароля доменного пользователя появилось окно с ошибкой (ниже) и окно rdp клиента закрылось.

Remote Desktop cannot verify the identity of the remote computer because there is a time or date difference between your computer and the remote computer. Make sure your computer’s clock is set to the correct time, and then try connecting again. If the problem occurs again, contact your network administrator or the owner of the remote computer.

В русской версии Windows ошибка выглядит так:

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

Как следует из текста ошибки, RDP клиент не смог аутентифицироваться с помощью Kerberos, т.к. разница во времени между локальным и удаленным компьютером превышает 5 минут. Но в моем случае это оказалось не так: открыв консоль удаленного сервера через ILO, я убедился, что время и часовой пояс на обоих компьютерах одинаковые (и получены с одного и того же NTP сервера).

Вы можете попробовать проверить время на удаленном компьютере командой:

net time \\remote-computer-IP-address

На всякий случай вы можете выполнить ручную синхронизацию времени и перезапустить службу w32time:

w32tm /config /manualpeerlist:your_ntp_server_ip NTP,0x8 /syncfromflags:manual

net stop w32time & net start w32time & w32tm /resync

Другие причины из-за которых может сбиваться время на компьютере рассмотрены в статье.

Совет. Если удаленный сервер – виртуальный, проверьте в настройках ВМ отключена ли синхронизация времени с хостовым гипервизором.

Если у вас имеется физический доступ к удаленному компьютеру (у меня имелся доступ через консоль ILO), на удаленном компьютера проверьте параметры DNS сервера в настройках сетевого адаптера. Также убедитесь, что указанный DNS сервер доступен с удаленного сервера. Проще всего это сделать с помощью команды:

nslookup server_name DNSServername

Если DNS сервер не отвечает, проверьте, все ли с ним в порядке или попробуйте указать другой DNS сервер.

Если на удаленном компьютере используется несколько сетевых адаптеров, проверьте корректность маршрутизации при доступе к DNS серверу. Возможно компьютер пытается получить доступ к DNS серверу через второй сетевой адаптер в другой подсети.

Попробуйте подключится к удаленному компьютеру северу через RDP клиент по IP адресу вместо полного FQDN DNS имени. В этом случае при авторизации не будет использоваться Kerberos.

Проверьте, не сломались ли доверительные отношения с доменом AD, выполнив команду PowerShell:

При корректных доверительных отношениях, она должна вернуть True.

Test-ComputerSecureChannel -Repair -Credential corp\adminname

При возникновении ошибки: “Test-ComputerSecureChannel : Cannot reset the secure channel password for the computer account in the domain. Operation failed with the following exception: The server is not operational”, проверьте доступность контроллера домена с сервера и наличие открытых портов для службы Domain and trusts утилитой portqry.

Проверьте, что в настройках RDP протокола на локальном и удаленном сервере выбран одинаковый уровень безопасности RDP Security Layer. Данный параметр можно задать через политику “Требовать использования специального уровня безопасности для удаленных подключения по протоколу RDP” (Require use of specific security layer for remote (RDP) connections) в разделе Конфигурация компьютера -> Административно шаблоны -> Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удаленных рабочих столов -> Безопасность (Computer Configuration -> Policies\Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Security), выбрав менее безопасный RDP уровень по аналогии со статьей. Или через параметр реестра HKLM\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp\SecurityLayer.

Также рекомендую убедиться, что проблема не связанна с недавними изменениями в протоколе CredSSP.

Всем привет! Сегодня рассмотрим, как решается ошибка "сеанс удаленного рабочего стола не может проверить подлинность удаленного компьютера, поскольку обнаружено различие во времени или текущей дате между этим компьютером и удаленным компьютером". Данная ситуация не редка для терминальных служб и вообще инфраструктуры Active Directory, так что не волнуйтесь, все исправим за пару минут.

Вот сам скриншот ошибки при попытке зайти через удаленный рабочий стол на Windows Server 2012 R2.

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

Так как данный сервер у меня находится на виртуальной машине VMware ESXi 5.5. то была возможность зайти через console, как будто ты сидишь за ним локально. Проверил первым делом время, оно было такое же как и на контроллере домена. Если у вас не так то вам поможет такая последовательность команд.

w32tm /config /manualpeerlist:ip адрес сервера NTP,0x8 /syncfromflags:MANUAL

Перезапуск службы
net stop w32time

net start w32time

Ручная синхронизация с NTP

Обновление Windows

Если вам не помогло то нужно обновить Windows последними update. Перезагружаемся и продолжаем мониторить на наличие ошибок в будущем.

Проблема с DNS

Так же может быть проблема с разрешение внутренних имен с данного сервера, подробно это описано в статье Ошибка при обработке групповой политики. Вот так вот просто решается ошибка сеанс удаленного рабочего стола не может проверить подлинность удаленного компьютера, поскольку обнаружено различие во времени или текущей дате между этим компьютером и удаленным компьютером.

Читайте также: