NtpはUTCを使用し、クライアントはDSTとタイムゾーンの違いを独自に管理する必要があることを私は知っています。
私が抱えている問題は、いくつかのnoname ipカメラのDST実装が機能せず、時間をランダムに加算/減算するため、ほとんどの場合、時刻が正しくないことです。ただし、すべてのカムでntpサーバーと同期できます。そのため、問題を回避する1つの方法は、DST(該当する場合)を含む現地時間をカメラの「UTC」として提供し、タイムゾーン/ DST設定をオフにすることだと思いました。これは可能ですか(Linuxシステムを台無しにすることなく)?
CentOSシステムはVMで実行されており、ネットワーク上の別のntpホストからの時刻を同期しています。他のシステムはこのシステムと同期しないため、ntpd時刻はipカメラのみになります。 CentOSシステム自体は、正しい時間で動作し続ける必要があります。
これが本当に悪い考えである場合、私は他の提案も受け入れます;)
私の意見では、それは本当に悪い考えです。 NTPほとんどの場合、サーバーが問題を引き起こします-ServerFaultを確認してください-特に自分自身を確認してください。障害のあるntpd
が実行されているCentOSシステムの要件は引き続き必要です。適切な時期がこれがうまく終わらない理由を明確にする必要があることを知ってください(あなたは小さな犠牲的なVMそれは間違った時期しか知らず、それを宣伝しました-しかしそれはまだ良い考えではありません) 。
カメラがDSTを実行できない場合は、UTCで実行してください。カメラのタイムゾーンとDST設定をオフにし、カメラのタイムスタンプがUTCになることを受け入れます。変換は難しくなく、1年に2時間、明確な独自性の利点があります。秋の2時間は、同じ時間に2回時計が動きます。
そして将来的には、より良いカメラを購入してください。
編集:専用の犠牲的なVMから間違った時間を宣伝しますか?確かに:クロックを間違って設定し、ローカルクロックが信頼できることをNTPDに伝えます。
fudge 127.127.1.0 stratum 5
server 127.127.1.0
カメラにお金を節約することであなたは幸せになると確信していますが、これらのタイムスタンプ付きの画像が必要なビジネス上の理由がある場合は、独自のインフラストラクチャを破壊しているのか、そうでない場合は、なぜわざわざするのでしょうか。
私が示したと思いますが、これらの画像に証拠値のタイムスタンプを付けたい場合は、UTCでタイムスタンプを付けることには明確な利点があります。実時間とは異なり、年間を通じて完全に一意です。