ネットワークタイムプロトコル

ネットワークタイムプロトコル(NTP)は、インターネット上のルーターやその他のハードウェアデバイスのクロックを同期するために使用される広く使用されているプロトコルです。プライマリ NTP サーバーは、協定世界時 (UTC) に直接トレース可能な基準クロックに同期されます。基準クロックにはGPS受信機と電話モデムサービスが含まれます。NTPの精度の期待値は、環境アプリケーションの要件によって異なります。ただし、NTP は通常、パブリック インターネット上で数十ミリ秒以内の時間を維持できます。

NTP は、RFC 5905: Network Time Protocol version 4: Protocol and Algorithms Specification で定義されています

Junos OSを実行するデバイスは、NTPクライアント、セカンダリNTPサーバー、またはプライマリNTPサーバーとして機能するように設定できます。これらのバリエーションは次のとおりです。

• プライマリ NTP サーバ:プライマリ NTP サーバは、UTC に直接トレース可能な基準クロックに同期されます。これらのサーバーは、この時間データをダウンストリームで他のセカンダリ NTP サーバーまたは NTP クライアントに再配布します。

• セカンダリ NTP サーバ:セカンダリ NTP サーバは、プライマリまたはセカンダリ NTP サーバに同期されます。これらのサーバーは、このデータを他のセカンダリ NTP サーバーまたは NTP クライアントにダウンストリームで再配布します。

• NTP クライアント:NTP クライアントは、プライマリまたはセカンダリの NTP サーバに同期されます。クライアントは、この時間データを他のデバイスに再配布しません。

ネットワーク上の各デバイスは、次の NTP モードの 1 つ以上で動作するように設定できます。

• ブロードキャスト モード:1 つ以上のデバイスが、指定されたブロードキャストまたはマルチキャスト アドレスに時刻情報を送信するように設定されています。他のデバイスは、これらのアドレスで時刻同期パケットをリッスンします。このモードは、クライアント/サーバー モードよりも精度が低くなります。

• クライアント/サーバー モード - デバイスは、クライアント/サーバー関係において、ネットワーク全体で階層的に編成されます。

• 対称アクティブ(ピア)モード:冗長性を提供するために、2つ以上のデバイスがNTPサーバーピアとして設定されます。

デフォルトでは、NTP サーバーとの時間差が 128 ミリ秒を超えるように NTP クライアントの時間がずれた場合、NTP クライアントは自動的に同期に戻ります。NTP クライアントとサーバー間のオフセットが 1000 秒のしきい値を超えた場合でも、NTP クライアントはサーバーと同期します。ルーターで set date ntp 動作コマンドを使用して、デバイスと NTP サーバーとの同期を手動で要求できます。デュアルルーティングエンジンを搭載したJunos OSを実行しているデバイスでは、バックアップルーティングエンジンがプライマリルーティングエンジンと直接同期します。

うるう秒調整をサポートしているのは、Junos OSを実行するジュニパープラットフォームすべてです。デフォルトでは、NTP サーバーがうるう秒の計算を認識している場合、Junos デバイスは自動的に 1 秒の遅延を追加します。PTP(高精度時刻同期プロトコル)は、うるう秒同期の変更を検出し、ネットワーク内のすべてのノードに反映するために使用されます。NTPは、コモンクライテリアに準拠するためにも必要です。コモン クライテリア認定の詳細については、「 Public Sector Certifications」を参照してください。

Network Time Protocolの詳細については、Network Time Foundationのウェブサイト (http://www.ntp.org)をご覧ください。

NTPは、Junos OSでIPv4 VPNおよびIPv6ルーティングおよび転送(VRF)リクエストをサポートします。VRFリクエストは、Junos OS Evolvedリリース20.2R1以降でもサポートされています。これにより、プロバイダエッジ(PE)ルーター上で実行されている NTP サーバーが、カスタマーエッジ(CE)ルーターからの NTP 要求に応答できるようになります。その結果、PE ルーターは、異なるルーティング インスタンスから送信される NTP リクエスト パケットを処理できます。

NTP を設定するときに、ネットワーク上のどのシステムが信頼できるタイム ソースまたはタイム サーバであるか、およびネットワーク上のシステム間で時刻を同期する方法を指定できます。これを行うには、ルーター、スイッチ、またはセキュリティ デバイスが以下のいずれかのモードで動作するよう設定します。

• クライアントモード:このモードでは、ローカルルーターまたはスイッチをリモートシステムと同期することはできますが、リモートシステムをローカルルーターまたはスイッチと同期させることはできません。

• 対称アクティブモード:このモードでは、ローカルルーターまたはスイッチとリモートシステムは相互に同期できます。このモードは、ローカル・ルーターやスイッチ、あるいはリモート・システムのいずれかが適切な時刻源になる可能性があるネットワークで使用します。

  対称アクティブ・モードは、ローカル・システムまたはリモート・システムのいずれかによって開始できます。そのためには、1 つのシステムを構成するだけで済みます。これは、ローカルシステムが、構成なしで対称アクティブモードを提供する任意のシステムと同期できることを意味します。ただし、ローカル システムが既知のタイム サーバーとのみ同期するように認証を構成することを強くお勧めします。

• ブロードキャストモード-このモードでは、ローカルルーターまたはスイッチが、指定されたブロードキャストアドレスまたはマルチキャストアドレスのクライアントに定期的にブロードキャストメッセージを送信します。通常、ローカルルーターまたはスイッチがトランスミッターとして動作している場合にのみ、このステートメントを含めます。

• サーバ モード:このモードでは、ローカル ルータまたはスイッチは NTP サーバとして動作します。

  NTP サーバー モードでは、Junos OS は以下の認証をサポートします。

  • クライアントからの NTP リクエストに認証キー(パケットとともに送信されるキー ID やメッセージ ダイジェストなど)が付属している場合、要求は処理され、一致する認証キーに基づいて応答されます。

  • クライアントからの NTP 要求に認証キーがない場合、要求は認証なしで処理され、応答されます。

すべてのルーターまたはスイッチのログファイルのタイムスタンプが同期されていると、ネットワークにまたがるイベントが複数のログの同期エントリと相関できるため、デバッグとトラブルシューティングがはるかに簡単になります。ネットワーク タイム プロトコル (NTP) を使用して、ルーター、スイッチ、およびその他のネットワーク機器のシステム クロックを同期することを強くお勧めします。

デフォルトでは、NTPはまったく認証されていない方法で動作します。ルーターやスイッチのクロック精度に影響を与えようとする悪意のある試みが成功した場合、システム ログに悪影響を及ぼし、トラブルシューティングや侵入検知をより困難にし、他の管理機能に支障をきたす可能性があります。

次の構成例では、ネットワーク内のすべてのルーターまたはスイッチを単一のタイム ソースに同期させます。認証を使用して、NTP ピアが信頼されていることを確認することをお勧めします。 boot-server ステートメントは、ルーターの起動時に初期日時を取得するサーバーを識別します。 server ステートメントは、定期的な時刻同期に使用される NTP サーバーを識別します。 source-address ステートメントでは、ルーティング インスタンスごとにファミリーごとに 1 つの送信元アドレスを指定できます。 authentication-key ステートメントは、HMAC-Message Digest 5(MD5)スキームを使用して認証のキー値をハッシュする必要があることを指定します。これにより、ルーターまたはスイッチがタイム サーバーを装った攻撃者のホストと同期できなくなります。

ネットワークタイムプロトコル(NTP)は、大規模で多様なネットワークで時間を同期し、時間分布を調整するメカニズムを提供します。NTPは、自己組織化された階層的なプライマリセカンダリ構成で動作するタイムサーバの分散サブネットが、サブネット内のローカルクロックを有線または無線によって国の標準時間に同期させる、リターナブルタイム設計を採用しています。サーバーは、ローカルルーティングアルゴリズムとタイムデーモンを使用して、参照時間を再配布することもできます。

次に、NTP を設定する例を示します。