NTP (1)
NTPサーバおよびクライアントに関するスレ
リンクなどは>>2以降で >>495
観念上の違いというと具体的にそれらを決定しているNICTやBIPMの人に
さすがに失礼かもしれないが、NTPで使う限り問題となる違いはない
というのはその通り。
>>490は「NICTがNTPで配ってるのはJSTではない!」という的外れな
指摘に対してのコメントのつもり。時刻の決定方法や誤差を無視すれば、
UTCもJSTもUNIX TimeもNTP Timeも機械的に相互変換可能なのだから、
NTPがどれを配ってるなんて議論自体が無意味になってくる。 そういうことを気にするわりに時刻の修正は時間の連続性を失う方法を使ってるんだろ?
ntpdateとか桜時計(爆)とかw 普通のパソコンの時刻のズレは、まともなOSならば、
時刻のズレを一気に縮めて修正するのではなくて、
NTPを基準にし、じわりじわりと加速するか減速させて、
時間の連続性を維持しようとプログラミングされている。
鯖ならDB上での時間の扱いの不都合を埋め合わせするため。 けどWindowsってUNIX系のadjtime見たいなAPIが無かったんじゃね?
そもそもUNIX系と違ってWindowsはソフトウエアクロックを持ってないから
HW側がadjtime相当の機能を搭載しない限りクロックの加減速なんて
不可能な気がする。 ドザではないけど、この時を刻む正確さの課題は、商取引上、重要なので
もしも今の最新OSの機能としてなければ、次期OSから搭載するんでないの? >>497
まさにそれを使ってるんだけど、実際どうしたらいいのかな。
NTPだと、1分に1秒狂うような時計は修正できないし
それに対応したNTPソフトがあるならぜひ乗り換えたい。 MS純正標準装備のW32Timeサービスをw32tmコマンドを使って設定することで
クロックのオフセットみたいな機能が働くという噂。 XPまでならW32timeのレジストリにあるLastClockRateでも一応確認できる
Vista以降ならw32tmコマンドでもクロックレートを表示できる >>496
NTPタイムスタンプは正のうるう秒とその直後の秒を区別できない。
だから「UTCもJSTもUNIX TimeもNTP Timeも機械的に相互変換可能」
というのは間違い。 時間に依存しない関数ではNTP TimeとUTCの1対1対応は無理というだけで、
NTP Timeの進みとLIを認識できる関数ならNTP TimeからUTCへの機械的変換は可能。
時刻扱うシステムが、時間依存しない関数しか使えないという仮定はさすがに
無理があるだろう。 >>507
うるう秒だと仮定すると0.5秒進んでいて
うるう秒じゃないと仮定すると0.5秒遅れている
なんて場合はどうする? 0.5秒の遅延が命取りなサービスの時計は自分で作る NTPにはうるう秒による暦上の秒の追加/削除が実施された前後に、その事実を
示すためのフラグフィールドがあるんだそうな。
このフィールドを見てうるう秒補正が実施された直後だったら1秒前後のズレを
正当な時差とみなす実装が可能だそうだ。 でも leap indicator が LEAP_NOWARNING だったとしても
receive timestamp がうるう秒じゃないとは限らないし、
逆に LEAP_ADDSECOND だったとしても transmit timestamp が
うるう秒だとは限らないよね? よくわかんが、NTP使うとUTCの配信ができないと言ってるのか 同じか否かよりどのくらい違うかに視点を置いて考えるのが良い
と思うな。いうまでもなくここでNTPや世界協定時のあるべき論を
論じても不毛なわけで。
俺の身の回りに1秒のずれがそれほど致命的になるシステムは
無いから、実世界の暦と1秒以内の精度が保ててシステムクロック
のスキップが発生しないのなら万事OK。 micro-sec が気になる人は IEEE1588 PTP でも使ってくれたまへ うるう秒が挿入されるのって日本時間だと
ちょうど会社が動き始める時間だからなあ。
12月末とか休日なら大した問題はないだろうけど、平日に実施されると
金融系は何かしらの影響がありそうな気が。
うちの会社で使っているGPSソースのNTPは
2年ほど前の年末にうるう秒があったとき23:59:59が2回入った。
本当ならGPSはうるう秒配信できるんだよね・・・? まさかNTPをうるう秒を考慮するようにビルドしてないとか?w >>512
要するに試験の答案ならば>>481は0点。 ntpq -pの出力が、ときどきringのサーバのところだけ文字化けするんだけど、なんでだろう。
# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*ntp01.so-net.ne 211.10.62.120 2 u 97 256 377 6.003 4.062 2.310
ring.yamanashi. .^?^?^A^A. 16 u 13 1024 0 0.000 0.000 0.000
+ntp1.jst.mfeed. 210.173.160.56 2 u 52 1024 17 8.875 7.471 5.726
>>520
あそこは日本語使ってるからよく化ける。 ttp://akizukidenshi.com/catalog/g/gK-04705/
これ用のドリャイバってある? >>522
普通にあるだろ。どうみてもただのUSB-シリアルだべ。 そこのドライバではなく以前の電波時計と同じ叩き方で使えるかどうかの部分。 ntp.conf で、
server -4 ntp.nict.jp iburst
server -4 ntp.nict.jp iburst
server -4 ntp.nict.jp iburst
って書いておくと、以前は >>520 みたいにサーバが 3 行分出てきていたのに、
今は、
remote refid st t when poll reach delay offset jitter
==============================================================================
ntp-b2.nict.go. .NICT. 1 u 1 64 17 5.365 -174.61 1102.89
って 1 行しか出てこない。なぜ? >>526ラウンドロビンをしてその途中で同じ名前を他の誰かが引かないことを前提とした書き方で
その名前を3回引いてる最中に他の誰かがその名前を引いたとかそもそもラウンドロビンしてないとかで
うまく引けないことがあるからやめるべき。 ntp.nict.jpの中のホスト名(ntp-b2とかntp-a3とか)は
正式には公表されてないし、変更される可能性もあるから、
個別のホスト名で3台指定するわけにもいかないんだよな。
ましてIPアドレス決め打ちにはできないし。 server行に引けたアドレス全部を指定する-aオプション新設すべきだよな。 そうそう。オプションで欲しいw
>>529
変更される可能性もあるけど、ここ数年変更されてないw >>531
IX系とか呼ばれていた 210.171.226.40 のホスト(ホスト名逆引き不可)が、
ntp.nict.jpのラウンドロビンから外されるという「変更」が
半年ほど前にあったばかりだぞ。 あ、それが増えても修正してなくて減ったときにはそのままスルーだったから忘れてたw 一度 public NTP として宣言した IP address は
二度と他の目的には使えないんだと思ってるけど 仕様として使えないわけではなく、
IP アドレス指定のまま放置されてるホストが大量にあると
うかつに他の用途に使うと混乱を招くってことでしょ。
そもそもそこらじゅうから多量の NTP query が
来ちゃうようなアドレスで他のサービスをやったって
無駄に回線の帯域を食うだけだし
福岡大やmfeedくらいになって初めて問題になるような事を心配してどうするんだ publicじゃなくて社内のprivate LANの話だが、
シスコのルーターでNTPサーバが動いているのを
どっかで聞きつけて勝手に指定した連中がいたらしい。
あるときネットワーク機器変更してNTPの機能無くなったとき、
「時刻合わないぞ何やってんだ!」怒鳴り込んできたやついたわ。
「社内ネットワークのマニュアルには以前からNTPは○○を指定しろ、
って書いていただろ」って叩き返したが。 >>542
俺とか勤怠表毎日書くのが面倒なので、Windowsのイベントログで後から出社、退社時刻を拾う
ようなのをよくやるんだ。それとヒマな日はatコマンドで定時ぴったりにマシン止めたりして遊ぶ
んだが一部マシンはシャットダウン開始時にでかいビープがなる。だから定時の館内放送と
シャットダウン時刻がずれるのはとても困る。 公式にアナウンスしていない機能でも、
バカなユーザに依存されると面倒だから、
なるべく機能は止めておこうね、という教訓でわ ちなみに俺はNTPごときで苦情を言ったことなんかないぞ。
ただちょっと恥ずかしかっただけだ。 あの日まで、セシウムで真っ先に連想するのは
NICTの原子時計だったなあ 原子時計まで汚染されてしまったか。
これからはセシウムの入っていない原子時計を西日本か海外から輸入しないとな。 汚染ってw
その放出してるものを正確な時刻の測定に使ってるんじゃ?w セシウム入り原子時計は担当者がプレゼン用にふざけ心で試作した物ですが、
手違いで製品として23個だけ出荷されてしまいました。 >>551
違うよ。
原子時計のセシウムは、セシウム133で、安定セシウム(放射性ではない)。
だから、「放出してるもの」は無い。(セシウム137とかと混同すな)
安定セシウム133とは別に(電子回路で)マイクロ波を発振し、
それを安定セシウム133に共鳴させて正確な周波数を得る。 アンドロイドのntpアプリ又は時刻調整ってどうなっていますか?
>>554
スマホは何もしなくても時間はズレないから、NTPの出番はないのでは? >>554はアンドロイドと言ってるのに、なぜスマホ限定の話に? ただでもらった光iフレームにはGPSなど搭載されていない。 NTP 使わずに放置しておくとコンピュータの時計って、どのくらいくるうんだっけ?
月辺り数分程度だったけ?
>>562
100ppm 程度の xtal 使ったやつだと?
パソコンじゃ無いが、無印玄箱はクロック精度がアレでずれまくりだった。
話変わるけど、ここのところNICTが障害起こしまくってるみたいだね。 そのせいか ntpd がまともに動いてなくて時計がずれてびっくりした。
>>563
周波数偏差を時間積分した値だけずれるだろうね >>566
玄箱の時計が狂うのはクロックレートが公称値と異なることが原因
だから公称値を訂正すればよいのであって玄箱自体は壊れてない ntpのプロトコルって2036年くらい問題があるよね? やっぱりあったけど、NTPなら68年おきに
やっぱunsignedでした(てれり
やっぱsignedでした(てれり
とかやってれば済みそう。
減るもんじゃないし。 Wikipediaなんて信用するなよ。
2036年問題なんてとっくの昔に対策済みだよ。 なんか毎回SAN値チェック引っかかるなと思ったら
水晶がどっかいってたわ・・・こんなことあるんだな >>575
NTPの2036年問題は解決してないよ >>578
>だとしたら実装上のバグだね。
そうだよ。だからバグなんだよ。 どっちみちLinuxでは2038年問題が解決されてないからどうでもいい >>526-531
最近のntpdでは server の代わりに pool というものが使える。
pool ntp.nict.jp
pool ntp.jst.mfeed.ad.jp
で試したけど、期待どおりに動作した。
http://www.eecis.udel.edu/~mills/ntp/html/confopt.html#pool なーなーお前らんちLIビット立った?
NICT参照してるがLIたたんのだけど……。 そもそもLIが立つようなビルドってどうやったっけ?w うるう秒記念
ntpq -c rv
でうるう秒の情報を確認できる
ログに出てた
Jul 1 08:59:59 localhost kernel: Clock: inserting leap second 23:59:60 UTC ぽつぽつトラブルが出てたみたいだな
ttp://wired.jp/2012/07/02/leap-second-bug-wreaks-havoc-with-java-linux/
ttp://www.cuspy.org/diary/2012-06-05 IPv6時代になれば地域内NTPサーバ網を作るのも現実的になるのかな
https://flets.com/v6option/ >>590
一般利用者がそんなもん作らなくても、各ISPがNICT直結のまともなNTPサーバを用意するだけですべて解決するんだが 地方民からすると、東京や大阪に置かれてる限り、
ISPがNTPを立てたとしても、mfeedあたりを使うのと大差ない JPNAP上のmfeedや、JPIX→SINETと巡らにゃいかんnict、naoよりは自ISP網の中のntp鯖のほうがいろんな意味で上 localhost みたいに
ntp.localisp ってAレコードを各ISPが用意してくれれば良いのに 時刻合わせるのにいちいちDNSひいてたら時間かかるじゃん。