アカウント名:
パスワード:
NTPなど、1900年1月1日からの積算秒数で時間を表現するシステムもあり、符号なし32ビットの値が2036年2月7日6時28分15秒 (UTC) を超えるとオーバーフローすることによって問題が発生する（→2036年問題）。
2036年ごろには「NICTへのNTPアクセスのうち1.3%は2036年問題非対応のバージョン」みたいな記事が立つけど、実際にはほとんどが疎通確認やクライアント側で対応済みで別に問題が起きない…みたいな落ちが目に見えるな。
古いルーターが無駄に時間が狂ってるけど別に問題なく動作したままとかそういうのはありそう。
ウィキペディアの続き
SNTPv4を定めたRFC 4330には、最上位ビットが0の場合は時刻が2036年から2104年の間であるとみなして、2036年2月7日6時28分16秒 (UTC) を起点として計算することで2036年問題を回避する方法が書かれている。
最上位ビットの意味を読み替えるよう定期的にRFCを更新していけば安心！
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
NTP2036年問題に今から対策を!! (スコア:0)
NTPなど、1900年1月1日からの積算秒数で時間を表現するシステムもあり、符号なし32ビットの値が2036年2月7日6時28分15秒 (UTC) を超えるとオーバーフローすることによって問題が発生する（→2036年問題）。
Re: (スコア:0)
2036年ごろには
「NICTへのNTPアクセスのうち1.3%は2036年問題非対応のバージョン」
みたいな記事が立つけど、実際にはほとんどが疎通確認やクライアント側で対応済みで別に問題が起きない…
みたいな落ちが目に見えるな。
古いルーターが無駄に時間が狂ってるけど別に問題なく動作したままとかそういうのはありそう。
Re: (スコア:0)
ウィキペディアの続き
SNTPv4を定めたRFC 4330には、最上位ビットが0の場合は時刻が2036年から2104年の間であるとみなして、2036年2月7日6時28分16秒 (UTC) を起点として計算することで2036年問題を回避する方法が書かれている。
最上位ビットの意味を読み替えるよう定期的にRFCを更新していけば安心！