要約

  • 2025年のBigTime測定をRIPE 93で紹介。Microsoftの時刻サービスを使う9,000超のRIPE Atlas測定点の約半数に、DNSからNTP時刻源が1つ返った。研究のIPv4アドレス一覧には12個が載っていた。
  • RFC 8633はNTPクライアントに複数の時刻源を推奨する。DNSアドレス数、Anycast拠点数、独立した時計の数は別々の指標だ。

証明書は時計を見て有効期限を判定し、ログは時刻印で出来事の順を決める。端末に届く時刻源が一つなら、その読み取り値を照合する相手はいない。利用者が設定画面を開くのは、何かが止まってからだ。だから時刻サービスは、普段は見えない場所から日々の通信を左右している。

研究者のPascal HuppertはRIPE 93でBigTimeを発表した。大手の時刻サービス7社が、サーバーをどう複製し、利用者をどこへ案内するかを調べた研究だ。測定結果は2025年公開の原著レポートに載っている。2026年10月の講演で紹介されたのはその結果であり、同月に実験をやり直したわけではない。研究の問いは単純だ。「サーバーが多い」とは、端末にとって何を意味するのか。

DNSの返答先を調べるため、チームはRIPE Atlasのプローブ500台を使った。各プローブは10分おきに8時間、サービスの権威DNSへ直接問い合わせた。権威DNSは、その名前への正式な回答を返すサーバーだ。利用者の代わりに検索して結果を保存する再帰リゾルバーを経由せず、元の回答を記録した。別の分析では、9,000を超えるAtlas測定点ごとに何個のサーバーが示されるかを調べた。各点は12時間に72回、10分おきにDNSへ直接問い合わせた。Microsoftの標本は9,010点だった。

9,010点のうち約半数には、Microsoftの時刻サービスからNTPサーバーのアドレスが1つ返った。報告書のサービス一覧にはIPv4アドレスが12個ある。前者は端末に届いた数、後者は事業者の在庫だ。結果が示すのは調査対象の測定点であり、Windows搭載機の半数ではない。RIPE Atlasは一部のネットワークを観測する仕組みで、世界中の端末を数えた台帳ではない。

複製にはいくつかの段階がある。DNSは同じ名前に複数のアドレスを返せる。Anycastでは複数の拠点が同じアドレスを告知し、ネットワークが利用者をいずれかの拠点へ案内する。拠点の中ではロードバランサーが複数のサーバーに依頼を分けることもある。これらは通信を分散し、一部の故障に対応する仕組みだ。端末に比較用の時刻源を複数渡す仕組みとは別である。

調べた7サービスのうち、3つはAnycast、4つはユニキャストアドレスを使っていた。発表者は、拠点内のロードバランサーがあった可能性を否定できないと説明した。アドレスの数から機械の台数や独立した障害範囲は分からない。分かるのは、測定点にDNSが何を返したかだ。

RFC 8633は、クライアント側に必要な動作を示している。NTPクライアントは複数の時刻源を使い、読み取り値を比べ、信頼できる源を選び、悪い源を外すよう推奨される。Anycastの説明には注意点もある。単一のAnycastアドレスの背後に大きなサーバー群があっても、クライアントから見える源は一つのままだ。別々のAnycastプールを使えば、設定を簡単に保ちながら、端末に複数の源を見せられる。

事業者が持つアドレス一覧と、端末が実際に選べる源は別の話だ。1つのアドレスの裏にあるクラスターは、容量を増やしたり拠点内で切り替えたりできる。だが端末には、最初の値を確かめる二つ目の読み取り値が届かない。唯一の源が間違っていた場合、独立した比較相手もいない。研究が示したのは時刻障害ではなく、複数の源を比較できない設定条件だ。

精度実験は、参照時計に同期した2つの測定点だけで行われた。9,000点を超えるDNS標本とは別の実験だ。アドレス数の結果は多数のAtlas点に基づき、精度の結果は2点に基づく。現在のOS既定値を独立に調べるのが、2025年の結果が今日の端末にも当てはまるかを知るために欠けている調査だ。

時刻サービスが公開する数字は三つに分けたい。クライアントに返すアドレス数、その先で到達できる拠点数、クライアントが比較できる独立した時刻源の数だ。サーバーの地図は事業者の規模を示す。端末が時刻を確かめる手段は別の数字で示す必要がある。

出典