web-dev-qa-db-ja.com

IISタイムゾーンと夏時間の変更

IISのタイムゾーン設定を決定するにはどうすればよいですか。夏時間が適用されてから(+1時間)、+ 1が無視されたため、IISによって返される時間は1時間遅れているようです。

サーバー自体の時刻は正しいですが、アプリケーションコードがgetDateTimeを呼び出すと、誤った時刻が返されます。何かご意見は?

[〜#〜]編集[〜#〜]

アプリケーションコードは.netにあり、この特定の部分はSQLMembershipProviderに関連しています。基本的に、ユーザーが最後のログインにログインすると、日時が更新されてデータベースに保存されます。それは常に実際の時間より1時間遅れています。両方のサーバー(アプリケーションサーバーとSQL Serverをホストしているサーバー)のtome設定は正しく、クライアントサイトの設定とは無関係です。

編集2

回答をありがとう、問題の原因はIIS関連ではなかったことが判明しました

2
kristof

これは、SQLMembershipProviderによって日時がどのように使用されているかによるものと思われます。基本的に、すべての時間(lastLoginTime、lastUserActivityなど)はUTCとして保存されます。これは、サーバーが異なるタイムゾーンで動作しているときに発生する可能性のあるレプリケーションの問題を回避するためです。これは、UndertheFoldが指摘するようにIISがログの時間を使用する方法に似ています-正しい方向に向けてくれてありがとう

いくつかのリファレンスは Professional ASP.NET 2.0のセキュリティ、メンバーシップ、および役割の管理By Stefan Schackow にあります。

つまり、基本的にそれは実際にはIISの問題ではありませんでした

2
kristof

IISは常にGMTにログインします-ロールオーバー時間を設定できます。サーバーがDSTに変更されるため、時間が変更されます。ただし、ログは静的です

選択したログファイル形式は、W3C拡張ログファイル形式です。拡張ログファイル形式は、Phillip M.Hallam-BakerとBrianBehlendorfによるW3CワーキングドラフトWD-logfile-960323仕様で定義されています。このドキュメントでは、日付と時刻のファイルが常にGMTになるように定義しています。この動作は仕様によるものです。

http://support.Microsoft.com/kb/271196

2
CPU_BUSY

これはあなたの質問に直接答えないかもしれませんが、クライアントが私たちのウェブサイトにログインできないという問題に遭遇しました。彼らのクッキーはすぐに期限切れになりました。それは彼らの夏時間の設定に関連していて、XPにいくつかのDSTパッチがインストールされていないことがわかりました。

このパッチをダウンロードしてインストールしてもらうと、問題が解決しました。

夏時間パッチ

1
Paul Mrozowski