Как определить настройку часового пояса для IIS. Похоже, что с тех пор, как было применено летнее время (+1 час), время, возвращаемое IIS, отстает на 1 час, поскольку +1 игнорировалось.
Время на самом сервере правильное, но когда код приложения вызывает getDateTime, он возвращает неправильное время. Есть предположения?
РЕДАКТИРОВАТЬ
Код приложения находится в .net, и эта конкретная часть связана с SQLMembershipProvider. Обычно, когда пользователь входит в систему, дата последнего входа в систему обновляется и сохраняется в базе данных. Это всегда на 1 час меньше фактического времени. Настройки тома на обоих серверах (сервер приложений и сервер, на котором размещен SQL Server, верны), и он не зависит от настроек клиентского сайта.
РЕДАКТИРОВАТЬ 2
Спасибо за ответы, оказалось, что источник проблемы не связан с IIS.
Мне кажется, что это связано с тем, как datetime используется SQLMembershipProvider. Обычно все время (lastLoginTime, lastUserActivity и т. Д.) Хранится в формате UTC - это сделано для того, чтобы избежать возможных проблем репликации, когда серверы работают в разных часовых поясах. Это похоже на то, как IIS использует время в журналах, как указано в UndertheFold - Спасибо, что указали мне в правильном направлении.
Некоторую ссылку можно найти в Профессиональная безопасность, членство и управление ролями ASP.NET 2.0 Автор: Стефан Шацков
Так что в основном это не было проблемой IIS
IIS всегда регистрируется по Гринвичу - вы можете настроить время перехода. Время меняется, потому что ваши серверы переходят на летнее время. Хотя журнал статичен
Выбранный формат файла журнала - это расширенный формат файла журнала W3C. Расширенный формат файла журнала определен в спецификации W3C Working Draft WDlogfile-960323 Филиппа М. Халлам-Бейкера и Брайана Белендорфа. Этот документ определяет, что файлы даты и времени всегда находятся в GMT. Такое поведение является особенностью.
Это может не дать прямого ответа на ваш вопрос, но мы столкнулись с проблемами, когда клиенты не могли войти на наш веб-сайт. Их cookie немедленно истекал. Оказывается, это было связано с их настройками перехода на летнее время и отсутствием какого-либо патча DST, установленного в XP.
Если они загрузили и установили этот патч, проблема была решена.