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使ってる場合、何かやらなきゃいけないことある？
挿入関係に詳しいエロい人教えてください。
727:login:Penguin
08/12/29 13:12:49 zzovYCox
>>726
いきなり1秒入れるわけではないのでは。
たしか1/100秒づつ加算されていくような。
728:login:Penguin
08/12/29 14:40:46 S9lyaHhe
残念。それは電話の時報の場合だ。
729:login:Penguin
08/12/29 20:45:37 wN441p/9
> NTT、2009年1月1日に時報サービスの“うるう秒”調整を実施
> 12月15日16時51分配信 オリコン
>
> 時報サービス「117」を運営しているNTT東日本、NTT西日本は15日（月）、“うるう秒”の調整を行うことを発表した。
> 実施日は2009年1月1日。
> 加入電話、INSネットの「117」サービスでは、午前8時58分20秒から午前9時00分00秒までの100秒間に秒音を100分の1秒ずつ長くし、合計で時刻を1秒遅らせることで、午前9時ちょうどに日本標準時に合わせるようにするという。
> NTT両社は、日本標準時の維持・通報を実施している独立行政法人・情報通信研究機構が“うるう秒”の調整を行うことに伴い、同作業を実施。
> “うるう秒”の調整は1972年7月1日に1回目を実施しており、今回で24回目。
> 前回は06年1月1日に行っている。
> 06年6月より提供を開始したひかり電話の「117」サービスでは、情報通信研究機構の調整方法に合わせ、同日午前9時00分00秒のお知らせ音（ポーン音）を2回鳴らすことで調整を行う。
>>726
窓使いでかつ精度いるなら1/1AM9：00：01ぐらいに同期させたほうがいいかもよ
（スクリプトにバグ混ぜて暴走しても自己責任ｗ）
うるう秒に関する Windows タイム サービスの処理
URLﾘﾝｸ(support.microsoft.com)
730:login:Penguin
08/12/30 09:25:35 GGCLYaFr
>>726
特に何もない。
12/31くらいから「閏秒」フラグが配信されていることを確認する程度だ。
"ntpq -c rv" で見ることができる。
# ntpq -c rv
assID=0 status=06c4 leap_none, sync_ntp, 12 events, event_peer/strat_chg,
version="ntpd 4.2.4p5@1.1541-o Wed Dec 3 12:32:56 UTC 2008 (1)",
processor="x86_64", system="Linux/2.6.27.7-9-default", leap=00,
stratum=2, precision=-20, rootdelay=8.525, rootdispersion=14.909,
peer=22758, refid=133.243.238.163,
reftime=cd03e673.05c78a19 Tue, Dec 30 2008 9:14:43.022, poll=7,
clock=cd03e7c5.76cc9141 Tue, Dec 30 2008 9:20:21.464, state=4,
offset=-4.086, frequency=18.822, jitter=0.878, noise=1.005,
stability=0.031, tai=0
ここの "leap=00" の部分が "leap=01" (2009年実施予定の増やす方向での閏秒)
になればOK。参照しているNTPサーバが閏秒非対応だったりする場合は、
"writevar 0 leap=01" のように手動で設定すれ。
731:login:Penguin
08/12/31 14:37:09 Gt63K4xq
いつ頃か見忘れたが閏秒フラグが来たね。
# ntpq -c rv
assID=0 status=46f4 leap_add_sec, sync_ntp, 15 events, event_peer/strat_chg,
version="ntpd 4.2.4p5@1.1541-o Wed Dec 3 12:32:56 UTC 2008 (1)",
processor="x86_64", system="Linux/2.6.27.7-9-default", leap=01,
stratum=2, precision=-20, rootdelay=6.768, rootdispersion=5.780,
peer=28226, refid=133.243.238.243,
reftime=cd0581d3.c705e4dd Wed, Dec 31 2008 14:29:55.777, poll=6,
clock=cd058208.b4aeb54e Wed, Dec 31 2008 14:30:48.705, state=4,
offset=0.962, frequency=6.368, jitter=0.688, noise=0.199,
stability=0.019, tai=0
あとはsyslogに"Clock: inserting leap second 23:59:60 UTC"が出れば成功だな。
732:login:Penguin
08/12/31 19:48:55 GfqSLlrB
$ ntpq -c rv
assID=0 status=c011 sync_alarm, sync_unspec, 1 event, event_restart,
version="ntpd 4.2.4p4@1.1520-o Wed Jul 16 12:11:41 UTC 2008 (1)",
processor="i686", system="Linux/2.6.26", leap=11, stratum=16,
precision=-20, rootdelay=0.000, rootdispersion=6.660, peer=0,
refid=INIT, reftime=00000000.00000000 Thu, Feb 7 2036 15:28:16.000,
poll=6, clock=cd05cc2c.a2f6a128 Wed, Dec 31 2008 19:47:08.636, state=1,
offset=0.000, frequency=-0.387, jitter=0.001, noise=0.001,
stability=0.000, tai=0
あれ？
733:login:Penguin
09/01/01 02:07:06 KDNtmxS7
９時前には起きねば。
【Technical Notes】Linux システムクロックの『うるう秒』調整
URLﾘﾝｸ(www-06.ibm.com)
734:login:Penguin
09/01/01 08:25:17 Sv4uZHmH
>>732
> refid=INIT, reftime=00000000.00000000
同期に失敗してるじゃないか。
735: 【豚】 【1559円】
09/01/01 09:03:53 Sv4uZHmH
来たね。
# for ((;;)) do date; sleep 1; done
2009年 1月 1日 木曜日 08:59:57 JST
2009年 1月 1日 木曜日 08:59:58 JST
2009年 1月 1日 木曜日 08:59:59 JST
2009年 1月 1日 木曜日 08:59:59 JST
2009年 1月 1日 木曜日 09:00:00 JST
2009年 1月 1日 木曜日 09:00:01 JST
2009年 1月 1日 木曜日 09:00:02 JST
# cat /var/log/messages
(中略)
Jan 1 08:59:59 hoge kernel: Clock: inserting leap second 23:59:60 UTC
736:login:Penguin
09/01/01 09:04:13 lSb7Z5Tn
ｷﾀｰ
>Jan 1 08:59:59 linuxhost Clock: inserting leap second 23:59:60 UTC
737:login:Penguin
09/01/01 10:15:28 ZxydGdpm
こっちでは、
Jan 1 08:59:59 xxx kernel: Clock: inserting leap second 23:59:60 UTC
は来たのに、まだ、 leap=01のままだけど、こういうもん？
ntpq -c rv
Thu Jan 1 10:11:13 JST 2009
assID=0 status=4684 leap_add_sec, sync_ntp, 8 events, event_peer/strat_chg,
version="ntpd 4.2.2p4@1.1585-o Sun Mar 4 13:21:35 UTC 2007 (1)",
processor="i686", system="Linux/2.6.18-6-686", leap=01, stratum=4,
precision=-20, rootdelay=9.875, rootdispersion=67.872, peer=47192,
refid=202.234.233.109,
reftime=cd06934d.59bf7475 Thu, Jan 1 2009 9:56:45.350, poll=9,
clock=cd0696b1.bc549a60 Thu, Jan 1 2009 10:11:13.735, state=4,
offset=0.079, frequency=-2.683, jitter=2.620, noise=0.183,
stability=0.031, tai=0
738:login:Penguin
09/01/01 10:23:47 Sv4uZHmH
>>737
Leap Indicatorフラグはしばらくしないと解除されないはず。
と言ってる間にリセットされた模様。
> processor="x86_64", system="Linux/2.6.27.7-9-default", leap=00,
739:login:Penguin
09/01/01 13:38:13 ZxydGdpm
ほんとだ、解除されてるね。
パケットも取ってたんで、みてみたところ、
こっちの場合、日本時間で 9:51:12 の応答は、まだ
leap=01で、9:56:45の応答ではleap=00が入ってた。
740:login:Penguin
09/01/01 14:19:28 E311nuqW
うちも閏秒入ってた。
Jan 1 08:59:59 # KURO-BOX
hoge kernel: Clock: inserting leap second 23:59:60 UTC
741:login:Penguin
09/01/10 01:02:10 2DLdtx31
少し前に少し話が出てた突破できるワンセグチューナー
ここではまだ売っているそうだ
URLﾘﾝｸ(www.makie.com)
LOG-J200と同じなんだって
通常価格だからちょっと高いけど
自分にはプログラムを作る能力はありませんｗ
742:login:Penguin
09/01/12 04:51:25 hhBZhwPs
7000円前後で何処でも受信できる電波時計が導入できるとすれば安いものか
743:login:Penguin
09/01/12 12:25:43 5DAFZZcU
数秒遅れの電波時計なんてイラネ
744:login:Penguin
09/01/13 01:56:50 1aince6d
おまいはISDBを理解していない
745:ｑ
09/02/01 09:31:53 8X65rAk9
ｔ
746:login:Penguin
09/02/03 22:19:17 9JsZ7bOT
時刻情報(地上デジタルテレビジョン放送)
各放送局は (ToT) と呼ばれる時刻情報を
自局の映像信号に圧縮無しに多重送出することを義務づけられている。
とても悲しい顔をしなくてはならないのである。
747:login:Penguin
09/02/14 23:59:01 ToGzs1Ah
ss
748:login:Penguin
09/06/06 22:19:26 AUeR8LsN
ntpdとSakuraWatchについてお尋ねします
・tpd - NTP daemon program - Ver. 4.2.4p4
debian lenny 上で稼働
・Sakura Watch (SW_NORAS.EXE ver0.2.1)
win2k と winxp 上で稼働
・ローカルネットワークは
192.168.xxx.0
ゲートウェイの存在するローカルネットワークとは物理的に隔離
上記の構成で時刻合わせをしようとしたら、桜時計のログに頻繁に
-----------------------------------------
length=48 addr=192.168.xxx.xxx:123
LIO VN4 MODE4 Stratum3 Poll0 Precision-8
応答に 4294967295.999秒掛かっています
0.323秒進んでいます
-----------------------------------------
と表示され、クライアント側の時刻調整ができません
応答遅延の 4294967296 という数値については NTP で正確に扱える
時間の上限であることは何となくわかったのですが
どのようにしたらこのエラーを回避することができるのでしょうか
ちなみに今までメインで使っていたntpd
・ntpd 4.2.2p4@1.1585-o Sun Jan 11 17:05:58 UTC 2009 (1)
debian etch 上で稼働
との間ではこの様なエラーは出ません
749:login:Penguin
09/06/06 23:44:25 autcabty
未だに桜時計を使う理由がわからん。Windows timeサービスで充分だろ。
コンパネから触れるインターネット時刻じゃないからな
URLﾘﾝｸ(wiki.nothing.sh)
750:login:Penguin
09/06/07 01:55:29 RzAW5puh
禿同。
Windows付属のツール使わずどこの馬の骨とも知らないフリーツール使いたがる奴なんなの？
751:login:Penguin
09/06/07 09:51:15 PymcbmL/
>>748
debian etchからdebian lennyにした時にntp.confの設定確認した?
あとiptablesで弾いてたりしない?
752:login:Penguin
09/06/07 23:50:08 qVc7bpOF
>>751
レスありがとうございます
説明不足で申し訳ありません。 etchとlennyはそれぞれ別のマシンで動いてます
問題となってるlennyはまだインストールしたばかりでiptablesすら設定していません
lennyのntp.confはetchで使っていた値をそのままコピーしています
一応、設定晒します
driftfile /var/lib/ntp/ntp.drift
statsdir /var/log/ntpstats/
statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable
server ntp1.jst.mfeed.ad.jp maxpoll 12
server ntp2.jst.mfeed.ad.jp maxpoll 12
server ntp3.jst.mfeed.ad.jp maxpoll 12
server 127.127.1.0
fudge 127.127.1.0 stratum 13
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery
restrict 127.0.0.1 nomodify
ntpdの戻り値が不正だったのか、受け取った戻り値が桜時計に処理できない値だったのか
いずれにせよ4294967296秒というと、おおよそ136年間にあたるし
今回のエラーは単にパケットの遮断とか遅延による問題ではないと考えてます
753:login:Penguin
09/06/08 20:40:42 2v7yiM05
>>752
あ、別ﾏｼﾝなのね。
それにしてもrestrict文の設定が全部ｼｶﾄするように設定しているように感じるんだけど、
俺もそんなに詳しくなくて嘘教えたら困るからここでも参考にしてみて。
URLﾘﾝｸ(lists.debian.or.jp)
754:login:Penguin
09/06/09 17:11:07 /mxzS324
restrictって罠だらけだよねｗ
defaultに制限をかけまくったらserverに指定した相手に対して何か開放する設定が必要になった気がしたけど
設定したのはもう数年も前のことだから忘れた。
755:login:Penguin
09/06/09 17:26:16 pACF754o
漏れはiptablesの方が分かりやすいからそっちで制限してる
外部NTPサーバとの通信のために「state RELATED,ESTABLISHED」は必要だけど
756:login:Penguin
09/06/09 19:58:48 nZdF7Rc3
俺はその設定が嫌でOpenNTPDに乗り換えた
757:login:Penguin
09/06/09 21:28:06 pACF754o
>>756
OpenNTPDって昔
URLﾘﾝｸ(slashdot.jp)
なんてことがあって悪いイメージがあったが、今はどうなの？
758:login:Penguin
09/06/10 18:09:40 0Xv6nBcn
たとえばserverをホスト名で設定し、restrictもホスト名で設定したりすると
そのホスト名で得られるIPアドレスがラウンドロビンされてたときに
大変なことになるっぽい。
759:753
09/06/10 22:29:55 7MITrnIw
>>754
そうなんだよね。俺もいまいち理解していないもんだから、落とし穴にﾊﾏりまくりなんだよね。
>>755
あ、確かにその方が楽だよね。
しかも既にiptablesでLAN内と上位NTPｻｰﾊﾞｰしかつながないようにしてるよ。
ntp.confで無意味な事してた。