ア | イ | ウ | エ | オ |
カ | キ | ク | ケ | コ |
サ | シ | ス | セ | ソ |
タ | チ | ツ | テ | ト |
ナ | ニ | ヌ | ネ | ノ |
ハ | ヒ | フ | ヘ | ホ |
マ | ミ | ム | メ | モ |
ヤ | ユ | ヨ | ||
ラ | リ | ル | レ | ロ |
ワ | ヰ | ヴ | ヱ | ヲ |
ン |
A | B | C | D | E |
F | G | H | I | J |
K | L | M | N | O |
P | Q | R | S | T |
U | V | W | X | Y |
Z | 数字 | 記号 |
NTPが抱える時限爆弾の一つ。
NTPは、インターネットで接続されたコンピューター同士で時刻を同期させるために使われる、時刻通知プロトコルである。
NTPは、基点である1900年1月1日 00:00:00(UTC)からの経過秒数を無符号の32ビット値で返す。これはつまり、232−1秒、すなわち4,294,967,295秒までしか数えることができない。これを超えた場合、経過秒数は0に戻ってしまう。これが2036年問題である。
NTPでは先述のように、「1900年1月1日 00:00:00 + 0xffffffff秒より後が表現できない」という問題を抱えている。
すなわちNTPで表現可能な日時は2036年2月6日 06:28:15(UTC)まで、つまり2036(令和18)年2月7日15:28:15(日本時間)(@311)までであり、これより後は表現できずに1900年に戻ってしまう。
そこで、現在ではSNTPv4などのRFCにより対応案が提案されている。具体的には、次のようにして問題を先送りする。
この仕様は2104年問題を生じさせるが、その頃に再び同様の改修をすることで乗り切ることが出来ると考えられている。
コメントなどを投稿するフォームは、日本語対応時のみ表示されます