NTP (1)

2006/01/29(日) 16:37:27
NTPサーバおよびクライアントに関するスレ

リンクなどは>>2以降で
2011/05/14(土) 19:43:08.08
VMWare でのズレはあきらめてるなあ。
クロックは落としたいし。

Emacs スレのいじめられてる人ワロタw
2011/05/14(土) 19:49:33.72
ずれるvmwareより
ずれないqemu
2011/05/14(土) 19:58:26.49
>>447
VirtualBoxなんだけど、3分おきくらいにしか修正してくれないんだ
周波数も固定してんだけどまあずれることずれること

>>449
VBoxってqemuがベースになってるはずなのにね
どうしてこんなことに・・・
2011/05/14(土) 21:08:00.54
FreeBSDホストのVirtualBoxは全然ずれないぞ。
WindowsでもGuestaddtionがよきにはからってくれるはず。

こんな記述があるな。
http://www.virtualbox.org/manual/ch09.html#changetimesync
2011/05/14(土) 22:43:47.34
初代玄箱(Debian化)のハードウェアクロックがずれまくるので、
adjtimexでKernel Timeとのずれを調整する、ってのが定番だった。
一定の割合でずれていく場合に有効なので、VMに適用できるかどうかわからないけど。
2011/05/15(日) 19:45:54.99
時刻に対して外からツッコミを入れると時間が逆行したぞエラーが出るよね。
2011/05/15(日) 20:48:32.37
逆行すればね
時計の針を進めることはできる
2011/05/16(月) 20:03:44.64
>>454
ゲンドウさんみたいで格好いいな
2011/05/17(火) 08:42:40.32
>>450
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006427

カーネルパラメーターで解決できるかも。
VMware用だけど、Virtualboxでも多分うまくいく。
2011/05/17(火) 16:51:41.26
>>443
Drift が 500PPM を超えている場合は tickadj コマンドを使う（非推奨）
http://www.eecis.udel.edu/~mills/ntp/html/tickadj.html

あるいは文書化されていないが ntp_tick_adj というカーネルパラメーター
を用いても同様のことができる
http://lxr.linux.no/linux+v2.6.38/kernel/time/ntp.c#L950

てゆうかそもそも linux の時刻管理機能は絶望的にぶっ壊れてるから
メンテナを更迭してゼロから作り直さない限りどうしようもないと思う
http://lists.ntp.org/pipermail/bugs/2009-November/010837.html

>David L. Mills wrote:

>I have no interest in Linux stupidity other than to recommend they
>learn form FreeBSD, who have got it rightr. You should tell them that.
2011/05/17(火) 17:30:31.53
NTPで補正できるのって何パーセントの遅れまでだっけか
どっかに計算式があった気がするが忘れたな・・・
2011/05/17(火) 21:12:27.35
なんかごちゃごちゃいじって 時計の遅れを1%以下にしたぞ・・・
これでNTPデーモン動かしてちゃんと動作してくれるかな・・・
2011/05/17(火) 21:26:11.47
>>458-459
500ppm = 0.05% だから無理だろうね
2011/05/30(月) 19:33:59.13
そういやJJYで合わせてる時計に異常が出てるという話があるけど
影響出てる人いる？
2011/06/01(水) 19:54:45.79
何故かmfeedのIPv4とIPv6で時間がズレてるｗ
2011/06/19(日) 16:08:34.71
NTP って UDP だけど、ソースアドレスを詐称されたパケットが(偽)サーバから
やってきたらデタラメな時刻に変更されちゃうの？
いちおう公開鍵認証のしくみもあるみたいだけど、mfeed とか nict とかでは
使えないから意味ないよね？ 認証なしでもある程度は防げたりとかしないの？
2011/06/20(月) 01:13:48.07
ソースアドレスを詐称されると完全に防ぐのは無理だろうな。
試しにNICTと同期した時のパケットをキャプチャしてみたけど、
一応NTPサーバの応答電文中に「Reference Clock ID」なる
フィールドがあって、このフィールドにASCII４文字でNICTと
書いてある。でもいくらでも詐称できそうだ。
不安ならntpdateを定周期で実行し、ntpdateの起動前後にUDP123
をブロックするiptablesルールを上げ下げするとか。これで攻撃が
成功するのはntpddateが実行されているごく短時間だけになる。

またはデータセンターとかで予算もあるならGPS衛星や電波時計を
タイムソースに使うNTP専用サーバーマシンもある。
GPSベースのNTPタイムソースはUSB接続のGPSアンテナとLinux
用ドライバのソースとC言語の知識があれば個人で作ることも不可能
ではない。「USB GPS」で検索するとデバイス自体は5000円位で手に
入るようだ。
2011/06/20(月) 02:03:13.22
ズレてる時計は嘘時計として撥ねる機能があるから、詐称されたパケットを飲まされたくなかったら
少なくとも2つか3つのサーバの時刻を参照していればいいんじゃないの？
2011/06/20(月) 10:52:18.85
DNSでやってるみたいなsource port randomizationってNTPでも使えないかしら。
そうすれば、16bitの乱数を一致させなきゃ嘘時刻を注入できない。
問い合わせのソースポートが123じゃなきゃダメなんてルールはないよね？
ダメならNAPTの裏にいるホストからNTPが使えないし。
2011/06/20(月) 11:07:08.13
man ntp.confしてみたら、restrict ... ntpportと設定することで
123以外からのパケットを蹴れるんだな……。
port randomizationすると、サーバの設定によってはダメってことか。
2011/06/20(月) 12:00:03.35
一定以上ずれてたらずれ過ぎってことで修正されなくなるでしょ。
2011/06/20(月) 12:40:22.95
なるほど、ちょっとだけズレた時刻を何度も繰り返し注入しつづければいいんだ。
2011/06/20(月) 19:47:31.70
でも嘘時刻を流し込むことで「同期を外させる」攻撃はできるってことか
2011/06/20(月) 23:53:00.26
ソースIPアドレスの詐称って簡単にできるモノなの？
2011/06/21(火) 00:28:11.00
UDP なら簡単。

ただし、まともな ISP では詐称パケットがネットワークをまたいで
よそに出ていかないようなフィルタをかけてることが多い。
2011/06/21(火) 04:16:29.17
バレずにやるのは非常に難しいと思うけどね。

時刻を取得する相手をすべて把握してその相手へのリクエストが行われたあとに
その相手のレスポンスよりも先に嘘時刻を叩き込むということをすべての相手に対して行う。
しかもその嘘時刻は嘘時刻と認識されないギリギリのズレでなければならない。

とか。地味過ぎる。
2011/06/21(火) 06:18:45.72
仮に少しずつ時刻をずらす攻撃が成功したとして
攻撃側のメリットって何があるんだろう
時刻が飛ばないんだから、ログを誤魔化すには至らないよな
時間制限物を引き延ばすにしても誤差レベルでしかないし。
2011/06/21(火) 08:55:57.49
この前経路か何かの問題でmfeedのIPv6のサーバーのディレイが大きくなってて
そのサーバが100msくらいズレた時刻を返してるように見えてたけど、
そのレベルでもう嘘時計扱いになってたよ？
だから少なくともそれ以下にずれた嘘時刻を256秒とか512秒とか1024秒ごとに
ターゲットに喰わせないといけない。

ほんと手間の割に得られるものが少ないよね？
2011/06/21(火) 20:18:03.07
しいて言えばKerberos5認証みたいに端末とサーバーの時刻が大きくずれると
認証できないメカニズムを破綻させることくらいだろうな。たしかKerberos5は15分
以上のずれがあると暗号がかみ合わずに認証失敗する仕様だったろ？
たとえばWindowsのActiveDirectory認証とかで認証サーバーにうその時刻を教え
込むと、あわよくばドメインの機能を停止させられるかもしれない。
2011/06/21(火) 23:38:05.14
時刻をずらすのを狙うよりも
ntpd自体の脆弱性を狙うほうが現実的だろうな
2011/06/21(火) 23:48:22.99
ちょっと話はそれるのですが、nictが配信している時刻は日本標準時間。
その他サーバだと大抵は世界標準時。この２つの実質的な違いは、うるう
秒の丸めタイミングだけという理解で正しいですか？
2011/06/22(水) 02:07:10.07
>>474
普通に楽しい
2011/06/22(水) 21:58:44.69
>>478
全部間違ってる。
NTPサーバはJSTでもUTCでもなくてNTP時間を配信している。
うるう秒は全世界同時に挿入/削除される。
2011/06/25(土) 16:11:11.13
NTP Timeはプロトコル上の時刻表現方法に過ぎなくて、実体はUTCそのものでしょ
NTP Timeという時刻系が運用されてるわけじゃない

ちなみにNICTのNTPサーバは JSTを生成する原子時計を時刻源と
しているから、JSTを配信していると言っても間違いではないと思う
2011/06/25(土) 16:28:55.21
うぐぅ秒
483名無しさん＠お腹いっぱい。
垢版 |
2011/06/25(土) 20:19:03.92
WindowsってUnix系のOSみたくミリ秒のオーダーって合わせてくれないの？
2011/06/25(土) 21:10:46.15
どうしてそう思ったの？
2011/06/25(土) 23:31:49.43
複数台のパソコンの時計のばらつきが N x 10ms になってるように見える
2011/06/26(日) 00:46:26.21
>>481
JST-0900の変則時刻を配信してるってこと？
JSTを配信してたら、他のタイムサーバと混ぜられないでしょ
2011/06/26(日) 01:52:42.20
>>486
NTPの配信時刻にはタイムゾーンは無い。つまり世界協定時ベースの時刻なんだけど、
やっぱりうるう秒の丸めとかのように日本の暦としてあえて世界協定時を外している部分
の扱いが他のNTPサーバと違うんじゃないか？
2011/06/26(日) 04:35:00.79
UTC以外を流すNTPに何の価値があるの？
2011/06/26(日) 07:17:25.96
>>483
Windows の時刻・時計合わせ総合スレッド2
http://hibari.2ch.net/test/read.cgi/win/1225600262/
2011/06/26(日) 07:35:11.25
>>481,487
>JSTを生成する原子時計を時刻源

NICTの原子時計はUTCを作ってる
http://jjy.nict.go.jp/mission/page2.html
UTCがベースだからうるう秒の挿入タイミングが違うなんてこともない
2011/06/26(日) 09:01:41.12
NICTが作ってるUTC/TAIと称するものは、あくまでもNICTが所有している
原子時計を計測して決めたUTC/TAIであって本当のUTC/TAIではない。本当の
UTC/TAIは、各国の機関が作ったTAIの加重平均から最終的に求められる。

一方、日本標準時というのは、UTC(本物)+9 ではなく、UTC(NICT)+9という
ことになっている。UTC(本物)とUTC(NICT)の差は 10ns未満になるように調整
されているとはいえ、誰が決定したかという観点では違う。

NICT NTPサーバは、UTC(NICT)を配信しているが、それを機械的に+9すれば
直ちに正確な日本標準時が得られるので(NTPによる誤差は除く)、JSTを配信
していると言っても過言ではないという理屈。実際NICT自身も日本標準時を
配信していると言ってる。
http://www2.nict.go.jp/w/w114/tsp/PubNtp/index.html
492491
垢版 |
2011/06/26(日) 09:23:50.19
>>490
ここまで厳密な話をすると、UTC(本物)もUTC(NICT)も(UTC(GPS)も)、
差は0ではないので、うるう秒の挿入タイミングも完全に同時ではない
ことになる。
2011/06/26(日) 09:27:16.07
定義はそうだけど、NTPのソースとして見る場合には
UTC(本物)=UTC(NICT)と考えて差支えないのでは。

ちなみにUTC(本物)ってNICTのような機関向け以外にも配信されてるの?
2011/06/26(日) 10:10:59.03
「UTC(本物)の配信」というのはありえなくて、UTC(各国機関)を一定期間毎に
集計して事後でUTC(本物)が決定されている
このへんにデータがある：http://www.bipm.org/jsp/en/TimeFtp.jsp
2011/06/26(日) 10:14:47.08
>491
他の人も言っているけどもし 10ns レベルの話を気にしているのなら
NW経由ではなんの意味もない違いだし、それどころかPC内部でも
意味を持たないズレというか「観念上の違い」以外の何者でもないよね?
496491
垢版 |
2011/06/26(日) 10:33:27.13
>>495
観念上の違いというと具体的にそれらを決定しているNICTやBIPMの人に
さすがに失礼かもしれないが、NTPで使う限り問題となる違いはない
というのはその通り。
>>490は「NICTがNTPで配ってるのはJSTではない！」という的外れな
指摘に対してのコメントのつもり。時刻の決定方法や誤差を無視すれば、
UTCもJSTもUNIX TimeもNTP Timeも機械的に相互変換可能なのだから、
NTPがどれを配ってるなんて議論自体が無意味になってくる。
2011/06/26(日) 11:01:30.19
そういうことを気にするわりに時刻の修正は時間の連続性を失う方法を使ってるんだろ？
ntpdateとか桜時計(爆)とかｗ
2011/06/26(日) 11:16:53.31
そういう決めつけはよろしくない。
2011/06/26(日) 15:56:12.58
普通のパソコンの時刻のズレは、まともなOSならば、
時刻のズレを一気に縮めて修正するのではなくて、
NTPを基準にし、じわりじわりと加速するか減速させて、
時間の連続性を維持しようとプログラミングされている。
鯖ならDB上での時間の扱いの不都合を埋め合わせするため。
2011/06/26(日) 16:07:11.55
けどWindowsってUNIX系のadjtime見たいなAPIが無かったんじゃね？
そもそもUNIX系と違ってWindowsはソフトウエアクロックを持ってないから
HW側がadjtime相当の機能を搭載しない限りクロックの加減速なんて
不可能な気がする。
2011/06/26(日) 16:21:57.01
ドザではないけど、この時を刻む正確さの課題は、商取引上、重要なので
もしも今の最新OSの機能としてなければ、次期OSから搭載するんでないの？
2011/06/26(日) 17:22:35.96
>>497
まさにそれを使ってるんだけど、実際どうしたらいいのかな。
NTPだと、１分に１秒狂うような時計は修正できないし
それに対応したNTPソフトがあるならぜひ乗り換えたい。
2011/06/26(日) 17:52:02.23
MS純正標準装備のW32Timeサービスをw32tmコマンドを使って設定することで
クロックのオフセットみたいな機能が働くという噂。
2011/06/26(日) 18:23:19.72
デバッグ出力を有効にして確認してね！
2011/06/26(日) 18:52:12.67
XPまでならW32timeのレジストリにあるLastClockRateでも一応確認できる
Vista以降ならw32tmコマンドでもクロックレートを表示できる
2011/06/27(月) 01:01:37.39
>>496
NTPタイムスタンプは正のうるう秒とその直後の秒を区別できない。
だから「UTCもJSTもUNIX TimeもNTP Timeも機械的に相互変換可能」
というのは間違い。
507496
垢版 |
2011/06/27(月) 01:50:44.64
時間に依存しない関数ではNTP TimeとUTCの1対1対応は無理というだけで、
NTP Timeの進みとLIを認識できる関数ならNTP TimeからUTCへの機械的変換は可能。
時刻扱うシステムが、時間依存しない関数しか使えないという仮定はさすがに
無理があるだろう。
2011/06/27(月) 06:20:14.38
>>507
うるう秒だと仮定すると0.5秒進んでいて
うるう秒じゃないと仮定すると0.5秒遅れている

なんて場合はどうする？
2011/06/27(月) 10:24:50.25
0.5秒の遅延が命取りなサービスの時計は自分で作る
2011/06/28(火) 01:31:43.06
NTPにはうるう秒による暦上の秒の追加/削除が実施された前後に、その事実を
示すためのフラグフィールドがあるんだそうな。
このフィールドを見てうるう秒補正が実施された直後だったら１秒前後のズレを
正当な時差とみなす実装が可能だそうだ。
2011/06/28(火) 07:01:49.12
でも leap indicator が LEAP_NOWARNING だったとしても
receive timestamp がうるう秒じゃないとは限らないし、
逆に LEAP_ADDSECOND だったとしても transmit timestamp が
うるう秒だとは限らないよね？
2011/06/28(火) 14:01:26.52
よくわかんが、NTP使うとUTCの配信ができないと言ってるのか
2011/06/28(火) 20:10:25.17
同じか否かよりどのくらい違うかに視点を置いて考えるのが良い
と思うな。いうまでもなくここでNTPや世界協定時のあるべき論を
論じても不毛なわけで。
俺の身の回りに１秒のずれがそれほど致命的になるシステムは
無いから、実世界の暦と１秒以内の精度が保ててシステムクロック
のスキップが発生しないのなら万事OK。
2011/06/28(火) 22:57:10.58
micro-sec が気になる人は IEEE1588 PTP でも使ってくれたまへ
2011/06/28(火) 23:11:42.43
うるう秒が挿入されるのって日本時間だと
ちょうど会社が動き始める時間だからなあ。
12月末とか休日なら大した問題はないだろうけど、平日に実施されると
金融系は何かしらの影響がありそうな気が。
2011/06/28(火) 23:26:49.81
うちの会社で使っているGPSソースのNTPは
2年ほど前の年末にうるう秒があったとき23:59:59が2回入った。
本当ならGPSはうるう秒配信できるんだよね・・・？
2011/06/29(水) 00:08:42.33
>>516
GPSとUTCの差は流しておくからあとはよろしくってことみたい
http://jjy.nict.go.jp/news/leaps2009.html
の一番下
2011/06/29(水) 12:58:31.20
まさかNTPをうるう秒を考慮するようにビルドしてないとか？ｗ
2011/06/30(木) 07:45:16.31
>>512
要するに試験の答案ならば>>481は０点。
520名無しさん＠お腹いっぱい。
垢版 |
2011/07/01(金) 22:08:50.77
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
2011/07/02(土) 14:07:54.17
>>520
あそこは日本語使ってるからよく化ける。
2011/07/17(日) 17:18:37.03
ttp://akizukidenshi.com/catalog/g/gK-04705/
これ用のドリャイバってある？
2011/07/17(日) 20:27:21.30
>>522
普通にあるだろ。どうみてもただのUSB-シリアルだべ。
2011/07/18(月) 12:06:41.10
そこのドライバではなく以前の電波時計と同じ叩き方で使えるかどうかの部分。
2011/07/19(火) 12:54:42.54
>>524
以前の電波時計って？
2011/07/27(水) 11:46:30.18
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 行しか出てこない。なぜ？
2011/07/27(水) 19:02:42.35
3台指定したかったら3台分別々の名前で書くべき。
2011/07/27(水) 19:05:50.82
>>526ラウンドロビンをしてその途中で同じ名前を他の誰かが引かないことを前提とした書き方で
その名前を3回引いてる最中に他の誰かがその名前を引いたとかそもそもラウンドロビンしてないとかで
うまく引けないことがあるからやめるべき。
2011/07/27(水) 21:29:31.42
ntp.nict.jpの中のホスト名(ntp-b2とかntp-a3とか)は
正式には公表されてないし、変更される可能性もあるから、
個別のホスト名で3台指定するわけにもいかないんだよな。
ましてIPアドレス決め打ちにはできないし。
2011/07/27(水) 21:51:52.04
server行に引けたアドレス全部を指定する-aオプション新設すべきだよな。
2011/07/27(水) 21:58:58.08
そうそう。オプションで欲しいｗ

>>529
変更される可能性もあるけど、ここ数年変更されてないｗ
2011/07/27(水) 22:06:27.70
>>531
IX系とか呼ばれていた 210.171.226.40 のホスト(ホスト名逆引き不可)が、
ntp.nict.jpのラウンドロビンから外されるという「変更」が
半年ほど前にあったばかりだぞ。
2011/07/27(水) 22:21:05.00
あ、それが増えても修正してなくて減ったときにはそのままスルーだったから忘れてたｗ
2011/07/27(水) 23:25:58.00
一度 public NTP として宣言した IP address は
二度と他の目的には使えないんだと思ってるけど
2011/08/04(木) 19:58:22.33
なんでそう思ったの？
2011/08/05(金) 10:13:37.33
仕様として使えないわけではなく、
IP アドレス指定のまま放置されてるホストが大量にあると
うかつに他の用途に使うと混乱を招くってことでしょ。
2011/08/05(金) 11:28:52.90
別に排他的じゃないでしょ
2011/08/05(金) 11:41:43.34
漫才でもやってるのか？
2011/08/05(金) 14:53:15.68
そもそもそこらじゅうから多量の NTP query が
来ちゃうようなアドレスで他のサービスをやったって
無駄に回線の帯域を食うだけだし
2011/08/05(金) 22:14:28.68
福岡大やmfeedくらいになって初めて問題になるような事を心配してどうするんだ
2011/08/06(土) 00:58:30.56
publicじゃなくて社内のprivate LANの話だが、
シスコのルーターでNTPサーバが動いているのを
どっかで聞きつけて勝手に指定した連中がいたらしい。

あるときネットワーク機器変更してNTPの機能無くなったとき、
「時刻合わないぞ何やってんだ！」怒鳴り込んできたやついたわ。
「社内ネットワークのマニュアルには以前からNTPは○○を指定しろ、
って書いていただろ」って叩き返したが。
2011/08/06(土) 18:13:06.53
NTPくらいで怒鳴り込むってすげえなw
2011/08/06(土) 20:52:50.82
>>542
俺とか勤怠表毎日書くのが面倒なので、Windowsのイベントログで後から出社、退社時刻を拾う
ようなのをよくやるんだ。それとヒマな日はatコマンドで定時ぴったりにマシン止めたりして遊ぶ
んだが一部マシンはシャットダウン開始時にでかいビープがなる。だから定時の館内放送と
シャットダウン時刻がずれるのはとても困る。
2011/08/06(土) 21:40:58.84
つまりバカって事だなｗ
2011/08/08(月) 21:35:38.29
公式にアナウンスしていない機能でも、
バカなユーザに依存されると面倒だから、
なるべく機能は止めておこうね、という教訓でわ
546:543
垢版 |
2011/08/08(月) 22:06:37.63
ちなみに俺はNTPごときで苦情を言ったことなんかないぞ。
ただちょっと恥ずかしかっただけだ。
2011/09/19(月) 22:49:43.11
あの日まで、セシウムで真っ先に連想するのは
NICTの原子時計だったなあ
新着レスの表示
レスを投稿する

5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況