NTP (1)
NTPサーバおよびクライアントに関するスレ
リンクなどは>>2以降で >>188
以前導入してたけど、GPSソースに比べて3桁ぐらい精度悪いから
やめた。(私の設定悪いのかもしれないが。) あまりサーバわしゃわしゃセットし過ぎると精度の悪いサーバにつられてずれるような。
delay重視でmfeedかst1のnictをセットしてtime.windows.comのアフォさ加減を
監視するくらいが面白い。 精度の悪いと判断されたサーバはntpdが無視する。
plalaのソースはocnでocnのソースはmfeed,mfeedのソースはnictなので
ntpというプロトコルの精度観測しているようなもんだ。 時計がものすごく不正確で1分に1秒以上狂うPCだとntpがうまく機能しないよな 不正確にも二種類あって、ランダムな場合と、ドリフトしていく場合がある。
ドリフトしていく場合は対処法はある。(玄箱が典型的な例) そうなんだよな
時刻がランダムにおかしくなって不正確になるから
NTP使おうって考えてたのに
規則正しく遅れていくときしか使えません
ってのなら それってNTPなんかごみだよな やっぱ秋月ずれるんだ・・・・・・・
xついて無視されてるのはそのせいかorz >>197
すまねぇ
CPUはx86系じゃねぇんだ NTP鯖がカッチリ動いていても
VistaのNTPは1秒未満をきっちりあわせねーーーーー
氏ねM$ つかえねー!こちとら秒単位が重要なんでーぃ! >>202
Win標準装備のを使うなんて愚かすぐる Windowsでそんなにキッチリ時計合わせする必要があるのかないのか。
なにしてるん? smbmount とかしてると痛いことになるかも。
>>206
あー。
>>207
1分前予約基本じゃね? ふと思ったんだが
映像放送の信号をベースに時計を調整する技術ってあったよな?
あれ使って録画系が自前で時計を持って校正したらどうだろとか サーバの負荷を気にしない場合には minpoll,maxpoll の値を
小さめにして頻繁にやりとりする方が安定すると考えてよい?
(サーバも含めて実験室内で閉じてるとかそういう場合) 初心者もOK! FreeBSD質問スレッド その88
http://pc11.2ch.net/test/read.cgi/unix/1190023400/588-
588 名前:名無しさん@お腹いっぱい。[] 投稿日:2007/10/16(火) 14:37:46
Linux の hwclock にある、RTC の定常的な誤差を補正する機能と
ttp://www.linux.or.jp/JM/html/util-linux/man8/hwclock.8.html#lbAI
同様のことを FreeBSD でやりたいのですが、ユーティリティとか
ありますでしょうか? そして OS なしで動く ntpd が開発された…
なぜ同じサーバでも
server ntp.nict.jp
server ntp.nict.jp
server ntp.nict.jp
の様に3つ書かないといけないのでしょうか? LAN内向けのNTPサーバを立てたつもりなんですが、
ちゃんと動いているかどうかがイマイチ疑問です。
というのもクライアントマシンの時刻がマチマチだからなんですが、
サーバマシン(192.168.0.8)上で、パケットをダンプしてみたところ、
# tcpdump port 123
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
13:42:58.360765 IP 192.168.0.23.49758 > 192.168.0.8.ntp: NTPv4, Client, length 48
13:42:59.360434 IP 192.168.0.23.49758 > 192.168.0.8.ntp: NTPv4, Client, length 48
13:43:00.360421 IP 192.168.0.23.49758 > 192.168.0.8.ntp: NTPv4, Client, length 48
13:43:01.360402 IP 192.168.0.23.49758 > 192.168.0.8.ntp: NTPv4, Client, length 48
13:43:35.473875 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:44:39.473583 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:45:43.473227 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:46:48.472945 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:47:53.472731 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:48:53.148718 IP 192.168.0.8.ntp > timekeeper.isi.edu.ntp: NTPv4, Client, length 48
13:48:53.341463 IP timekeeper.isi.edu.ntp > 192.168.0.8.ntp: NTPv4, Server, length 48
13:48:57.476308 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:50:01.475946 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:51:05.475561 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:52:09.475263 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
などと出ますので、たぶんクライアントたちはきちんとサーバに同期しに行ってるんだろうとは思うのですが、
数秒程度の微差ならともかく、なんで奇麗に時計が揃わないのでしょうか? クライアントで、
ntpq -p -c rv
とかやってみたら。
おいらのところでは、サーバのRoot Dispersionに
クライアントが不満足だったことがあった。 >>223 どうもです。やってみました。
$ sudo ntpq -p -c rv
Password:
remote refid st t when poll reach delay offset jitter
==============================================================================
192.168.0.8 .INIT. 16 u - 68m 0 0.000 0.000 4000.00
status=c011 sync_alarm, sync_unspec, 1 event, event_restart,
version="ntpd 4.2.0@1.1161-r Sat Aug 19 14:31:31 PDT 2006 (1)",
processor="i386", system="Darwin/8.11.1", leap=11, stratum=16,
precision=-20, rootdelay=0.000, rootdispersion=86.505, peer=0,
refid=INIT, reftime=00000000.00000000 Thu, Feb 7 2036 15:28:16.000,
poll=4, clock=cb06091e.ffec460e Sun, Dec 9 2007 15:26:38.999, state=1,
offset=0.000, frequency=0.000, jitter=0.001, stability=0.000
と出ますが、これをどう読めばいいんでしょうか?
あと、しばらくntpを動かしていると、jitter が必ず 4000.00 になるのがいつも気になってるんですけど。。。
上の例ですと、jitter は 4000.00 なのか、それとも jitter=0.001 なのか、どっちなんでしょうか。
読み方が分からない。。。
サーバは CentOS4.5、クライアントは MacOSX10.4.11 です。 >>222
サーバから返ってないね。
ファイアウォールとかじゃね?
あと ntpq って普通 sudo しなくても ok では? >>225
うーん。LANの構成は、
xDSLモデム
┃
┃
CG-WLBARAGL(無線LANルータ)
┃┃┃
┃┃┗192.168.0.3(MacOSX)
┃┗192.168.0.8(CentOS NTPサーバ)
┗192.168.0.23 など、他のマシン
という具合で、NTP サーバとその他クライアントとは、
LAN 内では完全に並列の関係で、iptables は使っていません。
これでパケットが通らないというのが。。。
クライアントからの要求を受け付けるかどうかの設定って、
特に何かあるんでしょうか?
もしそれで拒否してるのなら、
そりゃあ返事しないだろうと思いますが。
>>226
確かにそうでしたね。 >>227
すみません。上記、192.168.0.23 が MacOSX でした。 デフォルトはループバックからしか受け入れないようになってるような気がする。ntp.conf >>229
なるほど。ntp.conf 中のこの辺ですね。
restrict default ignore
restrict 127.0.0.1
こいつらをコメントアウトし、代わりに
restrict 192.168.0.0 mask 255.255.255.0 nopeer notrust nomodify notrap
を追記してNTPサーバを再起動してみました。NTPサーバを再起動後、
クライアント側(MacOSX)のntpdも再起動したあとの結果です。
$ ntpq -p -c rv
remote refid st t when poll reach delay offset jitter
==============================================================================
192.168.0.8 .INIT. 16 u - 68m 0 0.000 0.000 4000.00
status=c011 sync_alarm, sync_unspec, 1 event, event_restart,
version="ntpd 4.2.0@1.1161-r Sat Aug 19 14:31:31 PDT 2006 (1)",
processor="i386", system="Darwin/8.11.1", leap=11, stratum=16,
precision=-20, rootdelay=0.000, rootdispersion=3.780, peer=0,
refid=INIT, reftime=00000000.00000000 Thu, Feb 7 2036 15:28:16.000,
poll=4, clock=cb065ab5.5cfb3311 Sun, Dec 9 2007 21:14:45.363, state=1,
offset=0.000, frequency=0.000, jitter=0.001, stability=0.000
これを、どう読めば、>>225 さんのような解釈が出来るのでしょうか? .INIT.は初期化中のしるし。普通は参照しているサーバのアドレスや
クロックHWがでてくる。 >>230
ntp.confにはserverとdriftが有れば動くんだから、そこから試してみなよ。 誘導されましたのでこちらで改めて質問します。
ntpdの設定を一通りした後、ntpdを起動させてしばらくすると
"*"マークが着くんですが、5分くらいすると消えてしまいます。
これは正しい動作なんでしょうか?
それとも一度"*"が出たらその後はずっと出っぱなしが正しい動作
なんでしょうか?
ちなみにNTPサーバはローカルネットワーク上のNTPサーバを
一つだけしか指定していません。 cronでntpdateで2時間おきに設定してるけど毎回72秒位ずれてます。
たとえば0時59分00秒に登録されたntpdateによって1時01分12秒に修正された場合、
1時00分00秒に登録されたジョブは実行されるのですか?
されるとしたらいつ実行されるのですか? そういう場合はcronを使わずに、
while :; do sleep 7200; ntpdate; done
というシェルを回した方がよい。 >237
2時間で72秒はさすがに狂いすぎじゃね?
っていうか ntpdate 使わずに ntpd 使え
>236
ずっと * がフツー >>239
VirtualPCやVMWare、coLinuxならその程度のブレが 普通 黒箱って、RTC回路が激しく間違ってて、ずれまくり、
ってきいたけど、もう直ってるのかな。 >>244
カーネルのVer.up(と言ってもloder.o経由だけど)で良くなったよ。
ちなみにうちの玄箱HGだと
$ ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
-balthasar.gimas 202.234.233.106 4 u 8 512 377 35.526 -2.278 1.563
+ntp1.jst.mfeed. 210.173.176.251 2 u 36 512 377 28.559 -5.386 0.754
-ntp2.jst.mfeed. 210.173.176.251 2 u 115 512 377 32.874 -2.841 9.217
+ntp3.jst.mfeed. 210.173.160.86 2 u 48 512 377 28.560 -5.646 4.784
-ntp.bbtec.net 210.173.176.4 2 u 15 512 377 30.149 -4.544 1.955
*ntp-b2.nict.go. .PPS. 1 u 110 512 377 34.109 -5.703 0.211
LOCAL(0) .LOCL. 13 l 58 64 377 0.000 0.000 0.002
カーネルは2.6.22.1ね。 ところでNTPデーモンの実装ってntpdしかないの? メモリがキツイ環境なので、
サブセットの小さいやつが欲しいんだけど。
・常駐してくれて(ntpdateとかじゃなくて)
・1秒以下もあわせてくれて
・場合によってはサーバ機能無し
で十分なんだけど。無かったら作るかもしんないけど、既存の物があるなら使いたいので
>>244
ノーマルのカーネルでも、adjtimexで調整すればいける。
家のLinkStation(HGLAN)だと
$ /usr/sbin/ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
LOCAL(0) LOCAL(0) 10 l 47 64 377 0.000 0.000 0.002
+ntp1.jst.mfeed. 210.173.160.86 2 u 886 1024 377 2.064 0.339 0.009
+ntp2.jst.mfeed. 210.173.160.86 2 u 822 1024 377 1.819 0.275 0.061
*ntp3.jst.mfeed. 210.173.176.251 2 u 794 1024 377 1.786 0.184 0.042 ubuntuのデフォルトの設定だと、Serverの項目は一つしか書いてありませんが、
同じサーバでも、3つ並べて書いた方がよいのでしょうか?
多くのサイトで、3つ並べて書くことが推奨されていますが、その理由を教えてください。 ntpの同期が一度取れた後、しばらくすると外れてしまうので、
ntp.confの内容をserver指定のみの状態にしてから段階的に試して
みました。
結果driftファイルの指定がないと同期し続けるようになりました。
その後、driftファイルを削除→再作成するとdriftファイル指定を
しても同期し続けるようになったんですが、今一つ原因について
ハッキリしません。
ntpデーモンを再起動した際に、前回起動した時のdriftファイルが
あると同期が外れたりしてしまうんでしょうか? >>248 それも一瞬考えたんだけど、公開timedサーバが探せなくて断念w
>>249 クスコ。OpenNTPDなんてあるのか。ググってみたら、芋づる式に他の実装が見つかった。
xntpd、dntpdなんてのもあるみたい。「OpenNTPDはあくまで簡易なもの」という/.Jの議論を
自分用に張っておく↓
http://slashdot.jp/bsd/article.pl?sid=06/01/09/108249
xntpdって、ntpdの古いバージョンのことではなかったかね。 >>251
確証はないけど、参照するサーバによると思う。
指定するサーバ名は同じでもDNSでラウンドロビンしている
サーバもあるので、複数記載しておくとそれぞれ別のサーバから
時刻取得をするため、結果的に時刻の精度があがると思う。 ntp.confのrestrictにIPでなくてホスト名書いても大丈夫ですか? ちょっと質問。
NTP鯖建てているんだが、電波時計と比べて
NTP鯖3秒ぐらい遅れてるんだけど、何でだろ?
ちなみにntpqの結果は
$ ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
+ntp-a2.nict.go. .NICT. 1 u 16 128 177 25.944 -1.174 0.409
*ntp-b3.nict.go. .NICT. 1 u 5 128 377 28.180 -0.867 0.522
+ntp-a3.nict.go. .NICT. 1 u 53 128 377 25.858 -0.750 0.371
-ntp-tk01.ocn.ad 202.234.233.104 3 u 23 128 377 22.772 -2.154 0.184
-ntp-tk02.ocn.ad 202.234.233.105 3 u 58 128 377 23.291 -0.068 0.340
-ntp-os01.ocn.ad 202.234.233.104 3 u 77 128 377 29.303 -0.365 0.299
-ntp1.jst.mfeed. 210.173.160.86 2 u 42 128 377 23.104 -0.465 0.361
-ntp2.jst.mfeed. 210.173.160.86 2 u 90 128 377 22.652 -0.614 0.183
+ntp3.jst.mfeed. 210.173.160.86 2 u 51 128 377 22.755 -1.058 0.591
です。
>>260
>>261
すみません。
>>260が正解でした。
電波時計の設定狂って3週間前から受信しなくなってました。orz
受信し直したらOK。
ご迷惑お掛けしました。 ドンマイ
漏れの腕時計も電波受信するはずなのにさっぱりですわ チコっと質問!!
電波時計で正確な時刻を受信して
NTPサーバーに登録する事できますか?
やはりGPSで登録ですか? ntp って、起動時に大幅に時刻がずれていても強制的に
同期させるってことはできないんでしょうか?
いちいち ntpd をとめて ntpdate やるしかないでしょうか? >>269
パソコン起動時に自動的に起動する
ってところの最後の方じゃね >>270
「ntpdateを記述されたサーバを使用して実行してくれるので」
って書いてあるじゃん。
ntpd でやる方法じゃないよ。 NTPサーバーのトレーサビリティって存在しますか? ntpq -p なんかで一つ上の一つ上は見れるから、
たどっていけるんじゃね? と思ったけど、ローカルの ntpd の情報しか
わからんから無理か。 ホスト名 IPアドレス stratum
ntp1.jpix.ad.jp 210.171.225.75 2 原子時計との差
というのはわからないということですね…
ntpq でいつまでたっても * のままなんだけど、これは正常なの?
+ になるのが正しいような気もするし、>>239 を見ると * のままでも
正しい気もするんだが…
remote refid st t when poll reach delay offset jitter
==============================================================================
*ntp.example.jp .GPS. 1 u 291 1024 377 5.017 0.308 0.084
>>284
それはとっくに見てるんだけど、同期中は * で、同期が完全に終わったら
+ になるという認識でいい?
現在どのサーバと同期を取ってるかだから、「*」のままだよ。
複数ソースがあるなら、「+」なったりする可能性もあるけど(その場合は他のサーバが「*」に)
心配なら
$ watch --interval 1 ntpq -p
でしばらく眺めてみるといいよ >>286
やっと意味が分かりました。ありがとう。
複数設定してる場合に、現在同期してるのが * で、他にいつでも同期できる控えが + ってことね。