問題タブ [ntpd]

Linuxマシンでシステム時刻を正確に設定するためにgpsdとntpdに依存するアプリケーションがあります。

gpsdにはNMEA+PPSが供給されます

アプリケーションはネットワーク上で毎秒最大25MBをパンニングしており、システムの負荷が何らかの形で時間のジッターを引き起こしていると思います。（ロードされたPCI Expressバスにより、不規則な割り込みレイテンシが発生します）

GPSを読み取り、ロードされたマシンのNTPサーバーとして機能するようにセットアップできる、まったくロードされていない別のマシンがあります。（ロードされたマシンはstartum 1を取得します???）

イーサネット上の同じサブネット上のストラタム0NTPサーバーからの時間はどれくらい正確であると期待できますか？

これがあまり話題から外れていないことを願っています。いつか他の誰かが答えをここに文書化して喜んでくれると確信しています。;-)

コマンドntpdateでntp サーバーにクエリを実行する場合、-u引数を使用してソース ポートを無制限のポート (ポート 1024 以上) にすることができます。

バックグラウンドで実行することを意図した ntpd では、このオプションをオンにする方法が見つからないようです。そのため、送信元ポートは常に 123 です。私のファイアウォールの設定でひどく遊んでいます。

ランダムな送信元ポートを使用するようにntp.confに設定オプションはありますか?

ntpd サービスを監視したいのですが、ntpd サービスは udp プロトコルを使用しています。nagios には check_udp という名前のメソッドがあります。次のように：期待文字列を指定する必要があります。

check_udp の使い方を知りたい...

ntp を (ntp.conf 経由で) 厳しく制限して実行している場合、サーバーにプールを使用できません。なんで？制限する (プールへのアクセスを許可する) ための呼び出しは別の DNS ルックアップのように見えるため、最初にサーバーを呼び出すために使用されたものとは別の IP 値を返します。私が間違っている/これについて愚かであることを教えてください.

大雑把な例 (ntp.conf の一部):

0.debian.pool.ntp.org への DNS 呼び出しが異なる IP アドレスを返すため、(不適切な名前の) 制限によって間違った IP アドレスが許可されるため、これは機能しません (私が思うに)。

Raspberry Pi には、時間を追跡するための実際の時計はありません。代わりに、NTP デーモンを使用して、日付と時刻を可能な限り正確に保ちます。これはうまくいくはずですが、私の場合は何らかの理由でうまくいきません。

詳細は省きますが、私は Raspberry Pi を常にプラグインされた状態で使用していますが、常にインターネットに接続しているとは限りません。時々、CPU が割り当てを行う必要があります。そうでない場合もあります。これにより、Rpi は時間を追跡できなくなります。インターネットに戻ると、NTP サーバーを使用してクロックを同期し、軌道に戻ると思います。しかし、そうではありません。私の理解では、オフセットが大きすぎると、システムは時刻を同期しません。

オフセットが NTP サーバーと比較してどれだけ大きくても、NTPD に強制的に時刻を同期させる方法はありますか? または、1 時間ごとに実行する cronjob を設定する必要がありますか。

古い VP Oncore を Raspberry PI (PPS カーネルを使用) に接続したところ、次のようになりました...

これは正しいです？つまり、端末の状態が「*」、つまり「o」PPS ではなく「システム」であると期待できますか?

よろしくお願いします

現在、DIY DC77 クロックを ntpd に接続しようとしています (Ubuntu を使用)。ここの指示に従いました: http://wiki.ubuntuusers.de/Systemzeit。

ntpq で DCF77 の時計が見える

これまでのところ、これは問題ないようです。しかし、私は2つの質問があります。

1. オフセットの符号は正確には何ですか？.DCFa です。システムクロックより進んでいますか、それともシステムクロックより遅れていますか?
2. .DCFa. Meinberg クロックをエミュレートする DIY DCF77 クロックである refclock-0 を指します。9600 7e2 で動作する FTDI USB シリアル アダプターを使用して、私の Ubuntu Linux ボックスに接続されています。DSO を使用して、ジッターが 1 ミリ秒を大幅に下回る時間を出力することを確認しました。したがって、ジッターは FTDI アダプターまたはカーネルのいずれかによって導入されると思います。どのように見つけて、どうすればそれを減らすことができますか?

NTP は、さまざまな NTP サーバーとのローカル タイムの同期に最善を尽くしています。私のコンピューター (ハードウェア クロックがない) が長期間インターネットにアクセスできないと、時間がずれ始めます。NTPD はオンラインに戻るとゆっくりと修正しますが、オフセットが大きい場合は時間がかかることがあります。この方法のポイントは理解できますが、注意したくありません。大幅な時間の跳躍を意味する場合でも、日付と時刻の変更には厳密であってほしいと思います。

NTPD をより厳しく、より慎重にすることは可能ですか?

ソースからパッケージをビルドntpし、それらすべてをいくつかのホストにインストールする必要がありました。インストール後、ntpdate 1.us.pool.ntp.org同期のために動作します。ただし、実行しようとするとntpdate <ip_add_of_another_host>、次のエラーが表示されます

21 Jul 18:57:53 ntpdate [18287]: 同期に適したサーバーが見つかりません

さらに奇妙なことに、ntpdate <ip_addr_of_another_host>試してみるとうまくいくことがありますntpdate 1.us.pool.ntp.org

ntp サーバーの構成ファイル:

を行ったときにデフォルト構成も試しましたがapt-get install ntp、うまくいきません。

現在、私は修士論文を書いていますが、C++ で少し問題が発生しました。特定の条件下では、ntp デーモンを再起動する必要があるため、次のように呼び出します。

しかし、この後、ntp はポート 123 ではなく、8377 と 8378 をリッスンします。このポートは、C++ プログラムで使用される udp チャネルに属します。

誰かがこの悪意のある行動について考えを持っていますか?

ありがとう ：）