サーバーの時刻がずれる：確認と直し方

レン

ログの時刻が実際より9時間ずれてるんだけど、これって壊れてるの？

プロクラ

壊れてはいないよ。それはタイムゾーンの設定だね。多くのサーバーは初期状態で世界標準時になっていて、日本時間とはちょうど9時間ずれる。

2つの別々の問題

プロクラ

「時刻がずれる」には、まったく違う2つの話が混ざっているんだ。分けて考えよう。

• タイムゾーン: どの地域の時刻で表示するかの設定。9時間ちょうどのずれはこれ
• 時刻同期: 時計そのものが正確かどうか。数秒〜数分の中途半端なずれはこちら
• 前者は表示の問題、後者は動作の問題

確認する

• date : 今どう表示されているか
• timedatectl : タイムゾーンと、時刻同期が有効かどうかがまとめて見られる
• 同期が有効なら、通常は自動的に正確な時刻に保たれる

プロクラ

タイムゾーンを日本時間に変えるかどうかは、好みが分かれるところだよ。世界標準時のまま運用すると、他の国のサーバーやサービスとログを突き合わせやすい。日本時間にすると、自分が読むときに楽になる。

ずれると何が起きるか

プロクラ

表示だけの問題に見えて、実際には動作にも影響するんだ。特に、時計そのものがずれている場合は厄介だよ。

• 証明書の有効期間の判定がおかしくなり、通信が失敗する
• 時刻を使う認証（2要素認証の数字など）が通らなくなる
• 定期実行が想定と違う時刻に動く
• 複数サーバーのログを突き合わせても、順番が分からなくなる
• 侵入の調査で、何がいつ起きたかを追えなくなる

ウィルスン

…最後の項目は、ワタシにとって都合がいい話だな。時刻の合っていない記録は、証拠として弱いのでね。

直したら確認まで

• タイムゾーンを変えたら、動いているソフトを再起動する（起動時の設定を保持していることがある）
• ログの時刻が意図どおりになったか、実際に見て確かめる
• 定期実行の時刻指定も、変更後の時刻で解釈される点に注意する
• 時刻同期が有効になっているかを、最後にもう一度見る

レン

9時間ぴったりならタイムゾーン、中途半端なら時計そのもの。分かりやすい。

同期が止まる原因

プロクラ

時刻の同期は普通は自動で動いているけれど、止まることもある。中途半端なずれが出たら、この辺りを疑ってみて。

• 同期を担当する仕組みが動いていない、または無効になっている
• ファイアウォールを絞ったときに、同期に使う通信まで塞いでしまった
• 同期先のサーバーに到達できていない
• 自分で時刻を手動設定して、同期と食い違っている

プロクラ

2つめは、外向きの通信まで絞る設定にしたときに起きやすいよ。入ってくる通信を絞るのは正しいけれど、出ていく通信まで塞ぐと、更新や同期が止まる。