Linuxサービスでのリアルタイムクロックの欠落の影響(特にアスタリスク)

Linuxサービスでのリアルタイムクロックの欠落の影響(特にアスタリスク)

私たちは現在、航空電子システム用の新しいサーバーを開発しています。

このサーバーは通常Debian Stretchを使用します。しかし、私たちが使用するハードウェアには時計を保持するバッテリーはありません。再起動後、工場出荷日時が復元されます。サーバーがインターネット経由でNTPサーバーに接続されていない可能性があります。

サービスやカーネルアプリケーションにいくつかの機能障害が発生する可能性があるかどうか疑問に思います。

また、サーバーバージョンはASTERISKフレームワークを使用して機内電話サービスを提供できます。もう一度これがブロックの問題になる可能性があるかどうか疑問に思います。

私はこの問題に対する潜在的な影響を理解するほど有能ではありません。

答え1

Debian Linux は、時間の正確さのために独自のサーバー、カーネル、アプリケーションに依存しませんが、使用可能なタイムソースサーバーがない場合は、ブート後に手動で時間を入力します。

しかし、他のサーバーとの通信には必要になる可能性が高いですが、上記の内容だけに言及しました。スター。アスタリスクサーバーは、接続されたテレフォニーサービスの接続要件を満たすためにntpサービスを実行することもできます。

答え2

私は不正確な時計がサーバー上で実行されているカーネルやアプリケーションに問題にならないと思います。ただし、一部のアプリケーションやサービスでは、時計が逆方向に動くことを検出すると問題が発生する可能性があります。たとえば、

  • EXT2/3/4 ファイルシステムでの最後のマウント時間または最後の書き込み時間が現在時刻 (解決策はここにあります)。
  • Logrotateは古いログファイルを回転または削除できません/var/log
  • 相互認証のためにローカルに生成されたx509証明書を使用するアプリケーションは、有効開始日が将来設定されるため、動作が停止する可能性があります。

サーバーに書き込み可能なファイルシステムがあります。したがって、システムに対する1つの可能なアプローチは、時計をシステムに記憶することによって時計のロールバックを防止することである。これfake-hwclockパックこれらのニーズに非常に便利です。

# apt-get update
# apt-get -y install fake-hwclock
# fake-hwclock save

関連情報