05/07/05 23:07:47 VOLg8DRz
>>355 激しく同意w
357:login:Penguin
05/07/06 14:06:34 Mjuj/LaJ
>糞正確な時間求めて何するの？（ｗ
と言うけど、実際のところNTPの時間精度ってどのくらいが要求されるのでしょうか？
要求時間精度とその理由をあまり見たことがない
358:login:Penguin
05/07/06 14:17:22 BJw/7XSr
>>357
選ぶサーバを間違えてなければ±1秒以内程度には
なるはず。ただしネットワークの状況によるかと。
また、サーバ上でOracleなどが動いている場合は
ntpdateを実行したりなどの急激な時刻変化があると
DBに影響が出る可能性があるため、ゆっくり時刻を合
わせるNTPを使うのが通常の運用だと思う。
359:357
05/07/06 15:59:21 Mjuj/LaJ
>358
>選ぶサーバを間違えてなければ±1秒以内程度にはなるはず。
ってのが問題なんです
例えば、ＮＴＰサーバを選択する場合
±1秒以内の精度のサーバーと、±１０ミリ秒以内の精度のサーバが有った場合
やはり精度の高いサーバを選択するのではないでしょうか？
また、±1秒以内の精度のサーバを選択した場合最大誤差は２秒となり
１秒間に数千行のログを吐く複数台のサーバが有った場合
ログのマージした場合の保障というか、精度は非常に悪くなることになります
360:login:Penguin
05/07/06 16:14:01 MeUrPjwQ
>>359 だからなに？
361:login:Penguin
05/07/06 16:28:50 eh7BpQ5k
ローカルのネットワークにNTP鯖ひとつ立てときゃすむじゃん
ブレなんて0コンマ数*ミリ秒*程度しか出ないんだぜ
362:357
05/07/06 17:19:45 Mjuj/LaJ
>360
どのくらいの精度が必要なのかと言う話
精度に関する規格もないし
判定基準もない
>361
遠隔地や同一ネットワークでない場合や
ネットワーク的に独立している場合はどうするのかってこと
基準となるサーバーが正確な時間を刻んでいるのかさえわからない状態で
>ブレなんて0コンマ数*ミリ秒*程度
ってのが、精度が良いのか悪いのかって話
363:login:Penguin
05/07/06 20:12:02 rfTSFFft
要求時間精度：±0.5秒
理由：自己満足
364:login:Penguin
05/07/06 20:54:52 H5NWL37g
>>362
てめーで判断しろ。
365:login:Penguin
05/07/06 23:09:29 UpL1GiRh
>>362
ＮＴＰに要求されるのではなくて、要求される制度を実現するためにどうするかなのです
考え方が逆です
366:357
05/07/07 10:45:10 glZgj1/q
>>365
>>365さんは要求される精度を実現するためにどうするか
ということを質問したいなら、自分でどの程度の精度を
求めているのかを書かないと、回答が出ないと思う。
一般論では、>>361さんの言うとおり同一セグメントに1つ
立てておき、そのサーバで3,4つのNTPサーバを指定して
おけば、ntpdが自動的に信頼できる上流サーバを選択し、
結果的に数ミリ秒から数十ミリ秒の精度にはなるはず。
(ネットワーク的に近いところを指定すればという前提)
ただ、数ミリから数十ミリ秒の誤差であれば、ほとんどの
サーバは無視できる範囲というのが現実ではないかと。
367:login:Penguin
05/07/07 10:54:01 JBHLQw+p
>>366
ん？おれは質問してねえけど（ｗ
368:login:Penguin
05/07/07 11:23:23 ixF/1Enj
>>357=>>366が何を言ってるのかさっぱりわからなくなってきた。
元々は「例えば数ミリ秒とか数十ミリ秒の精度って本当に必要なの？
逆に数ナノ秒という精度は必要じゃないの？」という質問じゃなかったのか？
369:login:Penguin
05/07/07 11:31:11 tLJP1CXk
宇宙旅行する気があるならﾅﾉｓオーダーの誤差もやばいかもしれませんね
日常生活で正確な時計が欲しいっていう（機械としての）意義なら
ビデオ録画くらいしかいまんところ思いつかない。
370:login:Penguin
05/07/07 11:46:47 JBHLQw+p
>>368
。おまいらに精度が必要なのかい？
。ＮＴＰに要求される精度ってどれくらいよ？
。精度はＮＴＰが要求してるんじゃなくて時間情報を必要としてる側が要求するものだろ
という流れ
371:357
05/07/07 12:10:05 MkfSPCFm
>368
366は私が書いたものでは有りません
ＮＴＰサーバって各社発売してるけど
時計に対する規格がないので「日本標準時からの誤差」については書かれていません
そんなわけで
>精度はＮＴＰが要求してるんじゃなくて時間情報を必要としてる側が要求するものだろ
と言われても、どのレベルのＮＴＰサーバを用意したら良いのか不明なのです
372:login:Penguin
05/07/07 12:27:45 JBHLQw+p
>>371
だからぁ、使う側が誤差一秒くらいでいいよというなら、てきとうになんでもいけるよとか
ナノセカンド必要だなあというなら、ＮＴＰ以外のことを考えようとかそういうことよ
話がなんか噛み合ってないんだけどさっするに
>と言うけど、実際のところNTPの時間精度ってどのくらいが要求されるのでしょうか？
>要求時間精度とその理由をあまり見たことがない
これはＮＴＰなシステムを名乗るにはどれくらいの精度が要求されるのでしょうかというつもりだったのかな？
ＮＴＰとはプロトコルの仕様なのでそのなかに精度は規定されてないわけで
使う側が自分が必要な精度にあわせてシステムをチョイスするのでげすよ
373:login:Penguin
05/07/07 13:48:13 UGzmyS/E
必要なら、自前でGPSでも利用した正確な時刻を取って
同一ネットワーク内にNTPサーバーを立てればいいだけでしょ。
よく勘違いしている人がいるけど
一般的には、正確さ(±数ms程度内)を求められているのは、
LAN内での時刻の「同期」だけであって、「時刻そのもの」ではない場合がほとんど。
外部に対しては±0.5秒以内なら大抵充分。
ネットワークによる遅延があるのだから、それ以上の精度は重要ではない。
374:357
05/07/07 13:56:10 MkfSPCFm
>372
>ＮＴＰなシステムを名乗るにはどれくらいの精度が要求されるのでしょうか
そんな感じです
時計って非常に重要で全ての人や物が時計に従って動いているのに
その規格が無いのは何故？
ってことかな？
例えば、安くて正確なＮＴＰサーバを作ったとしても
費用対効果を数字で表すことが出来ないのです
現在販売している機器も時刻源と使用しているクロックジェネレータを書いているだけで
そのＮＴＰサーバとしての精度の高さを数字で表したりしていません
375:357
05/07/07 14:04:34 MkfSPCFm
>373
>必要なら、自前でGPSでも利用した正確な時刻を取って
>同一ネットワーク内にNTPサーバーを立てればいいだけでしょ。
以前、ＧＰＳを利用したＮＴＰサーバで
１０ｍｓ以上ずれている製品がありました
つーか、ＪＳＴのサーバでさえも１ｍｓ以ずれている場合がある
＃ちょっと前は１０ｍｓ以上ずれてたし
376:login:Penguin
05/07/07 14:25:16 JBHLQw+p
>>374
何度も言うけどNTPはプロトコルのことだから精度なんか知ったこっちゃ無いですよ
NTPサーバーは精度保障の無いプロトコルで時刻を配信するサーバーなんだから
NTPサーバーとしての精度なんてものは書いてないのがあたりまえでしょう
でも時刻源を内蔵するものについてはそれについての精度くらいは書いてあると思いますよ
377:login:Penguin
05/07/07 14:28:35 UGzmyS/E
それはマザーのRTCの精度が低いからでしょ。
繰り返すけど、PC用途なら、鯖も含めて
「正確な時刻」は必要とされていない。
だから当然、内部時計はうるう秒等にも対応していないし、それで構わない。
そして、需要がないから、正確な時刻を刻む製品が存在しないだけ。
無ければ自分で作ればいいでしょ、って話。
378:357
05/07/07 15:24:17 MkfSPCFm
>376&377
現状のＰＣ環境では正確な時間を必要とする需要が無いし、必要無い
って事ですね
うーん、せっかく高性能なＮＴＰサーバ作ったのに、、、
>でも時刻源を内蔵するものについてはそれについての精度くらいは書いてあると思いますよ
それが、２００万位する製品でもクロックジェネレータの精度が書いてあるだけで
基準となる時刻との誤差は書かれていなかったりします
>377
RTCでは無くソフトウエア時計の方です
379:login:Penguin
05/07/07 15:59:22 Ig0yidDR
おまいら釣られすぎ
380:login:Penguin
05/07/07 19:50:26 JBHLQw+p
日本語が通じてないようなのでいスルー
381:login:Penguin
05/07/08 00:09:09 A0q41sVJ
>>378
> それが、２００万位する製品でもクロックジェネレータの精度が書いてあるだけで
> 基準となる時刻との誤差は書かれていなかったりします
>
そうなのか？ ぐぐって最初に見つけたＧＰＳ NTPサーバ製品のスペックを見てみたら
50nsってはっきり書いてあったぞ。
URLﾘﾝｸ(trl.trimble.com)
382:login:Penguin
05/07/08 00:27:52 A0q41sVJ
>>376
NTPのRFC眺めたのですが、精度に関する考察だらけのように感じましたが（数学は全然理解出来んが）。
120ページ以上に渡るRFCはそのための数式だらけ。 "precision"という単語をサーチしたら75回ヒットしたよｗ
383:login:Penguin
05/07/08 00:44:52 fbGu4o3/
>>382
そのとおりにしたらこれこれの精度が保障されるという記述はあるかい？
384:login:Penguin
05/07/08 02:41:01 A0q41sVJ
>>383
というよりは精度を計算するための数学モデルがAppendixで説明されているように思われます。
Appendix H, Analysis of Errors and Correctness Principlesがそうなのでしょう。 もちろん
「保障」なんて言葉はないですよ。 最終的な数字はあくまでも確率ですから。 >>381の
スペックでも50nsの精度は1シグマって注釈ついてますからね。
385:login:Penguin
05/07/08 09:49:45 byj2mRWz
「時間」と「時刻」をごっちゃにしてるから混乱するのよ
386:357
05/07/08 09:57:03 KVNKvn6F
>381
そこに書かれている50nsってのは、ＰＰＳなので時計の精度ではありません
で、時間はと言うと、このパルスとパルスの間にCOMポートから時間情報が出てくるので
その時間を使ってくださいって仕様です
ちなみに、この製品はＧＰＳ受信機であってＮＴＰサーバではありません
この機器から出力される情報を元に時間情報を生成してＮＴＰサーバとかで使ってね
って製品です
387:381
05/07/08 13:26:02 btGk9sPL
>>386
良く見てみてみたらご指摘の通りでした。 ごめんなさい。
変わりにこんなの↓でどうでしょうか？ これはＰＰＳが50nsの精度、
NTPによる同期は５０μＳの精度とうたってます。
URLﾘﾝｸ(www.spectracomcorp.com)
388:357
05/07/08 13:38:50 KVNKvn6F
>387
おお、はじめて見ました
ありがとうございます
389:login:Penguin
05/07/09 00:19:42 t/eXV4M7
1秒以上ずれなければ問題ないけど、Windowsがずれ過ぎなのは大問題だ。
390:login:Penguin
05/07/09 00:27:00 CZJEUUMS
それはWindowsのせいなのかと小一時間(ry
391:login:Penguin
05/07/09 07:33:35 YNczxQ5P
athlon64 で時計がはやくすすむのは既出？
392:login:Penguin
05/07/09 07:41:12 WCu6w9nV
まさか、nForceでOCしてるくせに「Athlon64のせいで時計がおかしい」とか言う奴は居ないよな、普通。
393:login:Penguin
05/07/10 03:06:22 G7OKnwuW
2006年1月1日にはうるう秒があるそうで
URLﾘﾝｸ(jjy.nict.go.jp)
394:login:Penguin
05/07/10 06:45:20 JEGttx8w
こりゃカウントダウン特番が見ものだｗ
って0:00に修正するわけじゃないか。
395:login:Penguin
05/07/10 19:57:11 8SygTVo2
>>393
/.jp でも記事になってましたねぇ。
今年末の新年カウントダウンは「うるう秒」で一味違う
URLﾘﾝｸ(slashdot.jp)
396:login:Penguin
05/07/11 10:31:41 6kFlNwBI
日本では午前９時実施だから
気がつかない人が多いかも？
397:login:Penguin
05/07/11 18:06:05 gj4jDatU
気づかないだろw
398:login:Penguin
05/07/13 00:50:55 TIhNR3ub
うるう秒ってNTP的にはどう処理されるの？ その秒で1秒ずれてそれから次第に合せていく？
ステップするのはまずそうだし。
アプリケーションがその1秒を意識することは不可能だよね？
399:357
05/07/13 11:00:38 lh3xzrMu
>398
>うるう秒ってNTP的にはどう処理されるの？
ＮＴＰはうるう秒が来ることを事前に察知すると
カーネルの時間管理関数にうるう秒フラグを立てる
すると、カーネルの時間管理関数はうるう秒のタイミングで時間変更作業を行う
カーネルの時間管理関数は１０ｍｓ毎の割り込みを１００回数えて１秒にしているのだが
通常時間の進行は
58->59->00->01->02
って感じなのだが
うるう秒が挿入されると
58->59->60->00->01->02
削除の場合は
58->00->01->02
って感じで数える
ちなみに６０秒の時にＮＴＰに問い合わせると
ちゃんと６０で帰ってきますよ
400:357
05/07/13 11:03:29 lh3xzrMu
>アプリケーションがその1秒を意識することは不可能だよね？
アプリケーションは、現在の時間を調べて処理を行うので
基本的には、うるう秒があってもなくても関係ない
但し、うるう秒を跨いで時間経過処理を行う場合
不具合が発生する可能性があるので注意が必要
例えば、、、、思いつかない
故意に延滞して時間調整を行うとか
時間を表示するとか？
ＮＴＰのお仕事は、
・クライアントから時間の問い合わせが有った場合、現在の時間を返答する（延滞時間を計算）
・カーネルのソフトウエア時間の微調整を行う
・うるう秒処理を行う
時間を数えているのはカーネルの人です
401:357
05/07/13 11:04:22 lh3xzrMu
つーか、書いてて思ったのだが
カーネルの時間管理関数
ってのは間違いかな？
時間管理ドライバってのが正しいかも心内？
402:398
05/07/13 11:44:33 4NIGxXcA
>>399
大変参考になりました。ありがとうございます。 探してみたらkernel/timer.cのsecond_overflow
ルーチンにそのフラグが立っている場合の処理をしてますね。 処理を行った時にちゃんとINFOで
printkしてるから年末にログをチェックするのが楽しみだｗ。
>>400
やはり色々なタイマー系の処理がどっか穴がありそうで不安なんですよね。 1分ごとに
処理しているイベントと5秒おきに処理するイベントがなにか依存関係がある場合に
その一秒の周辺でなんか妙な場合がありえるのではないかと。 私もはっきりとした
バグのパターンを考えつけないのでまあどうにかなりそうな気もするのですが。
しかしうちの製品は通信会社へ納品しているのでそこらへん突っ込まれたら時に
ちゃんと返事が出来るようにしとかねばならないと思ってるのです。
403:login:Penguin
05/07/13 14:30:48 LS6E0ZuJ
NTP のプロトコルの話と、ntpd の実装の話がごっちゃになってるような。
404:login:Penguin
05/07/13 23:39:42 3Ok4yVF1
test 23:39:45
405:login:Penguin
05/07/13 23:39:45 GllP8Eub
URLﾘﾝｸ(www.faqs.org)
NTP 的には閏秒が発生する場合にはフラグを立てることになってるみたい。
また version 3 において閏秒の問題に関する修正がされてるっぽ。
406:login:Penguin
05/07/13 23:48:50 TIhNR3ub
XXX 名前：login:Penguin [sage] 投稿日：2005/12/31(土) 23:59:60 ID:XXXXX
を出した人は神。（仕様的に出るの？）
407:login:Penguin
05/07/13 23:50:30 YF/v48Wh
>>406
日本では9:00。
408:login:Penguin
05/07/14 09:32:51 EqkMWLu6
>406
にちゃんねるのサーバがうるう秒に対応しているなら出る
409:login:Penguin
05/07/14 16:34:00 9NDYkYKD
「うるう秒フラグ」ってなんかかっこいい響きだなｗ
>>408
にちゃん鯖って確かアメリカにあるんだったね
あっちは何時にうるう秒挿入？
410:357
05/07/14 18:04:19 EqkMWLu6
>409
にちゃんねるのサーバに NTPd が入って動作しているなら
ＮＴＰで問い合わせて見る
「うるう秒フラグ」が立ってるならパケットの中にフラグが含まれる
確認する方法としては
/usr/sbin/ntpq
でプロンプトが出るので、ここで
ホストの変更
ntpq> host ターゲットホスト名
current host set to ターゲットホスト名
状態を見る
ntpq> readlist
assID=0 status=04f4 leap_none, sync_uhf_clock, 15 events, event_peer/strat_chg,
system="SunOS", leap=00, stratum=1, rootdelay=0.000,
rootdispersion=0.110, peer=57948, refid=GPS,
reftime=c680a795.ffffabbd Thu, Jul 14 2005 17:57:57.999, poll=4,
clock=0xc680a798.65b66000, phase=0.005, freq=-63769.30, error=0.08
って感じで情報が表示される
leap ってのがうるう秒フラグになります
ここの数字が付加される秒数になります
フラグが立つのは、うるう秒が発生する日（12月31日）となります（だったと思う）
なぜなら、うるう秒はその日の最後の秒で調整されるからです
ntpqってコマンドは、ＮＴＰサーバの状態がよく分かって面白いっす
411:357
05/07/14 18:07:47 EqkMWLu6
ちなみに、ＧＰＳからはうるう秒予告フラグは来なかった筈
来るのは、GMTとうるう秒誤差（現在１８秒）
GPS
412:357
05/07/14 18:20:13 EqkMWLu6
書いてる途中で送っちまったぜ
一部書き間違ったので最初から
ちなみに、ＧＰＳからはうるう秒予告フラグは来なかった筈
来るのは、TAI とＧＰＳ時間との差（現在１９秒）
ＧＰＳユニットが、TAIとＧＰＳ時間との差を足して UTC 出力している
と言うわけで、どっかのＧＰＳユニットを使っている一部の機器で
不具合を出す可能性があったりするかも心内
413:login:Penguin
05/07/14 21:32:03 ITwKtAqQ
>>409
アメリカにはあるけどtimezoneは明らかにJSTに設定されている。 ちなみにうるう秒は
UTCなので世界同時。
>>410
んなパケット普通火壁で落とされるよ。
414:login:Penguin
05/07/14 22:37:15 bD8q6zfS
今は「明らかにJST」なの？
少なくとも、２年程前までのheに鯖が置いてあった頃は
JSTじゃなかったよ。
/dat/の一覧を見ればわかる。
ってゆーか、全然JSTじゃ無いんですけど。
URLﾘﾝｸ(pc8.2ch.net)
で、.datの日付欄に60秒が付くかどうかは、
単にどうやってtime_tから日付を生成しているかだけの問題でしょ。
bbs.cgiがどうやって日付を取っているのかは
少なくとも公開はされてないはず。
localtimeを使っているとは思うけど。
415:login:Penguin
05/07/14 22:59:34 ITwKtAqQ
>>414
失礼しました。
> URLﾘﾝｸ(pc8.2ch.net)
ほんとだ。 ファイルのタイムスタンプはPDTですね。 ということはレスのタイムスタンプは
わざわざJSTに変換しているわけですね。
416:login:Penguin
05/07/14 23:11:07 bD8q6zfS
いや、perl知らないから正確じゃないけど
要はbbs.cgiの起動時にputenv("TZ=JST-9")しているだけなのではないかと。
417:login:Penguin
05/07/15 00:42:08 PdL4ZINH
>>412
へ～、そうなんですか。 ちょっとntpdのrefclockドライバを"leap"でgrepしてみましたがやはり
全ての時刻ソースでleap secondの処理がされてるわけではないですね。 興味深かったのは
一部のGPS機器用のドライバにソースから来るleap secondのメッセージを処理するという
コードがあることです。 こういう機器の場合、大元のソースのGPSがそのことを知らないのですから
手動でこの日はleap secondがあるよってconfigするんでしょうかね。
そうすると上流のStratum 1がGPSだったらその機器がしっかり運用されてなかったらleap flagが
こない可能性があるということなのでしょうかね。
418:418
05/07/18 15:36:10 wzLjJ+Ry
今年の閏秒対策で、おそらく今参照しているST2サーバーは12月31日に
LI : Leap Indicator のビットを1（01）立ててくると思うけど、それを受け取った
うちのNTPクライアントはシステム内のNTPサーバ（仮にST3とする）であり、
数階層の構成になっていて、この場合、以下の対応が必要なのでしょうか？
ST3を含めてシステム内の階層構成の各NTPサーバのLI : Leap Indicatorを
12月31日に変更する。
＃必要ならどうやって設定するんだろう？
もしくは特に何もしなくても、末端まで、LI : Leap Indicator のビットを1（01）が
伝播されるのでしょうか？
NTPクライアントは閏秒に対応しているもとし、LI : Leap Indicator のビットが
1（01）でも同期をとることを前提にしています。
＃当日は23時59分60秒が存在するように理解できる。
419:357 ねここねこ
05/07/19 10:02:17 Iqiecjc3
>417
>そうすると上流のStratum 1がGPSだったらその機器が
>しっかり運用されてなかったらleap flagが
>こない可能性があるということなのでしょうかね。
そんな感じです
怪しい場合は、時刻補正直後に時刻合わせに行くように設定を変更する必要があります
午前９時の直後に時刻あわせを行えばずれは極力少なくなるでしょう
>418
何もしなくても引き継がれます
ただし、うるう秒フラグは時刻あわせをした時に取得されるので
１日に一回は時刻あわせを行うように調整する必要はあります
また、時刻合わせのタイミングによってはうるう秒フラグが取得できない場合があるので
管理者はそれなりに注意が必要かも
あと、ＮＴＰとは違うけど
テレホンＪＪＹのユーザも注意が必要
時刻精度が高いユニットを使っている場合
補正回数が週１とか少ないから１２月に入ったらチェックしておいた方が良いかも
420:ねここねこ
05/07/19 10:09:08 Iqiecjc3
あと、ほとんどの人には関係ないけど
業種によってはかなり重要な設定の変更が有ります
それは、
leapseconds
ファイルの内容の変更
この中には過去のうるう秒が発生した時間が設定されており
システムの設定で、このファイルを参照することが出来ます
で、主な使用用途は経過時間の算出に使ったりします（多分
例えば、１９７０年１月１日からの積算秒数を計算した場合
このファイルが無いと、正確な秒数が計算できません
そんなわけで、このファイルに今度のうるう秒発生日時を書き込んでおく必要があるわけです
と、いいながらもアップデートで対応されるかも知んない
421:login:Penguin
05/08/15 21:28:26 ecRptPCa
407 ：不明なデバイスさん：2005/08/13(土) 23:36:56 ID:kpzZ/ZLo
>>405
福岡大のNTP鯖（clock.nc.fukuoka-u.ac.jp）はトラフィック過多で
管理者が泣いてるそうだ
今すぐ変更しる
411 ：不明なデバイスさん：2005/08/14(日) 04:44:31 ID:PUBjkGeE
>>407
そこの管理者ってほんと馬鹿だな。
423 ：不明なデバイスさん：2005/08/15(月) 20:05:17 ID:aMOy2mSF
>>411
禿同。ブー垂れてる暇あったら、大学内でしか使われないようなクライアントの
予算をぶん取ってサーバーの回線の増強すりゃいいのに。
そんな事も出来ないでブー垂れるなら余所にプライマリ委譲しちまえ。
422:login:Penguin
05/08/15 22:38:27 xBsx+G7P
そして411, 423はclock.nc.fukuoka-u.ac.jpを使い続ける
423:login:Penguin
05/08/17 00:57:51 iNxuRt9e
なんで自分達が1回時刻合わせして、自社鯖に向けるようにしないのか。
って業者にメールすればよし。
424:login:Penguin
05/08/17 19:00:02 S0wu5NTP
IDにNTPが出たので記念カキコ
425:login:Penguin
05/08/20 22:38:49 yOoTJKtW
ちゃんとぜんぶ大文字だな、おい
426:login:Penguin
05/08/27 01:31:39 eNIh7hj5
>>423 すげー！おめで㌧
427:login:Penguin
05/08/31 00:24:05 pokQZQSP
やるねぇ・・・
428:login:Penguin
05/09/07 01:44:46 BFAGig2P
うるう秒のせいで、原子炉の炉心制御が出来なくなったり、
車のコンピューターが暴走したり、電車運航システムが麻痺したり、
飛行機の自動制御装置が狂って目的地にたどり着かなかったり、
と言うようなことはありませんか？
Y2Kの時のような待機体制は取られるんですよね。
429:login:Penguin
05/09/07 02:01:37 Ow0LlqqK
>>428
うるう秒は過去に20回以上導入されていてとくに話題になってないから大きな問題は
ないんでしょう。
430:login:Penguin
05/09/07 02:23:56 wPZGa25j
うるう秒のせいで>>428が暴走中です。
431:login:Penguin
05/09/07 21:28:58 UGJ3Ry0K
URLﾘﾝｸ(www.asahi.com)
日本の標準時を管理する独立行政法人、情報通信研究機構と総務省は７日、来年１月１日
午前９時の直前に「うるう秒」を１秒挿入すると発表した。
時刻を決めるのに使われる原子時計と地球の公転・自転とのずれを調整するのが目的。う
るう秒の挿入は９９年１月１日以来になる。
これって、日本国内だけ？GPSで時刻合わせしている場合はどうなるの？
432:login:Penguin
05/09/07 21:38:12 LCfF0Jf+
>>431
>>393-
433:login:Penguin
05/09/07 21:54:18 UGJ3Ry0K
>>432
ありがとう。正直すまんかった。ちゃんとスレを頭から読んでから尋ねるように！は人ごと
ではなかったorz
| 最後にうるう秒が挿入された翌日の1999年1月1日から現在まで；
|
| 国際原子時TAIは協定世界時UTCよりも32秒進んでいます．
| 国際原子時TAIはGPSよりも19秒進んでいます．
| GPSは協定世界時UTCよりも13秒進んでいます．
勉強になったよ。GPS時刻は、UTCとは違ったんだな。
434:ねここねこ
05/09/08 06:40:50 HrC+xRhd
>428
うるう秒に対応していないＧＰＳユニットを使っている機器の場合は時間がずれる可能性があります
また、うるう秒ファイル（leapseconds）を更新していない場合、時間の経過計算を行った場合間違った答えを出す場合があります
また、うるう秒は「６０」が挿入されるので対応していないＰＧを作っているとバグる場合があります
Ｙ２ｋ問題と同じく「なってみないと分からない」状態なので
この辺の危機感を煽って、本書いて出版したり
435:ねここねこ
05/09/08 06:41:45 HrC+xRhd
途中で送ってしまった
Ｙ２ｋ問題と同じく「なってみないと分からない」状態なので
この辺の危機感を煽って、本書いて出版したり
メンテする理由でクライアントに不当な請求をすることは出来ると思いますよ
436:login:Penguin
05/09/08 13:02:04 3QAKmAfk
玄箱HGを使っています。
ntpdを使っていますが、どんどん時間がずれるので、
#!/bin/sh
sudo /etc/init.d/ntpd stop
sudo /usr/sbin/ntpdate ntpサーバ
sudo /etc/init.d/ntpd start
というシェルスクリプトをときどき動かしているのですが、これはntpdの設定が
悪いのかな。見当がつかなくて、どの情報を提示したらよいか分かりません。
エスパーを希望します。
437:login:Penguin
05/09/08 13:19:15 3X3OOJdE
>>436
そのスクリプト(というかntpdate)で時刻が合わせられるのなら /etc/ntp.conf 辺りに
「server ntpサーバ」という行を書けばいいんじゃないの？
438:login:Penguin
05/09/08 16:28:55 3QAKmAfk
>>437
ありがとうございます。でも、すでに/etc/ntp.confにはserver ntpサーバを書いています。
$ sudo ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*LOCAL(0) LOCAL(0) 10 l 1 64 377 0.000 0.000 0.002
ntpサーバ nptサーバIPアドレス 2 u 107 1024 377 1.094 37792.4 3135.93
「*」がLOCALについていていいのだろうか。
439:login:Penguin
05/09/08 19:26:17 3X3OOJdE
>>438 エスパーとしての能力はなかったか・・・。
ntp.conf に、以下のような記述があったらコメントアウトしてしまえば？
server 127.127.1.0
fudge 127.127.1.0 stratum 13
440:login:Penguin
05/09/08 20:28:00 lThTmR8O
ntpをクロンですれば、じかんはあうかな？
441:login:Penguin
05/09/08 20:36:14 ALebCypM
>>436
ntpdate -s -b ntp_server
でないと玄箱の時間が狂いすぎているとき強制的に合わせられないと思いますが。
オプションは、使っている実物のコマンドで調べてね。
442:login:Penguin
05/09/08 21:38:54 3QAKmAfk
>>439-441
ありがとうございます。
>>439の言うとおりにntp.confのlocatehostのところをコメント化しました。
ntpdを再起動した結果、
$ sudo ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
ntpサーバ nptサーバIPアドレス 2 u 58 64 3 1.551 93206.1 193.024
LOCAL(0)は無くなりましたが、「*」や「+」はつきません。
>>441
狂いすぎる前に、5分程度ずれたらntpdateで戻していました。勉強になります。
やはりここはadjtimexの登場かな。
443:login:Penguin
05/09/08 21:55:00 LOPNHp2L
うちのHGLANのntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
LOCAL(0) LOCAL(0) 10 l 15 64 377 0.000 0.000 0.002
+ntp1.jst.mfeed. 210.173.160.86 2 u 720 1024 377 16.947 -0.088 1.272
*ntp2.jst.mfeed. 210.173.176.4 2 u 591 1024 377 17.045 -0.431 0.199
+ntp3.jst.mfeed. 210.173.160.86 2 u 587 1024 377 16.618 -0.837 1.005
adjtimex -p は
mode: 0
offset: -100
frequency: -3342408
maxerror: 442854
esterror: 2289
status: 1
time_constant: 6
precision: 1
tolerance: 33554432
tick: 10016
raw time: 1126184023s 276493us = 1126184023.276493
return value = 5
444:login:Penguin
05/09/08 22:17:12 3QAKmAfk
>>443
おぉ、参考になります。tickは10016にしているんだ。
こちらの玄箱HGのdecrementer frequencyは32.619070 MHzだったので、そこから
URLﾘﾝｸ(katontech.com)
を参考に、tickとfreqを計算したのですが、tick=13373, freq=700950になりました。
この値でadjtimexを実行すると、
adjtimex: Invalid argument
とおこられます。
445:login:Penguin
05/09/09 09:02:40 Qq+JVFRc
玄箱スレでやった方がいいんじゃね?
446:login:Penguin
05/09/09 12:28:13 7s9pL55e
こそこそと誘導してみる。
玄人志向「玄箱」で自宅サーバ Part7
ｽﾚﾘﾝｸ(mysv板)l50
447:老人ペンギン
05/09/16 00:03:03 sus/JHps
駅のホームについた瞬間だった。
電車のドアが閉まって発車しちまった。
後で気付いたが腕時計が5秒遅れていた。
日頃1/1000秒まで合わせている俺って何なんだ。
448:login:Penguin
05/09/16 00:24:51 owPsTmuj
初歩的な質問ですが、、、
ST1のサーバ、たとえば福岡大学などのNTPサーバは
GPSからGPS時を受け取ってUTCに変換し、NTPでUTC時刻を配信している訳
なのでしょうが（ここまで合ってますよね）
GPSはうるう秒を意識しないので、GPS時刻をUTCに変換するだけでは
うるう秒が発生することはNTP側ではわかりませんよね？
来年１月１日に、福岡大学の方が手動で設定するのでしょうか。
449:login:Penguin
05/09/16 00:45:22 djmTSZtk
>>448
> 来年１月１日に、福岡大学の方が手動で設定するのでしょうか。
手動でっていうよりはもういつ起こるか分かってるのだからそれを
今設定しておけばok. ＧＰＳ機器側で設定してそれがサーバに
送られる場合もあり、サーバ側で設定するのもあり。 ＧＰＳ・サーバ
一体型の機器で設定するものもあり。
450:login:Penguin
05/09/26 17:43:03 bOzL1pFx
FreeBSD 4.8でntpdを使っているのですが、
こないだネットワークの不具合があったようで、
sendto: Host is down
Connection re-established to (NTPサーバ)
がでたっきりログが全くでなくなってしまったのですが、
これは正常な動作なのでしょうか？
もう３日ぐらいこのままで、時計は他のサーバ(別NTPサーバなのでおそらく正しい時間)
と比べると目視で３秒程ずれています。
プロセスは存在していて、driftファイルの日付は新しくなってはいるのですが。
451:login:Penguin
05/09/26 18:28:02 zDMEmgg8
>>450
板違いだがとりあえず答えてやろう。
ntpq -pしてみれ。
452:450
05/09/26 18:48:32 bOzL1pFx
こんな感じになった。
remote refid st t when poll reach delay offset jitter
==============================================================================
hostA hostB 16 u 323 1024 0 0.000 0.000 4000.00
453:login:Penguin
05/09/26 23:59:06 xX3xAltF
>>452
その結果を見る限りでは、上位のNTPサーバと
同期が取れていないと思われ。
ntpdを再起動するなり、上位NTPサーバを変えるなり
で原因を切り分けする必要があると思う。
454:452
05/09/27 04:38:04 P/oEtl7n
ntpdate -u ntpサーバ名
ってやったら「同期できません」みたいなメッセージが出たので、
上位NTPサーバの問題だと判断しました。
NTPサーバの管理者に通報。
直してもらったら、
そのまま２時間ぐらいしたら再接続し、時刻も修正されました。
うまくいってないときなんかしらのエラーメッセージかなにか出してくれないと、
きづかないですよねぇ？
455:login:Penguin
05/09/27 10:33:22 jlQfFMPz
>454
>うまくいってないときなんかしらのエラーメッセージかなにか出してくれないと、
>きづかないですよねぇ？
アラートログの自動監視もしていないのか？ 危ないぞ。
456:login:Penguin
05/10/01 12:07:24 aGWlP1aB
ntpd、ntpdateともに機能しなくなってしまったんですが、どんな原因が考えられますか？
FedoraCore4を使っています。
以下、ntp1.jst.mfeed.ad.jpに対していろいろやってみた結果ですが、他のNTPサーバーでも同様です。
DNSの名前解決は出来てて、pingはOKなんですが…
# nslookup ntp1.jst.mfeed.ad.jp
Server: 218.231.0.2
Address: 218.231.0.2#53
Non-authoritative answer:
Name: ntp1.jst.mfeed.ad.jp
Address: 210.173.160.27
# ping 210.173.160.27
PING 210.173.160.27 (210.173.160.27) 56(84) bytes of data.
64 bytes from 210.173.160.27: icmp_seq=0 ttl=57 time=2.00 ms
64 bytes from 210.173.160.27: icmp_seq=1 ttl=57 time=1.90 ms
64 bytes from 210.173.160.27: icmp_seq=2 ttl=57 time=1.83 ms
--- 210.173.160.27 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 1.835/1.915/2.002/0.077 ms, pipe 2
# ntpdate 210.173.160.27
1 Oct 11:50:19 ntpdate[14838]: no server suitable for synchronization found
# ntptrace 210.173.160.27
210.173.160.27: timed out, nothing received
***Request timed out
457:login:Penguin
05/10/01 12:44:50 jKS82nbK
>>456
火壁?
458:456
05/10/01 13:26:59 udtG88sD
すみません、iptablesのサービスは切ってたのですが、iptables -L したら、UDPはドロップの設定になってました。
穴があったら入りたい
459:login:Penguin
05/10/01 13:27:51 ObTg809S
>>458
穴に入ったら捕まるぜ（違
460:login:Penguin
05/10/02 20:34:12 LXqp2CAB
> 手動でっていうよりはもういつ起こるか分かってるのだからそれを
今設定しておけばok.
すみません、横からですが、これはどうやって設定するのでしょうか？
461:login:Penguin
05/10/03 04:48:34 Y74Bi7es
>>460
GPS機器のマニュアルを読んでください。 Leap secondを定義する設定項目があるはずです。
462:login:Penguin
05/10/03 20:20:34 rbZyPn2h
>>461
460 ですが、マニュアルありません。Trimble の Palisade って奴ですが、
GPS からのデータに UTC との Offset が入っているので、１月１日になれば
自動的に NTP サーバが Leap Indicator をセットすると思うのですが、そうすると
なにもしなくていい事になってしまい、なんか設定する必要あるのかなぁってのが
疑問です。だれか教えて。当日まで待つのは嫌。
463:教えてくん
05/11/03 02:49:35 eMVAmt92
fURLﾘﾝｸ(elsie.nci.nih.gov) をとってきて
$ zic -d . -L leapseconds asia
して、できあがったAsia/Tokyo を /etc/localtime
としました。
うるう秒対応になったようなのですが、現在時刻を文字列表示させると
正しい時刻より22秒ほど遅れているように見えます。
正しい時刻を表示させるにはどうしたらいいのでしょーか?
旧/etc/localtime
strftime 1130953404 → 2005/11/03 02:43:24
新/etc/localtime
strftime 1130953404 → 2005/11/03 02:43:02
464:login:Penguin
05/11/03 15:26:37 jLur+XIB
それが「正しい時刻」じゃん。
465:463
05/11/03 17:41:46 eMVAmt92
>>464
NTPサーバと時刻同期を取っているのに、表示時刻がNTT時報と22秒
ずれているのはおかしくない?
466:login:Penguin
05/11/04 03:31:26 h6yOxdLG
>>463
ntp 使うのやめたら？
かわりに taiclock 使うとか。
467:463
05/11/04 07:47:38 o1IXAM2u
taiclockだと解決できるの?
468:login:Penguin
05/11/04 09:53:17 9FTKFMZl
とりあえずうるう秒に対応してないと悲惨なことになっちゃう人たちってのは何してる人たちでせう
469:login:Penguin
05/11/04 10:19:30 rs3LRwxS
leapseconds
ってのは、今までどの時点で時刻補正がされたかどうかのデータ
２２秒遅れているのは、世界時刻をはじめてから２２秒遅れたから
つまり、「新/etc/localtime」は
464さんが言っている様に「正しい時刻」なんすよ
１９７０年１月１日からの経過時間を「正確」に計算する時とかに使う
通常の時間で計算すると、うるう秒の時間分の計算が出来なくて誤差が出てきてしまうので
どのような場面で使うかと言うと
計測とか、宇宙関係で使われるんじゃないかな？？
よく知らんけど
470:ねここねこ
05/11/04 10:33:08 rs3LRwxS
>468
一番目立つのは、放送関係だと思われます
障害としては
・放送中の時報タイミングがずれてしまう
・タイムコードがずれて放送事故
かな？
ちなみに、正時のタイミングで放送される「ポーン」って音は
局内にある、時刻同期の装置から出てたりする
さらに、時刻同期はテレホンＪＪＹだったりするの
そのほかには、
・ログ解析ソフトなど秒単位での解析が必要なソフト全般（秒桁の６０で不具合発生）
・アニメのビデオを予約しているひと
かな？？？
471:login:Penguin
05/11/05 01:27:22 V6Nz44s2
>468
leapsecondじゃないと、有る瞬間に時間が前後するからログとかDBで不整合が出るかもしれない。
テレビ番組を録画するんならleapsecondではマズいよな。
要は使い分け。
472:login:Penguin
05/11/05 02:22:39 3oLeQ67b
>>471
前後はせんでしょう前後は
473:login:Penguin
05/11/14 15:14:06 Ty/pzSaY
保守
474:login:Penguin
05/12/31 17:09:07 DbX4wDpj
うるう秒
475:login:Penguin
05/12/31 17:48:28 6sf4ECkw
参考サイト
URLﾘﾝｸ(jjy.nict.go.jp)
URLﾘﾝｸ(www.eecis.udel.edu)
URLﾘﾝｸ(jjy.nict.go.jp)
476:login:Penguin
05/12/31 18:27:56 Aron7OcU
予想通りに上がって来たなｗ
477:login:Penguin
05/12/31 20:41:07 ayLyhudt
予定通りフラグが来ている模様
478:login:Penguin
05/12/31 20:41:29 4gsgdPCm
ちなみに DUT1 (=UT1-UTC) の予想値は
2005 12 31： -0.66122
2006 1 1： 0.33868
479:login:Penguin
05/12/31 21:33:48 FnppOCLH
１・７・７
ピッピッ ピッピッ …
ただいまから～
サ・ザ・エでございま～す。
480:login:Penguin
05/12/31 22:49:38 X96hZFM9
うみゅ
これからcronに仕込む予定でございます
481:login:Penguin
05/12/31 23:38:50 SMUsDfv4
>>477
来てますねえ。 Linuxは皆ok。ふと思ってMasOSX 10.3を見てみたらフラグが
立ってなかったorz
ntpd 4.1.1とのことでtime.apple.comに同期してるのだが。
482:login:Penguin
06/01/01 00:22:21 wbhZCNV3
2005年 = 365日+1秒
483:login:Penguin
06/01/01 00:51:43 tX2zLQFw
2006年 = 365日+1秒
484:login:Penguin
06/01/01 02:24:17 5S8hUEad
イギリスより西か東かで違ってくるな
485:login:Penguin
06/01/01 05:11:13 4qQm1Bcl
むしろガーナとかギニア湾とか
486:sage
06/01/01 09:06:24 XDvB15oM
無事1秒入ったんだろうか。
487: 【大吉】 【1263円】
06/01/01 09:07:27 sHA6AgDQ
さあね。。。
488:login:Penguin
06/01/01 09:08:04 pgkKGc65
フラグが00に戻るのは、9:00:00以降に同期をしてからなのかしら……
まだ、ntpdがleap=01を返してる
489:login:Penguin
06/01/01 09:08:29 3dy/nhRo
おっ、１秒ずれてる。
490: 【大吉】 【1412円】
06/01/01 09:28:22 pgkKGc65
NTTの時報聞きながらコマンド(ntpq -c readlist)叩いてみたが、
clockの値は、合っているみたい。
leapがまだ01
挙動がわけわからんorz
491:login:Penguin
06/01/01 14:07:41 mkLLaKA2
なんか来てた。
$ dmesg|tail
Clock: inserting leap second 23:59:60 UTC
492:login:Penguin
06/01/01 15:14:57 HTNK+w9p
本日9時より約5時間30分間、Yahoo!検索がご利用いただけませんでした。
ご迷惑をおかけいたしましたこと、おわび申し上げます。
うるう秒と関係ありか？
493:login:Penguin
06/01/02 01:18:29 keRrcz3b
電波時計を二つ持っていて、昼間、片方の時計を手動で受信させたら、ちゃんと１秒ずれた。
記念に？時計を二つ並べて写真を撮った。
494:login:Penguin
06/01/03 17:47:58 l+hesfoE
初訪問です。うるう秒ってどうなったんだろと思って
/var/log/ntpstats/peerstats.20060101.gz を見てみると
53736 111.735 210.173.160.87 9614 -0.001088058 0.032786556 0.059298273 0.000700620
53736 778.754 202.224.32.4 9114 0.998702500 0.037299000 0.029655374 1.001082000
53736 4209.849 210.173.160.87 9614 -0.000940025 0.031213127 0.059307994 0.000148033
53736 4876.871 202.224.32.4 9114 0.138967000 0.036948000 0.044904629 0.859735500
202.224.32.4(asahi-net)のntpサーバは、おまぬけさんだったのでしょうか?
495:ねここねこ
06/01/04 10:54:10 2OPO25gv
>490
leapフラグが立った場合
１２月と６月の最後の秒に変化が起きるように処理されます
なので、現在もフラグが立っていても何の処理もされません
496:login:Penguin
06/01/04 23:55:51 AEajWH6b
そろそろ１年経つが、論文まだかぃ??>>8
497:login:Penguin
06/01/05 14:47:19 7i1+zm0N
一家に一台ラック鯖がどうせ入るんだからみんな自宅でNTP鯖やるんだという論文に10ニダヾ<`∀´>ｼ
498:login:Penguin
06/01/28 23:52:05 tee3T1a7
ringの天秤サービスって止まったの?
ringのHPでは何も発表ないみたいでけど、
天秤サービス経由でring使ってる人いますか?
499:login:Penguin
06/01/29 01:06:12 B+8a5MwM
というか、俺の設定だとringのNTPサーバがntpdで使えない。
ntpdateでntp.t.ring.gr.jp指定すれば動くんだけど。
500:login:Penguin
06/01/29 18:12:10 CmoCwY7s
>499
そうなの?
うちと挙動が違うなぁ。回線によりけりなのかな?
うとはとりあえずラウンドロビンにして様子見てみます。
#なにげに500ゲット
501:499
06/01/30 02:41:56 5J1sIRTv
ごめん。動いた。
ringのntpサーバにrestrict書いてなかった。
tも問題なく動きますよ。
502:login:Penguin
06/01/30 20:42:42 42iL5N1s
>501
うちも今日動き出しました。
年明けからずっと止まってたんだけど、なんだったんだろう?
503:login:Penguin
06/02/26 22:05:10 oK7yOOjY
ｶｰﾈﾙ2.4から2.6に変えて、収束が早くなったんだけど、
リゾルバのネームサーバをispの奴から
ローカルのネームサーバに変えたら悪くなってしまった。
やっぱりDNSもネットワークの距離に関係するんだね。
# それともうちだけなのかな?
504:login:Penguin
06/02/26 23:33:56 3a6j7DYW
ようわからんけどIPアドレスで指定してみたら？
505:login:Penguin
06/02/27 19:07:32 AOtW0KpQ
>504
根性無しの俺はispのdnsに戻してしまいました。
digとかする限りはローカルもispも大して変わんないんだけどね。
ntpqで見るとispのdnsだと1時間ぐらいでdelay･offset･jitter共に1桁になるんだけど、
ローカルのdnsだと全部3桁で24時間ぐらいじゃ収束しなかった。
ちなみに、ローカルのdnsはnamed-checkconfとnamed-checkzoneかけてるから、
設定間違いは無いと思うんだよね。
う～ん、なんだろう。
調べてわかったらまた報告します。
506:login:Penguin
06/02/28 21:37:46 AtcPBzoR
mfeedを参照してるローカルntp鯖のrootdispersionが
なかなか1000以下にならないんだけど、何でだろ？
507:503
06/03/04 17:38:37 FktzjGHL
再びローカルのDNSにして様子見てみた。
2日ぐらいかかるけど、何とか収束できるようです。
とりあえず結果として収束はするんだけど、
原因はまだわかりません。
ローカルのDNS使ってntpd動かしてる人に質問。
たとえば、再起動してからntpが収束するまでどれぐらいかかってます?
508:login:Penguin
06/03/05 04:46:03 qoob+b0u
>>507
最初にntpdateしてからntpd起動したら? 普通そのほうがずっと早く同期する。
509:503
06/03/05 11:05:45 PEGs4RL+
>507
おぉ～なるほどねぇ。ありがとう。試してみるよ。
510:login:Penguin
06/03/05 11:16:07 9yEBXKet
なるほどっつーか、
普通ディストリのデフォルトでそうなってない?
511:503
06/03/05 20:55:20 PEGs4RL+
>510
そ、そぉ?
rc*.dのスクリプト見てみたけど、そんな記述無いなぁ。
だけど、とりあえず追加しておきました。
ちなみに玄箱HG debian testing ｶｰﾈﾙ2.6.15.2ね。
512:login:Penguin
06/03/05 22:17:59 R6IZm6dT
% find /etc/init.d -type f|xargs grep ntpdate
これでもだめ？
513:503
06/03/06 22:03:02 ib3TkP6F
>512
init.dにはあるんだけど、rc*.dにntpqdateが無いってことは
init.dにあるntpdateのスクリプトは呼ばれて無いってことだと思ってるんだけど、俺の勘違い?
シリアルコンソールとかつけてないから、わかってないだけなんだろうけど
これって実際はntpdateしてからntpdを立ち上げてるの?
# init.dは起動スクリプトだけでrc*.dのシンボリックリンクが
# init.dのスクリプトを呼んでいるんだと思ってたよ。
514:508
06/03/07 00:49:28 +muI4S6t
>>510
ちらっと見た感じでは赤帽ではそうなってるみたいだね。 Debianではそうなってない。
515:506
06/03/07 00:51:41 zYG4JzRl
自己解決した。
単に聞きかじって設定してたmaxpoll 15が永杉ってことみたい。
12にしたら180くらいに収まった。間隔が1/8だから、値もだいたい1/8で、
そういうものなのかなー。
516:503
06/03/07 23:52:03 y5+EZ/na
>514
納得
517:login:Penguin
06/03/17 22:56:27 77QWb7wn
ntpdでいつまでたっても同期がとれない。。ntpサーバの有名どころを
あれこれ試したけど駄目。ntpサーバへのpingはロスもないしntpdateだと
正常に時間合わせできる。こういった現象は何故ですか？
ちなみにこんな感じ
[root@CentOS4 ~]# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
ntp1.jst.mfeed. 210.173.160.56 2 u 231 1024 377 19.745 -272275 81339.2
ntp2.jst.mfeed. 210.173.176.4 2 u 226 1024 377 18.677 -275026 62567.0
ntp3.jst.mfeed. 210.173.160.56 2 u 228 1024 377 20.014 -278747 54155.4
518:login:Penguin
06/03/17 23:02:00 W94dj31l
どうみてもoffsetがでかすぎるんですが。
519:517
06/03/17 23:20:09 77QWb7wn
推測の域から出ませんがvmware上のLinuxだからかもしれないです。
vmwareってやたら時計が狂うのでntp入れたらこの状態なので。
520:login:Penguin
06/03/17 23:42:29 /iGVxPWI
vmwareとかvirtualpcとか、そのあたりは全部そんなもんです。
521:login:Penguin
06/03/18 00:23:02 uITFOukv
>>517
ntpdは、サーバの時刻が現在時刻とあまり乖離していると、同期引き込みができないとのことです。
従って、ntpdの起動に先立ちntpdateコマンドでサーバの時刻を手動で設定して置きます。
URLﾘﾝｸ(www.aconus.com)
522:517
06/03/18 00:41:36 Doz6NGj8
>>521
同期させる為に毎回ntpdateしてntpdを起動してましたが駄目でした。。
ずっとntpで検索してましたが、vmware ntpで検索したら
同様の症状に陥ってる人がいたのでどうやらvmwareでntpdは
うまく動作しないっぽいです。時刻合わせるならntpdateをcron実行
くらいしか今のところないっぽいです。
523:login:Penguin
06/03/18 00:56:41 mqhO0p4Q
何で仮想マシンの時計ってあんなに狂うんだろう。
524:login:Penguin
06/03/18 00:59:24 uRD3zoZK
たいていの（すべての？）仮想 OS では時刻は親環境からもらうので、
親環境の時計を正しくセットすれば仮想環境では NTP 不要。
525:login:Penguin
06/03/18 02:25:16 q/H70DBa
>>523
OSがCPUで時計の計算をしてるから。
リアルならCPUに供給されるクロック並みに正確。
仮想マシンだと間にブリッジが入るけど、
仮想マシン上のOSはそれを知らない。
526:login:Penguin
06/03/18 08:04:08 SZ+CpKcR
ｎｔｐを切った状態で一定の率で狂っていくのなら
まず tickadj で時計自体の精度を普通の時計並みに調整してやるとうまくいく
一日に数十分も狂うとんでもないマシンでやってうまくいったよ
でも仮想マシンではやったことないからハズしてたらごめんね
527:login:Penguin
06/03/18 21:23:19 UiH5lWAN
このあたりみると、カーネルの再構築や、/boot/grub/menu.lst などで
起動時のオプション設定変更で対応できる場合もあるみたい。
URLﾘﾝｸ(blog.livedoor.jp)
URLﾘﾝｸ(www.vmware.com)
URLﾘﾝｸ(www.vmware.com)
I have tested all the stuff i have found in this forum :
- booting with nosmp noapic nolapic options
- booting with clock=pit
- booting with acpi=off
- recompiling the kernel with HZ=100
- setting the TimerHardPeriod to 333 in the host config
- i have tools.syncTime = "TRUE" in the vmx file
- i have enabled the time synchro in vmware tools
環境によっても、有効な方法が違うのかも。
528:login:Penguin
06/03/18 22:20:23 iw624dP0
tickadj って使ったことないけど clock を見てんじゃないっけ?
もしそうなら VM ではだめっぽいけど。
529:login:Penguin
06/03/18 23:49:07 SZ+CpKcR
>>528
カーネル時計と実時間の差を吸収するカーネル変数の値をアジャストするコマンドだと思ってたけどどうなんだろ？
530:login:Penguin
06/03/28 21:44:36 e1uzcZek
>>523
VMware Playerとか酷いね。
中で島村ジョーが奥歯をかみ締めてるのかと思ってしまう。
531:login:Penguin
06/03/28 22:01:50 YpmQ0zA/
>>530
( ﾟдﾟ)
＿(__つ/￣￣￣/＿
＼/ /
￣￣￣
( ﾟ∀ﾟ ) ﾅﾂｶｼｽ
＿(__つ/￣￣￣/＿
＼/ /
532:login:Penguin
06/03/29 01:02:47 rQsyRCYa
OpenBSDをQEMUでつかってっけど、やっぱそんなもんよ。
あと、時計のずれ方は、ゲストOSの動作状況（カーネル
空間での実行の割合とかロードアベレージとか）にも
よって変ってくるみたいなので、tickadjとかで一律に
補正っつうのもけっこうキビシイかも。
533:login:Penguin
06/03/29 02:54:19 s+gL/e8n
>>530
ちゃんとvmware-toolsいれてるかい?
534:login:Penguin
06/03/29 23:44:18 EJJTfJV8
>>531
元ネタ判る人イター！
>>532-533
Toolsは入れてるんで、起動時には時刻が合います。
その後、どんどん加速して45分くらい未来になりますね。w
シビアな用途ではないので支障はないんですが。
っていうか、当然のことなのでしょうが
ゲストOSは何でも関係ないんですね。
535:527
06/03/30 22:16:55 3XxiYwSd
>>532 , 533, 534
Celeron2.8GHz機ですが、「include/asm-i386/param.h」
で「# define USER_HZ 10」にしてカーネル作り直して
みたけど、それだけだと、結構、ずれるようでした。
その他パラメータをいろいろいじってみた
けど、clock=pit acpi=off を追加したら、安定してくれる
ようでした、親の負荷がそうれほどでもなければ。
ntpで時間を合わせてると、たまに、stepしてるかも。
VMPlayerしかないので、VMware-toolは入ってないです。
VMware、VirtualServer、Xenなど上で、いろいろサーバを
動かそうと思ってるんだけど、時間関係は、結構、
辛いのかな？少なくともカーネルは作り直さないとなのかな？
536:527
06/03/30 22:18:14 3XxiYwSd
>>535
「# define USER_HZ 10」じゃなくて「# define USER_HZ 100」でした、
しつれい。
537:login:Penguin
06/03/31 00:35:55 +ZCdZO8q
VMwareのサーバ版はどうなの？
サーバだと時刻狂うと困ること多くない？
使っている人詳細きぼん
538:login:Penguin
06/03/32 21:08:36 II1qsffy
明日になって日付が４月１日だったらひろゆきは神
539:login:Penguin
06/04/02 08:55:39 qDsDPbd3
４月２日でしたね
540:login:Penguin
06/04/04 07:52:53 YIKEuys4
…気付いたんだが
時刻あわせソフトで合わせた時刻と
テレビの時報が０．７秒ぐらい違っているぞ。
俺だけ？
541:login:Penguin
06/04/04 08:47:14 bfJC3r/O
あーあ、時刻を確認してからチャンネルを変えても間に合うからくりを知ってしまったな。
542:login:Penguin
06/04/04 15:14:04 F2yasVUh
非NTPの時刻合わせソフトありませんか？
NTP遮断されて使えません…
543:login:Penguin
06/04/04 15:19:19 c/ve1NG8
>>542
GPS とかラジオとか使って自分で stratum 1 たてちゃうとか。
それか中に NTP サーバ立てるよう管理者に訴えるとか。
544:login:Penguin
06/04/04 15:52:45 gQ/OyE4b
>>530
島木ジョージかとおもた。
>>542
そういうところって内側にNTPサーバがあるもんだと思うが。使わせてくれるかどうかは別だけど。
545:login:Penguin
06/04/04 19:01:13 O7qq1sto
>>542
どれくらいの精度を要求するかですが
手動で時刻あわせをしたらその都度誤差を補正する数値を自動調整してくれて
だんだんマシンの時計が性正確になっていくというのがあるよ clockspeedだったっけか？
たいした精度いらないならＦＭラジオの時報であわせるってのがどっかで公開されてた
必要なのはサウンドカードとラジオだけ、いまどきのマシンならサウンドはデフォで付いてるから百円ラジオ買ってくりゃいい
546:login:Penguin
06/04/04 19:36:15 LLu4iK+e
date
547:login:Penguin
06/04/04 23:42:59 NytgV8zu
実は>>540は地上デジタルを見ていた、ってオチじゃあるまいな。
548:login:Penguin
06/04/05 00:43:01 w2Bill2I
HTTPのレスポンスヘッダのDate:で時間拾って合わせるって程度なら、perlあたりでゴニョゴニョすれば出来るような。
549:login:Penguin
06/04/05 11:32:18 k9fmWb2Y
遮断されてるポイントを特定して、そこまでの経路を調べて、
近い順にNTPサーバになってるか調べるとかｗ
550:login:Penguin
06/04/05 11:34:19 wx2Zgaqt
>>549
そんなん精度が不明だしいつ止まるかわからん。
551:login:Penguin
06/04/05 13:53:53 erQULH/z
>542
htpdateは？
552:login:Penguin
06/04/05 16:00:13 B6EVa2zX
＞551
存在を知りませんでした。ありがとうございました。
さて、dagからRPMを入手してインストしましたが、
日本の鯖で調整しようとしても、国際標準時(日本時から9時間遅れ)になってしまいます。
日本時間にするには、どうすればよいでしょうか。
553:login:Penguin
06/04/05 16:03:18 B6EVa2zX
ごめんなさい忘れてください。
アホでした。
554:login:Penguin
06/04/05 20:21:50 oNxziEGJ
>>547
いや地上アナログ。ちなみにここは沖縄。
そんな質問するって事は、パソコンとテレビの時刻が０．７秒ぐらい狂ってるのは
俺だけ？
555:login:Penguin
06/04/05 21:20:45 mQcWbkoM
ラジオ>>地上波アナログ>>>>痴情派デジタル
時報の遅延に関しては
滅茶苦茶に大雑把な表現すると
こんな感じらしいです。
556:login:Penguin
06/04/05 22:34:28 o7C1Gg8S
>>555
なんだ、アナログも延長してたんだ。ってかラジオも延長あったんだ…
557:login:Penguin
06/04/05 23:22:58 oL77QEW+
>>555
遅延が一定のアナログと変動するデジタルを一緒くたにするなよ。
地上波アナログの場合でも確かに遅延はするが、その遅延分は常に一定なので
時報はそれに合わせて前もって発信する仕組みになっている。
対してデジタル放送はいくら前もって発信しても受信機側のデコード処理の遅延が
不確定に存在する(伝送路のエラー訂正を含む)ため、そもそも時報という仕組み自体が
成り立たない。
>>554
沖縄の放送事情はわからんが、放送の途中経路でデジタル化されてるんじゃないかな。
そうすればそれくらいの遅延は納得できる範囲だったりする。
558:login:Penguin
06/04/05 23:28:18 mQcWbkoM
>>557
文句言われても困る。
559:login:Penguin
06/04/06 01:57:48 eDbblTDQ
>>557
なるほどな。ある意味デジタルの弊害が早くも発生しているわけだ・・・
560:login:Penguin
06/04/08 13:08:49 QgKoUwAq
google 「レイテンシー」
561:login:Penguin
06/04/08 15:47:57 fFwUYVA9
D-Link Firmware Abuses Open NTP Servers
URLﾘﾝｸ(yro.slashdot.org)
いろいろありますな。
562:login:Penguin
06/04/09 21:12:56 2SQsbqc+
>>561
このスレにも登場してたが、福岡大学のNTPの中の人もこれくらい言って
かまわなかったのになぁと思った。
563:login:Penguin
06/04/18 21:59:42 pSQ1P3SQ
>>537
>VMwareのサーバ版はどうなの？
>サーバだと時刻狂うと困ること多くない？
virtualserverの無料ので試すと、ホスト：Linux、ゲスト：Linuxだと、
vmware tools入れたり、grubの設定を直したり、kernel再構築しなくても、
結構あうかも。両方ともdebian-sargeでためした。
ホスト：winXP、ゲスト：Linuxだとずれるようです。
ホスト：winXPは、今のところ、vmware server, vmware player、
virtualpc、virtualserver、どれを使ってもゲストのLinuxの
時間はずれるみたい（kernel作り直せば別かも）。
564:login:Penguin
06/05/05 08:30:15 iWIKJehs
Xen上のdomUだとdom0にくらべてntpが同期するのにちょっと時間がかかる
565:login:Penguin
06/05/26 09:00:05 M/z9jKip
>>32
バッファローとかですね。
566:login:Penguin
06/06/07 21:47:12 lMoOMwOk
あれから結構経ったけど、センセイのトコのアクセスはどの位になったんでしょうね
詳しいシステムとかも見てみたいけどリンクもないし
567:login:Penguin
06/06/12 15:32:03 RyGQOeGs
stratum1をNICT直々に一般公開キタコレ。
ソフトでのデフォルト設定をなんと推奨。
…なんでstratum2にしないのだ。複数指定するとき面倒じゃん…
URLﾘﾝｸ(www2.nict.go.jp)
URLﾘﾝｸ(www2.nict.go.jp)
568:login:Penguin
06/06/12 15:50:25 sleJPJBv
blink はやめてくれ blink は
569:login:Penguin
06/06/12 16:05:50 RyGQOeGs
ぬお、ほんとだ。Operaだからか気づかなかった。いまどきblinkか。…なんだろうね。
570:login:Penguin
06/06/12 17:48:40 iuJ8IWrc
1時間平均20回までか。いやでも超えないようにするには
minpoll 8 maxpoll 10とかminpoll 9？
571:login:Penguin
06/06/12 17:59:01 iuJ8IWrc
うちは1段落としたら上げるのに1時間以上かかってるから
8まで落としたらまずそうだな。minpoll 9確定で。
572:login:Penguin
06/06/12 18:23:11 ScR+PT20
こういう系統の話をするとなぜか回線切断されるんだけど、
AとAAAAを同じホスト名に付けてあるからIPv6でもないのにIPv6を有効にしてると
うまくいかないのねorz
573:login:Penguin
06/06/12 21:29:59 6DadL/Pn
sntp?.nict.go.jpのページが無くなったね。
ntp.nict.jpを使えと言うことか。
574:login:Penguin
06/06/13 22:12:51 L5aq98yK
NTPによる日本標準時配信開始
URLﾘﾝｸ(slashdot.jp)
575:nm240.opt2.point.ne.jp
06/06/14 00:10:32 3p2DgRTp
NTPサーバーに ntp2.dti.ne.jpを使っているのだが、ntpq -p してみたら
dns01.dti.ad.jp 133.100.11.8 2 u 43 128 7 1.897 -0.557 0.126
133.100.11.8→clock.tl.fukuoka-u.ac.jp
576:のくす牧場
06/06/14 00:27:46 X/hMRRWL
>>575 福岡を参照しているってこと
それはそうと、jitterの少ない近くのサーバを検索できると便利かと思い、
ntpサーバの検索ページをつくってみたので、皆の'ntpq -p'を頂けませんか?
nict.jp ができたから、もう用無しかな・・・・
URLﾘﾝｸ(sea-mew.jp)
577:nm240.opt2.point.ne.jp
06/06/14 01:15:44 3p2DgRTp
>>576
やっといたよ
ところで質問なんだけど、 /etc/ntp.conf に設定するサーバーの数は3つぐらいは
あったほうが精度が上がる？
10個とか登録しても意味内よね？
578:576
06/06/14 01:23:09 X/hMRRWL
>>577
おお、早速ありがとうございます。
ntp.confで指定するサーバの数は、どのように効いてくるのかよくわかりません。
「*」印がついているサーバとのみ同期していて、あとは予備としてしか使われていないので、
たくさん登録しても意味はないと思いますが、ほんとのところはどうなんでしょう?
579:login:Penguin
06/06/14 02:04:54 5ymEkbyd
一番正確そうにみえるとこを自動で選んで使ってくれるんじゃなかったっけ？
でもたくさん入れとくということはそれだけたくさんパケットを流してるということで
みんながやればインターネットを混雑させる原因になるからやめれ
秒単位で合ってればよい程度なら１個で充分だとおもうぞ
580:login:Penguin
06/06/14 02:19:44 /8l7Qxga
+がついてるのは*が嘘こいてないか確認するのに使ってるんだっけ？
# time.wind(ry は見てて面白いからお勧めｗ
# 含めるときは他のserverにpreferを忘れずにｗ
581:576
06/06/14 11:13:07 X/hMRRWL
昨晩から何人か協力してくれたみたいで、ありがとう。
まだまだ統計は足りないけど、以前から言われてたように、
「遠くのst1より近くのst3」のほうがjitterが少ないような気がします。
多くのデータが集まれば、おもしろい傾向がでるかも。
582:login:Penguin
06/06/14 16:18:06 Jx++HD82
+と*でクラスタを構成する
-がクラスタに使われないもの
xはだめ
-と+の差だけど、ittaやdelayの状況で入れ替わる。もちろん+と*も
クラスタ形成のために最低3が必要。それ以上なら何個でもいい。
ntpサーバが適切な3つの参照サーバを決定してくれる。
watch -n 60 ntpq -p
とかやって観察してみると実感できると思うよ。
583:login:Penguin
06/06/15 10:25:20 x2puI7DU
のくす牧場さんのところは、おとといぐらいFreeBSDのntpq -p形式がダメだったけど。
いまやったらサポートされていた。
さすがだ。
584:576
06/06/15 21:53:29 OsphoKKw
>>583 協力ありがとう。
もしエラーがでたら、うちの掲示板などで報告してください。
皆が迷惑じゃなければ、ここでもいいけど。
585:login:Penguin
06/06/18 12:30:05 gtJkQntQ
BIOSからEFIになったら
PCに電波時計内蔵可能になるかなぁ・・・。
プロバイダ乗り換えの時に
難儀しました。
586:login:Penguin
06/06/18 20:07:50 jyIm+XZs
>>585
電波時計くらい秋月でキットを買えばいいじゃないか。
シリアル接続だし、ntp4.2.2以降ならパッチ無しで対応してるし便利。
587:login:Penguin
06/06/18 21:30:54 vD8zEQ9u
普通の人はキットなんて作れないよー
もっとも誰かに頼んだり元々結構部品が実装済みらしいので練習がてらってのもいいかも
まあ普通はこっちだね
URLﾘﾝｸ(www.c-dex.co.jp)
しかし電子機器内蔵で長波受信ってものすごく大変そう…
やっぱりアンテナ分離式でしかどうにもならないのかね
完全内蔵だと便利そうだけどねえ
588:login:Penguin
06/06/18 21:55:12 jyIm+XZs
>>587
0.5mm単位の半田付けとか面実装とかするわけじゃなし、
スルーホールの荒い半田付けくらい中学生でもできるレベルだろうに。
589:login:Penguin
06/06/19 11:11:28 a7f4mg4q
出来る人は出来る
しかし大多数の人ははんだ付けなど覚えとらんよ
そもそも上手に出来るまで習ったわけじゃないし
全く出来ないのが普通だろう
文系か理系かでも大分違うとは思うが
590:login:Penguin
06/06/19 11:18:04 Cw/mOgT/
普通かどうか議論してもしょうがなくね?
591:login:Penguin
06/06/19 17:02:31 OXLZgAub
秋月のキット作ってみたよ、うちはどっちの局からも遠いので感度がいまいち不足気味だった
電波の強い地区なら秋月ので無問題って感じかな
１ｋ円くらいで安売りされてる電波時計のほうが感度良好って感じ
中を開けてみたら簡単にシグナルを取り出せそうな基板だったのでこっちを改造してやろうかななんて画策中です
どっちにしてもパソコンの至近距離ではまったくダメでした遠くに設置して信号線だけ引っ張ってくるしかないみたい
これも強電界地区ならそのままでいけちゃうんでしょうねえ
592:login:Penguin
06/06/19 17:46:18 bkfUY8N+
なんで ntp じゃなく電波時計なの？
593:login:Penguin
06/06/19 18:02:40 OXLZgAub
>>592
時刻あわせ総合スレだしｎｔｐサーバー側には電波時計用ドライバーもあることだしいいんでない？
594:login:Penguin
06/06/19 22:12:50 qRSHKqd3
>>586-587
結構値が張りますね。
しかし、ネットワークに繋がらない、或いは不調の時には
大いに役立つと思った。
Athlon64 FX60を諦めて買う価値はありそう。
っつーか、ここがLinux板だって事忘れてた。
595:login:Penguin
06/06/20 00:01:30 XkTfSK2k
>591
ループアンテナでも作ってみたら？プリングルスとかひし形とか
または誘導アンテナとかコンセントに挿すアンテナとか
URLﾘﾝｸ(www.lifekernel.ne.jp)
>592
より精度を追求したくなったりする事もあるのさ
何で山に、と同じようなものだ
電波時計はGPSより安いし
今となっては大して変わらなくなったけど
596:576
06/06/20 00:07:29 1MNn4DLe
>>595
ntpのほうが精度高いのでは?
597:login:Penguin
06/06/20 00:58:11 O+v2lzm4
>>596
まがりなりにも日本の周波数と時刻標準局だからそれはないでしょう
598:login:Penguin
06/06/20 01:19:49 9w79JjNZ
電波時計って距離による遅延考慮してるの？
599:login:Penguin
06/06/20 01:34:39 O+v2lzm4
>>598
とりあえず安物は考慮してない高いのはしらんＷ
だが東京ー九州間を電波が進むのに要する時間は０．３ミリ秒ほどなので
時計の時刻あわせなら無視しても問題ないと思いますですね
カーネル時計の精度がもう一桁悪かったはずですし
600:login:Penguin
06/06/20 06:57:30 XkTfSK2k
>594
こんなのは如何？ URLﾘﾝｸ(tips.kajiki.com)
>596
空間波とか直接波とか超細かいことはこの際置いておいて
自分が思うには電波の遅延時間が一定だと言う事が重要だと思うわけで
伝播遅延時間は計算で大体出るし、一回計算してオフセット設定してしまえばほぼ完璧な時刻が得られる
NETも遅延時間が一定とすれば電波とほぼ変わらないと言う事になると思うけどね
実際の所はクライアントが遅延を考慮して細かく予測補正してるけど遅延が一定でない以上完全には合わないし
と言うのが自分の考えだけど現実的使用上はどちらでも全く問題ないとも思ってる
ここでも参考にどうぞ URLﾘﾝｸ(www.miz.nao.ac.jp)
601:login:Penguin
06/06/20 16:53:49 yJ4r+/Ro
NTPを使って時刻を同期できると聞き、ntpdの設定をしたのですが、
うまくいってないっぽいです。何をしたか書くので、どこが間違っているか教えて下さい。
# iptables -A INPUT -p udp --dport 123 -j ACCEPT
としてファイヤウォールに穴を開ける。
# ntpdate hostname1
(日付) ntpdate[xxxx]: step time server hostname1 offset xx.xxxxxx sec
として時刻を合わせる。
/etc/ntp.confをURLﾘﾝｸ(www.ysd.bne.jp)を参考に修正する。
# service ntpd start としてサービスを立ち上げる。
しばらく待つ。30分ぐらい待ったっけ?
# ntpq -p とすると
remote refid st t when poll reach delay offset jitter
==============================================================================
hostname1 0.0.0.0 16 u - 64 0 0.000 0.000 4000.00
hostname2 0.0.0.0 16 u - 64 0 0.000 0.000 4000.00
うまく同期できてない気配です。何がおかしいのでしょうか?
使用OSはRedHat9です。
602:login:Penguin
06/06/20 17:05:27 8spN7/I8
おかしいと思ったらまずログをチェックするのは基本れすよ
603:login:Penguin
06/06/20 17:36:12 yJ4r+/Ro
>>602
そうでした。基本を忘れていました。
/var/log/messagesを見たら、/etc/ntp.confの記述に
問題があることがわかりました。修正してうまく動くようになりました。
どうもありがとうございます。
604:login:Penguin
06/06/21 20:12:56 4MyhjeLL
>>601
外部サーバと同期をとるだけなら123は閉じておいてもいいんじゃないの？
605:login:Penguin
06/06/21 21:48:44 eQlelK0W
せっかく家にntp立てたなら、家のマシンやルータ、HDレコーダはそのntpに同期させようよ。
606:login:Penguin
06/06/22 07:21:44 OenF8r/9
というか、そのために立てるんじゃないの？
607:login:Penguin
06/06/22 13:23:04 SlIKXHuA
ふつうはそうだが世の中広いからなあW
608:login:Penguin
06/06/25 17:08:21 uiVxWMzM
>>597
電波を出している方はそうだろうけど、
受信側がそこまでの精度があるのかと思いまして。
でも、趣味の工作としてはおもしろそうだね。
609:login:Penguin
06/06/26 01:10:52 kglB0z8C
>>608
ST２以降のサーバーは普通にLINUXとかだったりするだろうから
趣味の工作レベルでもインターネット越しのNTPよりは上な悪寒
610:login:Penguin
06/06/26 01:23:41 dt1glWPi
電波時計から受信すればスタートラム1になれるんだっけ？
611:login:Penguin
06/06/26 01:25:38 dt1glWPi
読み方スタートラムじゃないな。
適当に読んで恥を書いた。
612:login:Penguin
06/06/26 02:35:18 qy/sF7WD
まぁ大したデコードとかしてるわけじゃないしね＞電波時計
専用チップもあるし、そもそも時報としてずっとタイミング取りながら放送されてるわけだから合わせやすそう
受信部の遅延とかは大した事なさそうな気がする
やる気になればそのままオーディオ入力に入れてPCデコードもそんなに難しくないんじゃないかな
こんな長波を手軽に受信復調出来るかは別として
>>610
YES, GPSでも同じ
まぁどちらも更に上流に原子時計があるわけだけどね
GPSは米海軍管理の時計だったかな
613:login:Penguin
06/06/26 02:46:44 +cGRoI8S
でもさ、
電波だと、届くのに>>599程度の誤差の可能性がある。
で、NTPだと、電波より固体内の伝送が数割遅いのと、節目でのロスがあるために
数倍から数百倍(正確な値は全然知らない)の遅延があるだろうと。
でも、NTPで取る場合、往復にかかる時間で補正するわけじゃん？
つまり、「鯖の処理時間＋往路と復路にかかる時間の差」
これが「電波の届く時間による誤差」より小さい可能性は
十分ありそうな気もするけど。
614:login:Penguin
06/06/26 05:05:53 kglB0z8C
>>613
電波時計の遅延は常数一発で簡単補正できてしまうわけだけど
NTPってインターネット越しでパケット毎に遅延時間が変動するような場合に
補正しきれるような実装になってる？
615:login:Penguin
06/06/26 05:22:26 qy/sF7WD
確かにNTPで補正後の差を見れば電波の遅延時間より小さい事はあるんじゃないかね
その辺りになると>>600の意見と同じかな
遅延が一定の電波か、遅延は一定にならないが補正のあるNTPか
でも電波にも補正はかけられる
遅延計算のできる電波と予測が含まれる数値でしか出来ないNTPとなると
電波は誤差ゼロに持っていけるがNTPは無理と言うことになるんじゃないかな
細かいことは抜きにしてね
616:login:Penguin
06/06/26 05:24:37 qy/sF7WD
>>613さん宛てね
617:login:Penguin
06/06/26 05:31:02 qy/sF7WD
>>614
よく覚えてないけど…パケット毎での遅延計測はできないんじゃないだろうか
NTPの実装は
時刻要求→サーバ処理→時刻返答
で要求と返答の時刻差の半分を係数として遅延補正をかける
って感じじゃなかったかなぁ…
618:女性性器＝観音様
06/07/15 22:22:23 hJNgn1D6
22:22:22
619:login:Penguin
06/07/17 21:07:54 JtyOquio
↑時間合わせるのって難しいね。
ところでJST Clock
URLﾘﾝｸ(www2.nict.go.jp)
で国際原子時（ＴＡＩ）と他の標準時の差が30秒近いのは気持ち悪いです。
620:login:Penguin
06/07/17 21:13:06 28VBJSsS
URLﾘﾝｸ(ja.wikipedia.org)
これによると33秒ずれてるらしい。
621:login:Penguin
06/07/17 22:22:21 CFcwHbuE
22:22:22
622:login:Penguin
06/07/17 22:29:33 TeXXQpGA
22:29:30
623:login:Penguin
06/07/23 23:16:59 QkckJxN5
URLﾘﾝｸ(www.geocities.jp)
/＾7_
,' / /
| /／ﾍ-‐ '´￣￣｀ヽ､
| / ／ ／" ｀ヽ ヽ ＼
三 | ／/, '/ ヽﾊ ､ ヽ
／ 三 .L ｣ ミ{_{｀ヽ ノ ﾘ| ｌ │ i| やっつぁっつぁっ
Ｘ ／ | | .ﾚ!小ｌ● ● 从 |、i| ぱれでぃっぱりらんらん
/ | | ヽ|l⊃ ､_,､_, ⊂⊃ |ﾉ│ でぃっぱりりんらん
/´｀'Ｊ __|ﾍ ゝ._） j /⌒i ! ぴちたんるんらー
. ― ヽ.＿人::::| l＞,､ __, イァ/ /│ りぴたびだんらー
. ― ミ ﾉ ﾉ:::::/| ／ヾ:::|三/::{ﾍ､__∧ | るっぱでるぴらん
ミ （_／｀ヽ< | | ／ヾ∨:::/ヾ:::彡' | これがんぐぉっこや
624:login:Penguin
06/08/01 19:39:54 aCyMaji9
>>623
・・・・・・・・・。
ここまで来たか、アホウ
625:login:Penguin
06/08/10 23:13:14 rAtr1/cA
>>599
距離1000kmだと3.3msだろ。
それでも無視して問題ないが。
626:login:Penguin
06/09/09 05:39:10 OZhOLxew
age
627:login:Penguin
06/10/20 10:31:24 iV3X97v1
NICT 公開 NTP クライアントコンテスト応募作品
URLﾘﾝｸ(ntpcontest.apii.net)
628:login:Penguin
06/10/20 20:25:54 OiWYQo7N
202600
629:login:Penguin
06/12/14 14:24:46 sSkLE/9+
age
630:login:Penguin
07/01/16 19:20:00 1uLxIW2L
今、BIGLOBEのntp01サーバで同期できない
ntp02とntp03は可能みたいだけど
631:login:Penguin
07/03/09 03:51:08 wEaJqAUA
何げに長寿スレだな。
時間とは何かを考えさせられたよ。
632:login:Penguin
07/03/28 03:40:04 Eqd06mXl
2007/03/26 ntp.orgのPrimary Serverに登録しました。
NICT 公開 NTP サービス
URLﾘﾝｸ(www2.nict.go.jp)
NtpNictJp < Servers < NTP
URLﾘﾝｸ(ntp.isc.org)
633:login:Penguin
07/03/28 07:53:11 pE/dMepm
URLﾘﾝｸ(ntp.isc.org)
ってJPは福岡大学が２つとnictだけ？
というか、何で福岡大学が登録されてんだ？
634:login:Penguin
07/03/29 01:20:38 aQ3cWU99
たしかに。過負荷問題は解決したのかね。
まぁこの高速通信時代だとかなり回線増強されたとは思うけど。
日本ならNictとMfeedの二つが登録されていればいいと思うけどね。
635:login:Penguin
07/04/13 07:38:52 gFIlgv3E
４月からNICTのアクセス量が急上昇してるね。
年度が替わって一斉設定でもされてるんかな。
URLﾘﾝｸ(ntp-monitor.nict.go.jp)
636:login:Penguin
07/04/13 08:12:04 KGWa7t8H
>>635
それにしても悲しいくらいIPv6のほうは使われてないな。
637:login:Penguin
07/04/14 11:12:43 ZVtNz9e8
ここ１月、測定データもないみたい。
638:login:Penguin
07/04/30 11:25:41 LPa1OB9h
NICT、㌧㌦
639:login:Penguin
07/05/01 14:16:01 XIKIGVw7
非常に基本的なことかもしれませんが
普段は家庭内サーバーだけを参照し、それが死んでいるときのみ
外部サーバーを見に行くようなntp.confの設定の仕方を教えてもらえませんか。
preferを付けても他のサーバーにも見には行ってしまうんですよね?
640:login:Penguin
07/05/06 21:07:54 fyGayepu
>>599
カーネル時計の精度って10-15ms程度で更新される時計のこと?
分解能は粗いけど、精度は高いと思う。
粗い分解能とばらつきのある遅延時間から高精度の時刻を
引き出すのが真のプログラマ。
641:login:Penguin
07/05/08 15:00:30 TK47V/Fo
最近、time.windows.comだとエラー出まくり
642:login:Penguin
07/05/08 20:05:57 x30ynEYD
日本国内からtime.windows.com使う意味ってあるのか？
643:login:Penguin
07/05/09 18:01:02 3fEiqXol
ntp.confを
server ntp.nict.jp prefer iburst maxpoll 11
server ntp.ring.gr.jp iburst maxpoll 11
server ntp.nc.u-tokyo.ac.jp iburst maxpoll 11
・・・
restrict default ignore
restrict ntp.nict.jp noquery nomodify notrap
restrict ntp.ring.gr.jp noquery nomodify notrap
restrict ntp.nc.u-tokyo.ac.jp noquery nomodify notrap
と設定しており、ntpdを常時起動しているという状態です。
ntpq -p でチェックすると、
ntp.ring.gr.jp と ntp.nc.u-tokyo.ac.jp
は参照していますが、ntp.nict.jpを参照しません。
restrict default ignore
をコメントアウトすると、ntp.nict.jpへの参照が確認されます。
これはなぜでしょうか？
ntp.nict.jp は ntp.ring.gr.jp や ntp.nc.u-tokyo.ac.jp とは
設定が異なるのでしょうか？
教えてください。
644:login:Penguin
07/05/09 19:00:08 8WrcMU4U
>>643
NICTがrestrictについてなーんも考えてないから(or 知らないから)
% host ntp.nict.jp
ntp.nict.jp has address 133.243.238.243
ntp.nict.jp has address 133.243.238.244
ntp.nict.jp has address 133.243.238.163
ntp.nict.jp has address 133.243.238.164
ntp.nict.jp has IPv6 address 2001:2f8:29:100::fff4
ntp.nict.jp has IPv6 address 2001:2f8:29:100::fff3
645:login:Penguin
07/05/09 19:31:23 VOISfTRy
ラウンドロビンで返ってくる可能性のあるアドレスを
全部 restrict に記述したら動くよ。
mfeed もこの方法じゃないとダメ。
Linux の名前解決の仕方の問題なのか
ntpd 実装の問題なのか、
nict の問題なのかは分からないけど。
644氏が詳しそうなので、何がまずいのか知りたい。
646:login:Penguin
07/05/09 19:51:51 7gmDqKMH
もうラウンドロビンは無視してIPアドレス直指定でやってる。
647:login:Penguin
07/05/09 19:53:26 7gmDqKMH
とにかくラウンドロビンとかDHCPはアクセス制御の敵。
648:login:Penguin
07/05/09 20:11:13 ATxx263d
>>643
ntp.nict.jpのようなラウンドロビンアドレスではなく
ntp-a2.nict.go.jp, ntp-a3.nict.go.jp, ntp-b2.nict.go.jp, ntp-b3.nict.go.jp
のようにそれぞれ固有のホスト名を記述してあげるとよい。
もしくは、
server ntp.nict.jp
server ntp.nict.jp
server ntp.nict.jp
server ntp.nict.jp
restrict ntp.nict.jp
restrict ntp.nict.jp
restrict ntp.nict.jp
restrict ntp.nict.jp
とそれぞれ4回繰り返して書いてあげてラウンドロビンで4つのアドレスが
出てくるように仕向けるとか。
nict推奨は後者 (URLﾘﾝｸ(www2.nict.go.jp))。
649:login:Penguin
07/05/09 20:15:47 8WrcMU4U
mfeedはntp[1-3].jst.mfeed.ad.jpを使えばよろし。
650:login:Penguin
07/05/09 20:18:49 VOISfTRy
server にも restrict にも代表ホスト書いたら
勝手によろしくやってくれるようになってれば良いのになあ。
と思ったけど、どっちみち
iptables でフィルタルール書くこと考えると
初めからアドレス指定で良いような気がしてきた。
651:login:Penguin
07/05/09 20:41:57 3fEiqXol
>>644
>>645
>>648
ご返答ありがとうございます。
>>648さんのようにやってみたら参照が確認できました。
わざわざNICTでなくても良かったんですが、
正しく設定したはずのものが予想に反した動きをしていて気持ち悪かったのでお聞きしました。
勉強になりました。ありがとうございました。
652:login:Penguin
07/05/09 20:47:02 3fEiqXol
>>644
>>645
>>648
ご返答ありがとうございます。
>>648さんのようにやってみたら参照が確認できました。
わざわざNICTでなくても良かったんですが、
正しく設定したはずのものが予想に反した動きをしていて気持ち悪かったのでお聞きしました。
勉強になりました。ありがとうございました。
653:login:Penguin
07/05/09 21:05:32 3fEiqXol
２回書き込んじゃった、、、
654:お腹いっぱい＠気まぐれアナスイ
07/05/09 21:22:17 wEF9x5Nt
>>[時刻合わせ]
このスレは、linux.ですよね？
linux.もunix.ですのでtime-update.は
install.した時点で、かなり正確ですよ？
655:login:Penguin
07/05/13 20:06:30 kom1UwlU
この間システムリカバリしたらNTPサーバがデフォに戻ったからntp.nict.jpに設定した
でもあわせても1秒ズレるんだ…
ゴミPCめッッ
だが俺の完璧なハズの電波時計が狂ってんのかも知れんな
何が正しいかなんてワカンネーよ…
656:login:Penguin
07/05/13 20:19:45 oBKdbqEc
1秒間隔で描画される時計ソフトの時刻は、最大で1秒遅れたように見えるから。
657:login:Penguin
07/05/18 00:59:50 VmTcxhY3
200ピコ秒問題
URLﾘﾝｸ(www.faireal.net)
658:login:Penguin
07/05/18 07:07:36 AtG/nP57
>>657
Windows版VMwareで盛大に時刻がずれるのは
これが原因･･･な訳ないか。
仮にもプロが作っているんだし。
659:login:Penguin
07/05/18 11:10:02 YHjNXWwL
>>658
それはCPUの周波数を一定にしておくとでないでしょ？
周波数が可変の場合に時計が狂うのは既知のバグ。
660:658
07/05/18 22:01:23 0ikpGvl7
>>659
なんてこったい！知らなかった！
C'n'Q有効が原因だったとは･･･。
現在はWindows側でNTPサーバを立てて合わせているけど
VCoreを限界まで下げてクロック固定にしてみるかな。
ありがとう。
661:login:Penguin
07/05/18 22:39:37 WIG8/3i6
ntp 立てといて、起動時に ntpdate して
shutdown する時に CMOS に書けばいいだけでは？
662:login:Penguin
07/05/19 15:22:47 Tz27yw62
秋月の電波時計買ってきた
ACアダプタ買い忘れた
シリアル付いてるPCが無いことに気が付いた
困ったものだ
電波時計は内部5V 100mAMAXだし、
USB-シリアル変換はあった筈だから変換も内蔵してUSBから電源取ろうかねぇ…
さて、変換はどこにしまったものやら…
一緒に買ってきたWEBラジオキットから作ろうかしらん
しかしまたACアダプタが無いのであった
一時的なら安定化電源があるけど…
困ったものだ
663:login:Penguin
07/05/22 01:18:22 rqb8M4VF
昔から不思議だったんですが、driftの数値ってどういう意味なんでしょうか？
664:login:Penguin
07/05/22 20:16:25 m7TIp2RP
>>663
URLﾘﾝｸ(plamo.minidns.net)
> ファイル ntp.drift は、ローカル・クロックの周期的な狂い具合を見積もってある
> ファイルである
665:login:Penguin
07/05/22 22:21:31 rqb8M4VF
>>664
あ、すいません、それは知ってます。
数字が時間を意味してるのか、それ以外のなにかなのかってのが、昔から
気になってるんですよ…
666:login:Penguin
07/05/25 00:59:18 qTUeeubN
秋月電波時計買ってきたお～
667:login:Penguin
07/05/27 20:56:08 YjUHL7ls
秋月電波時計買いに行ったら売り切れだった…('・ω・`)
668:login:Penguin
07/06/29 22:30:09 9WxX6Fu2
ドメイン別利用数
URLﾘﾝｸ(www2.nict.go.jp)
669:login:Penguin
07/06/29 22:41:50 fSfhcE+0
>>667
キットは売り切れることが多いので通販で入手したほうがいいよ。
670:login:Penguin
07/07/01 01:37:39 hGj4s9Wp
秋月電波時計買うならDsub9ﾋﾟﾝｺﾈｸﾀｰはオスに交換しとくか
オスオスのジェンダーチェンジャー買うか
オスメスのクロスケーブル買うのをお勧めする
671:login:Penguin
07/07/04 01:05:27 WqzKYKSF
ストレートケーブルジャマイカ？
672:login:Penguin
07/08/11 08:25:57 nYrj6nkU
age
673:login:Penguin
07/12/14 09:57:46 N1LUktqR
ntpdの設定を一通りした後、ntpdを起動させてしばらくすると
"*"マークが着くんですが、5分くらいすると消えてしまいます。
これは正しい動作なんでしょうか？
それとも一度"*"が出たらその後はずっと出っぱなしが正しい動作
なんでしょうか？
ちなみにNTPサーバはローカルネットワーク上のNTPサーバを
一つだけしか指定していません。
674:login:Penguin
07/12/14 11:17:44 kNHZHPst
誘導
UNIX板 NTPスレ
ｽﾚﾘﾝｸ(unix板)l50
675:login:Penguin
07/12/14 14:00:50 N1LUktqR
>>674
誘導ありがとうございます。
そっちのスレに行ってみます。
676:login:Penguin
08/01/03 04:45:11 mg3UEH+U
2008/01/03 (木) 4:45:45
677:login:Penguin
08/01/18 03:24:46 I5COZBNW
2008/01/08 信頼性を高めた新サーバを導入しました。
URLﾘﾝｸ(www2.nict.go.jp)
678:login:Penguin
08/01/20 22:08:07 oSiT/e7t
FMを利用したタイムサーバの情報を持っている人いますか？
調べているのですがSEIKOのものぐらいしかみつからなくて・・・
独立タイプでもPCに内蔵させるタイプでもどちらでもかまいません。
よろしくお願いします。
679:login:Penguin
08/01/21 20:32:57 AJQj7054
>>678
URLﾘﾝｸ(method.jp)
これは？
680:login:Penguin
08/01/21 22:44:26 K70bDscc
>>679
情報ありがとうございます。
すいません、説明不足でした。
インターネットに接続しない商用サーバに使用したいと考えています。
681:login:Penguin
08/01/21 22:47:06 vXdTWBv0
URLﾘﾝｸ(www.seiko-p.co.jp)
682:login:Penguin
08/01/22 19:13:43 V72IV1fz
そういう場合、いまはだいたいGPSで処理しちゃうよね？
683:login:Penguin
08/01/22 21:05:32 zpeT2WBO
>>682
GPSやJJYが入らない場所もあるよ。
684:login:Penguin
08/01/22 21:17:43 BZAlx6b7
地下とか
（案外放送系はリーズナブルな工事費で使えたりする）
685:login:Penguin
08/01/22 21:51:21 HIn8IjxJ
>>681
>>682
>>683
>>684
皆さん情報ありがとうございます。
GPSを使った方法があるんですね、知りませんでした。
もう一度調べ直してみます。
686:login:Penguin
08/01/23 01:25:14 IzpEHJRM
じゃあ、CDMAOneで時刻同期だな
687:login:Penguin
08/01/23 08:05:58 yUQn7GNx
>>686
それはタダじゃ使えないし。通話料はかからんが端末認定を受けないとダメだしな。
688:login:Penguin
08/02/22 13:10:04 hBE6GCNP
それにしてもntp3は一体どうなってるんだ・・・
URLﾘﾝｸ(www.jst.mfeed.ad.jp)
689:login:Penguin
08/02/22 17:26:23 7rNcQoeA
シリアルインターフェースがある
秋月の電波時計キットが使えるんじゃないかと思ってるんだが。
690:login:Penguin
08/02/22 19:48:31 ubCvY1Yz
>>689
使えるどころかntp.orgのソースで標準対応だよ。
691:login:Penguin
08/02/27 01:56:55 u5vu7F9r
でもつなぐとxが出てる
ズレてるから接続解除されてる orz
692:login:Penguin
08/03/23 12:43:24 E3W+66CW
接続
693:login:Penguin
08/03/30 00:02:12 164vaszB
いろんな意見が聞きたいのであげ
694:login:Penguin
08/05/09 03:39:41 Tu+kwAFc
保守
695:login:Penguin
08/07/18 00:16:56 I1JGC9QB
保守
696:login:Penguin
08/07/18 00:37:08 bAfg+w39
そういえば、今年はうるう秒があるのかい。
URLﾘﾝｸ(www.iers.org)
697:login:Penguin
08/07/22 19:26:29 PNMuh8LM
鳴門教育大学のNTPサーバー22秒くらい狂ってない？
698:login:Penguin
08/08/05 22:31:20 xmPR20rn
iネッ時計 ～ インターネット時刻補正 ～ を使ってますが、
急に起動時にエラーを出すようになりました。再インストールしてみてもなにも変わりません。
他に良い時刻修正ソフトはありませんか？
URLﾘﾝｸ(www.vector.co.jp)
699:login:Penguin
08/08/06 01:05:46 ZNUBjpWR
>>698
>772 ：名無し~3.EXE ：sage ：2008/08/02(土) 12:11:46 ID:QZU0U+51
>iネッ時計が修正された。
>Ver. 1.05αが作者のサイトからDL出来る。
>URLﾘﾝｸ(pino.to)
別に同期ソフト入れなくてもOS標準機能で十分だと思うけどな
URLﾘﾝｸ(wiki.nothing.sh) の「Windows2000/XPでの一発設定コマンド」のところ。
コントロールパネルで設定するやつよりもずっといいよ
700:login:Penguin
08/08/06 01:07:00 ZNUBjpWR
ってここlinux板じゃねーかw
板違いにレスしてｽﾏﾝ
701:698
08/08/06 20:49:21 u7KQnWRe
>>699 ありがとうございました。
助かりました。
702:login:Penguin
08/08/10 12:33:24 3YlX37JM
ntpd立ち上げてるのに、1秒近くずれることがあるみたい。offsetが1000近くになったり、-1000近くになったりしている。
内部のネットワーク負荷があがりはじめるとずれるみたいだけど、外部はほぼ負荷がなくて、参照先も外部。
CPU負荷は20%前後。
内部ネットワークの負荷があがりっぱなしでも、2～3時間かけてoffset0付近にもどろうとするみたい。
これはなんででしょう。
PCはEPIA-PN
OSはdebian testing
ntpはntp 1:4.2.4p4+dfsg-7
です。
703:login:Penguin
08/08/10 13:23:15 wwLG3KlG
時計が壊れてるのでは
704:login:Penguin
08/08/10 14:26:14 3YlX37JM
PC内の時計ですか？
705:login:Penguin
08/08/10 14:44:42 9m0xfW1x
内部ネットワークの負荷で遅延時間にばらつきがでてたらずれて当たり前
でも1秒はないかもなあ。NICドライバの割り込み禁止時間が長いのかな
706:login:Penguin
08/09/12 17:50:12 QkVG3ein
2009年1月1日に「うるう秒」の調整、3年ぶりの実施
URLﾘﾝｸ(internet.watch.impress.co.jp)
707:login:Penguin
08/10/12 04:28:15 /YnSTsqt
最近知ったんだけどデジタル放送って何秒かおきに時刻情報も送られてるんだね
なんかうまく使えないかなぁと思ってたんだけどチューナーが高いし暗号がなぁ…なんて
でもワンセグでも送られているらしい事も知った
ワンセグなら安いので数千円からあるし暗号化されていないしうまく使えないだろうか
これなら常時参照可能な時刻情報源として電波時計作ったり買ったりするよりかなり手軽じゃないかな
JJYよりエリアは狭いけど強電界地域ならJJYより受信しやすそうだしTVアンテナに繋げば大抵の所で使えそう
と思ってるんだけど既にソフトがあったりしたりする？
708:login:Penguin
08/10/12 11:28:12 5SBmQl9A
でも動画デコードで誤差が発生するから時報を表示できなくなったと聞いたが
受信側で合成すればいいじゃない(マリー
というわけか
709:login:Penguin
08/10/13 05:51:10 ACoDWSqo
ワンセグといえど、録画した機器から他に移させないという制限を
つけさせたがっているようなので、機器を自由に扱いうるものは
おおやけには出しえないんじゃなかろうか。
# 海外製品なら制限無視してしまえるからB-CAS見直し、という路線で
# ワンセグもまた、好きにしてくれ状態になれば……
710:login:Penguin
08/10/13 08:40:08 /uwyCnBH
ISDBのTOTを使うのか
いいアイディアだな
1segのローカル暗号化ってどうなってるんだ？
チューナーからデータが来てソフトで丸ごと暗号化してるのかな？
パケットさえ取り込めれば簡単そうだ
711:login:Penguin
08/10/13 08:59:42 jM6riS+b
FriioとかHDUSのEpgDataCap_Bonって録画ソフト(もちろんWindows)に、
放送派で時刻を合わせる機能は付いてるよ
712:login:Penguin
08/10/14 19:45:07 PDGYjHsH
こんなの見つけた
公開 CDMA NTPサーバー （時刻同期にお使いいただけます）
公開 CDMA NTPサーバ (210.168.211.231 ntp.shoshin.co.jp ) 東京 日本仕様実証試験モデル Praecis CntpJ を使用
公開 CDMA NTPサーバ (216.218.254.202) 米国 Endrun Praecis CNTPを使用
URLﾘﾝｸ(www.shoshin.co.jp)
ワンセグであわせれたら手軽でいーなー
専用ソフトなら精度も良くできるだろうな
713:login:Penguin
08/10/16 17:02:49 TNHq7meQ
ワンセグは特定機種ではあるが突破されてる
フルセグも今じゃガタガタだけどね
URLﾘﾝｸ(mobilehackerz.jp)
ブログにはかなりの情報が
Linux用のドライバとか
自分はソフト作る技術は無いけど誰か作ってくれないかな～ｗ
NTPDへの対応パッチとかソフト丸ごととか
ふと思ったけどフルセグは映像関連以外の時刻情報とかも暗号化されてるのかね
わざわざ送出が義務付けられてるくらいだから意外と生データかなぁ？
と思ったけどそんな面倒なことはしそうにないか
714:login:Penguin
08/10/16 21:35:54 VBqkXM22
それら特定機種でいまでも普通に売られているのは・・・
715:login:Penguin
08/10/17 05:08:02 BHarCOsY
ブログとかじっくり読んだが今は作者が違うところに興味が行ってるみたいでそこが問題だなｗ
普通に売られているやつに対応するつもりはあるみたいだが
ただ抜け道の探し方とか傾向は出ているので案外いくつもあるのかもね
バッファローとかの大手では難しそうみたいなんだな
ワンセグ野郎も面白そうなシステムだなｗ
716:login:Penguin
08/10/17 08:07:23 7gzMV0Hj
暗号化されてないなら、アースソフト PT1でできないかな
717:login:Penguin
08/10/22 14:36:58 CLbZPTC6
出来るんじゃない？
ワンセグも受信できるはずだし
でもPT1ほどのものを使うならあえてBSを受信してオフセット設定して使うとかｗ
ワンセグ時計見つけた
でも公開されてないみたい
URLﾘﾝｸ(hwhack.blogspot.com)
URLﾘﾝｸ(hwhack.blogspot.com)
718:login:Penguin
08/10/22 21:42:51 +wW+S5KZ
ワンセグ以前に世のケータイがNTP未対応ってなんかもったいない
719:login:Penguin
08/10/22 21:56:14 nO6qrOZl
別に NTP 使わんでも。
URLﾘﾝｸ(plusd.itmedia.co.jp)
720:login:Penguin
08/10/22 22:25:36 iRybR/6D
>>718
NTPなんかに対応するよりも、GPSか標準電波に対応してくれたほうがうれしいんだがな
721:login:Penguin
08/10/22 22:33:30 nO6qrOZl
>>720
au はしてるってさ。>>719
722:login:Penguin
08/10/23 00:15:33 joX7CSQ0
ふつうの ntpd on Debian で、どれぐらい内部時計を修正しているかを
見ようと思ったら、 loopstats (/var/log/ntpstat/loopstats) の
offset を見る、で正しいですか？
723:login:Penguin
08/10/23 13:43:25 ZRfdBSm1
一週間ほど前に発見された突破できるワンセグ SEG BEE JSA-OS100
LOG-J200と同等だそうだ
しかしあっと言う間に売り切れた上に取り寄せも不可だそうな
また出回って時計ソフト作ってくれる作者さんいないかな…
724:login:Penguin
08/10/28 20:11:21 VGcq2V/Q
PT1
予約除いて秋葉に出回ったのは5枚だけだってさｗ
725:login:Penguin
08/11/05 01:11:25 dnXemhyR
>>719
fomaは電波に乗ってる時刻情報で時間合わせやってる
726:login:Penguin
08/12/29 13:07:29 vhIW9fSH
来年の正月はうるう秒が挿入されるそうだけど
ntp使ってる場合、何かやらなきゃいけないことある？
挿入関係に詳しいエロい人教えてください。