貼り付けるスレです．時刻合わせの運用面における悩みも
どーぞ．
■関連リンク
・The Clock Mini-HOWTO (JF)
http://www.linux.or.jp/JF/JFdocs/Clock.txt
・Experimental NTP Servers
http://www.jst.mfeed.ad.jp/
・NTPサーバリスト
http://pc.spo.to/network/ntp_list.html
ドキュメントはここがいい感じ。
http://www.jp.freebsd.org/man-jp/search.html
てかテンプレ入れ忘れ!
まとめWiki(移転先探し中): http://www.wikiroom.com/?%A5%D7%A5%ED%A5%D0%A5%A4%A5%C0%CA%CCNTP%A5%B5%A1%BC%A5%D0%A5%EA%A5%B9%A5%C8
ミラー?: http://wiki.nothing.sh/page/NTP
乙
時刻合わせ総合スレッド
http://pc5.2ch.net/test/read.cgi/linux/1008318869/
移転した模様
http://wiki.nothing.sh/page/NTP
全パケットのうち、10%がstratum-2からのアクセス。
（分散できればトラフィックは激減することになる）
入りのパケットを上記のみに絞ってフィルターをかけると、再送が頻発し、
トラフィックが数倍に増加。
（inのみで6Mbps 予想されたことだが悲惨な結果）
よって
当面開放を続けて、皆さんの協力の結果を見守るほかないと思われる。
あんた一夜にして有名人になりましたな
15000台弱
きっと近くに適当なNTPサーバが見つかるはず。
1) 検索で引っかかる文書の著者に改訂依頼を出す。
2) 出版社に対して、新刊、改訂の機会に改訂をお願いする。
3) stratum1マシンのIPアドレスを変える。
4) stratum2ないしstratum3の身代りマシンを福岡大学外に置いてもらって、
従前のURLは身代りマシンを指すようにDNSをいじる。
1や2は自分でやってみようと思うんですが、
どんな文面がいいでしょうか。
4のDNSに沢山書く方法でいけば簡単そうだけどね。
サーバ募集しとけば？
DNSの設定も上手くラウンドロビン出来るようにして
負荷分散するとか出来ないかな。
IPアドレス直打ちで来てるのは防げないけど。
そのIPを公開すりゃいいじゃん。
ついでに福大のDNSに登録すりゃいいじゃん。
pool.ntp.fukuoka-u.ac.jpとかでラウンドロビンすればいい。
デフォルト登録されているのが多いぜ。
これの対策も必要
検索結果 約 381 件
http://www.google.co.jp/search?as_q=%22133.100.9.2%22&hl=ja&as_eq=fukuoka
いっぱいあるな。
orz
自分のところのntp負荷削減にとどまらず、今後の日本に於ける
ntpサーバの運用はどうあるべきか(研究・商用含め)の論文は
出すんだろな？>>8
まぁ自分が書かずに学生に書かせてもいいが、
結局「今協力している鯖管、網管」の努力には
ある意味報いてほしいと思うぞ。
大学の存在は外部から見れば「いかに有用な論文を書いてくれるか」が
一つの期待値だからな。
期待しているぞ>>8
大学の引き込み回線の手前で遮断できない限りどうにもできなそうですね
でもそんな事できるのかな？
ICMPでdestination unreachableを返したら再送が減るってことはない?
http://wiki.nothing.sh/page/NTP
旧リストに昼以降されてた修正が、新リストの方に反映されてない模様なので、
修正された方は再度新リストに反映ねがいまつ
おもうんですが、
１．現在の133.100.9.2 / 133.100.9.4 とは別のntpサーバを立てる（別IP)
２．新ntpサーバはstraum-2/1からのアクセス以外を遮断する(drop)
３．新ntpサーバはOpenAccessとはせず、なるべく公表もしない
４．旧ntpサーバの停止期限を公表する（各方面に）
５．旧ntpサーバを停止期限後に停止する
５の２．旧ntpサーバのホスト名をDNSレコードから外す。（正引きできないようにする）
６．直後再送トラフィックの増大が予期されるが、仕方ないので放置する
７．再送トラフィックが逓減するのを期待する
可能であれば、旧ntpサーバの属するサブネットを全部移転してしまう。
すなわち研究室の全マシンと新ntpサーバを移転先のサブネット
（もしくは、新ntpサーバは別のロケーションに置いたが良いかも検討要）
に移転し、旧ntpサーバの属するサブネットをnetwork unreachableにしてしまう
（ルーティングテーブルから外れるようにする）
てのはどうでしょう。荒療治過ぎる？
言われたもののリスト（無理矢理見つけ出したもの）
は消したほうがいいんじゃね?
NTP鯖は置いてないとの事
でも使っちゃおう
スレタイ：NTP, SNTP負荷分散作戦所
----
NTP サーバは、(ネットワーク的に)近くて、(ping応答が)早いサーバを選択するのが鉄則。
まずはプロバイダが NTP サーバを提供してるか確認しましょう。
おいそこの clock.nc.fukuoka-u.ac.jp 使ってる奴！とりあえず変更しよう。な。
関連wiki
http://wiki.nothing.sh/page/NTP
----
通信技術板かネットサービス板で
何この偉そうな粘着。キモ杉
ISPもルータメーカも絡むからどうだろう
１．ルータ等メーカの無責任さ
２．管理者、設定業者の怠慢
３．乗り気でないISP
４．呑気すぎた某大学の中の人
さらに
５．無頓着に福大を参照させているウェブや書籍の記事
>>16にもあるけど、IPアドレスも併記したほうがいいんじゃね？
おいそこの clock.nc.fukuoka-u.ac.jp（133.100.9.2） 使ってる奴！とりあえず変更しよう。な。
33の様にIP付けときます。
現実的ではないことは判ってください。
Stratum1だからこそこういう事態になっていて、それゆえに管理者は「お願い」していて
それ以上のことは現状では求めていない訳ですよ。
ヘタなことをしたらサーバ・ネットワーク負荷の問題じゃ済まなくなりますからね。
今のところの対策は、福岡大学が結構手一杯なので、普通の人は近所のサーバに
つなぎ変えてくださいって啓蒙していくというのが理想でしょう。
いますぐどうこうというわけでもないのですから。
「警察庁まで行かずに近所の交番へ」とか「大学病院までいかずに近所の病院で」という
レベルのことだし、困ってるってことを話せば協力してくれる人も多いでしょう。
>>8
可能なら、1ヶ月くらいでどの程度軽減できたか、参考までに教えて頂けますか。
多分数パーセントだとは思いますが。
こういう時こそ2chを使って色々な人にお願いすべきってことの証明になるかと
思いますので。
E-mail 欄が正しい使い方されてる
貴重な書き込みのあるインターネットですね。
NTP, SNTP負荷分散作戦所
http://pc5.2ch.net/test/read.cgi/network/1106498099/
草分け、福岡大学の「clock.nc.fukuoka-u.ac.jp」へのアクセスが増え過ぎて
しまい、管理者を悩ませているという。
http://headlines.yahoo.co.jp/hl?a=20050121-00000039-zdn_n-sci
これは既出かな
というか、検索くらい汁！
http://pc5.2ch.net/test/read.cgi/linux/1008318869/600
http://pc5.2ch.net/test/read.cgi/linux/1008318869/588
プロバイダー板の方が良くないか？
Stratum2以上の公開サーバーが異常に少ないということだ
一個出来たぞw
sports2.2ch.net stratum 2
と思ったら、sports2だけは、国内にあるんでしたっけ？
whois 210.224.161.33
ネットワーク接続が切れると同期が取れなくなるみたいです。
ググってみたんですが、これという解決策も見当たらず
(前スレが引っかかった)
ちなみに ntp.log には
24 Jan 09:45:01 ntpd[2368]: sendto(210.173.160.27): Invalid argument
みたいな行が大量に残ります。
なんか設定とかで回避できるんでしょうか。
それとも再接続の度に ntpd 再起動?
ちなみに ntpd のバージョンは 4.2.0 です。
時刻合わせ総合スレッド
http://pc5.2ch.net/test/read.cgi/linux/1008318869/
NTP＠｀ SNTP負荷分散作戦所
http://pc5.2ch.net/test/read.cgi/network/1106498099/
厨房避けってか
ネットワークビジネス厨避けだったんだがな。
そんなモノです。
ntp.drift ファイルが出来てたら、それを元に補正はやってくれます。
でも接続が復活した時に時刻が飛ぶかもですね。
確か ntpd 起動時のオプションで回避出来た筈なんですが…。
でも(接続が復活した際の)再同期の時間もかかりますね。
ntp.conf の iburst と併用するといいのかな？(やってみた事ないので分からん)
. 〃 ヽﾙ1'´ ∠:::::::::::::::::i
i′ ___, - ,. = -一 ￣ｌ:::::::::::::::ｌ
. ! , -＝=､´r' l::::::/,ﾆ.ヽ
ｌ _,, -‐''二ゝ ｌ::::l fﾞヽ |、 おい、そこの clock.nc.fukuoka-u.ac.jp (133.100.9.2) 使ってるヤシ！
ﾚー-- ､ヽヾﾆ-ｧ,ﾆ;＝、_ !:::l ） } ト
ヾ¨'７"ry､｀ ｰﾞ='ニ,,,｀ }::ヽ(ノ とりあえず変更しよう。
:ｰゝヽ､ !´ "￣ 'l,;;;;,,,.、 ,i:::::::ﾐ
::::::::::::::::ヽ.-‐ ﾄ、 r'_{ __)｀ニゝ、 ,,iﾘ::::::::ﾐ
::::::::::::::::::::Vi／l:::V'´;ｯ`ﾆ´ｰ-ｯ-,､:::::`"::::::::::::::;ﾞ , な！
:::::::::::::::::::::::::N. ﾞ､::::ヾ,.｀二ﾆ´∠,,.i::::::::::::::::::::/／／
:::::::::::::::::::::::::::::l ヽ;:::::::::::::::::::::::::::::::::::::::::::／ ／
::::::::::::::::::::::::::::::! :|.\;::::::::::::::::::::::::::::::／ ／
いあ、接続を回復したあともずっと同じエラーをはき続けるのです。
なので、一旦 ntpd を restart しないと二度と同期しません。はい。
なんか似た様な症状が報告されてますね。
ttp://lists.ntp.isc.org/pipermail/questions/2003-December/002360.html
自宅では ntpd は走らせてないので役に立てなくてｽﾏｿ
前スレﾄﾞｿﾞｰ
( ・∀・)っhttp://www6.ocn.ne.jp/~usada/1008318869.dat.gz
>>53>>56 の名前欄間違えました。orz
経路上の問題でntp鯖へのinパケットがSINETから来るって事じゃないかと言う稀ガス。
OCNも使っているみたい＞服代
>とりあえず変更しよう。
その通り、ネットワークリテラシー的にもこのような参照先の局在化は避けるべきだ。
…まあ、俺は変えないけどな。貴重なstratum1だし。
お前らはせいぜい誤差の大きなst2でも有り難がってろ(ｹﾞﾗ
プ
mfeedの人のJANOG15での発表資料を読むことをお勧めする。
「インターネット上の高精度な時刻配信サーバの運用」(PDF)
http://www.janog.gr.jp/meeting/janog15/data/NTP-ito.pdf
これはさすがにバカすぎだろ。
黙って自前でStratum1サーバを買え。
インターネット越しのNTPなどとは比較にならない精度が得られるぞ。
四畳半のアパートでもこいつなら大丈夫だ。
http://www.shoshin.co.jp/computer/endrun/cdma.html
...板違いですまん。
みたいなwebページキボンヌ。
うちBフレで帯域余ってるからNTP鯖立ててもいいんだけど
できればst1にぶら下がったst2じゃなくて
clock sourceも自前で持つst1を立ててみたいのよ。
ちょっとぐぐって味噌、あるから
いちいち突っ込まなくていいよ
世の中バカの方が多いんだから
1つ鯖介すごとに誤差が大きくなるのは当たり前。
それは元になってるStratum1の鯖がまともな事が前提。
まともなのなんてmfeedの上位の非公開Stratum1くらいだろ。
確か……かなあ。
上記のようにdelay 0.00000 ってなるサーバーがあるんだけど、どういうこと？遅れがまったくない？
何を基準に「まとも」かどうかを判断するの?
無駄に内部のルーター経由しまくってるんですが、他のISPの方もこんなもんですか？
1 21 ms 21 ms 20 ms YahooBB220*********.bbtec.net [220.***.***.***]
2 20 ms 20 ms 21 ms 10.36.8.71
3 22 ms 21 ms 20 ms 10.36.0.35
4 20 ms 20 ms 20 ms 10.36.0.43
5 20 ms 23 ms 21 ms 10.36.0.51
6 21 ms 20 ms 20 ms 10.36.0.59
7 20 ms 21 ms 20 ms 10.36.0.67
8 22 ms 20 ms 21 ms 10.36.0.83
9 22 ms 23 ms 23 ms 10.2.4.165
10 22 ms 23 ms 24 ms 10.2.128.141
11 30 ms 30 ms 29 ms 10.0.128.213
12 29 ms 30 ms 29 ms 10.0.129.222
13 29 ms 29 ms 29 ms ntp.bbtec.net [219.188.200.128]
私はWAKWAKユーザーでntp2.wakwakcomでこんなもん
1 3 ms <10 ms 1 ms 192.168.0.1
2 20 ms 13 ms 14 ms faw011.nw.wakwak.com [219.127.35.3]
3 20 ms 20 ms 13 ms flwest1g.nw.wakwak.com [219.127.35.1]
4 19 ms 45 ms 17 ms phgwdjm1g0-1-0.nw.xephion.ne.jp [211.132.135.221
5 20 ms 15 ms 14 ms phcrdjm1g0-2-0.nw.xephion.ne.jp [219.127.32.65]
6 26 ms 21 ms 20 ms phcrdnp1p5-0.nw.xephion.ne.jp [211.9.229.193]
7 21 ms 19 ms 19 ms phgwmrn1f3-0.nw.xephion.ne.jp [211.9.229.190]
8 25 ms 21 ms 22 ms ntp2.wakwak.com [211.9.227.25]
ルータがあるだろうけど、Y!BBなんかだと生でルータが見える。
だからhop数が多いように見える、とかかな。
初めて手に取ったルが鶴岡さんの共著された
「EWSのシステム管理」でした。
見よう見真似で本に書いてあるとおり ntp.conf の設定をして以来
サーバ機には無意識で 133.100.9.2 と記述するのが習慣に
なっていました。
Stratum1 の負荷をかけてはいけない、というのは頭で分かっていましたが
悲鳴があがるまで実際に使いつづけてしまったということは
本当に申し訳なく思っています。
福岡大学さん、そして NTP の国内での先駆者である鶴岡助教授、
本当に今までありがとうございました。
RTT及びその偏差が小さい事のが重要
dionからだと
remote refid st t when poll reach delay offset jitter
==============================================================================
210.147.240.67 .STEP. 16 u - 1024 0 0.000 0.000 4000.00
202.225.94.228 .STEP. 16 u - 1024 0 0.000 0.000 4000.00
133.205.241.67 .STEP. 16 u - 1024 0 0.000 0.000 4000.00
+210.138.174.45 202.232.0.1 4 u 173 256 377 11.658 -1.050 0.221
-61.122.112.135 210.173.160.87 3 u 42 256 377 12.749 -0.285 0.791
+61.122.112.136 210.173.160.87 3 u 32 256 377 12.704 -0.908 0.221
+61.122.116.184 210.173.160.87 3 u 26 256 377 12.245 -1.026 0.312
-211.9.226.25 211.9.226.9 3 u 30 256 377 12.396 -2.073 0.164
-211.9.227.25 211.9.226.9 3 u 166 256 377 12.431 -0.781 0.481
-210.251.0.16 192.168.38.230 2 u 162 256 377 12.540 -1.924 7.830
-210.251.0.81 192.168.38.230 2 u 176 256 377 12.704 -2.208 0.445
-202.224.32.4 202.224.53.11 2 u 25 256 377 11.320 7.865 0.160
-210.139.246.140 211.10.62.120 2 u 164 256 377 12.571 -4.199 1.266
143.90.130.103 .STEP. 16 u - 1024 0 0.000 0.000 4000.00
+219.164.211.129 202.234.233.106 4 u 181 256 377 12.026 -0.998 0.546
-219.164.211.137 210.145.255.76 4 u 32 256 377 12.233 -0.757 0.431
202.234.233.106 .STEP. 16 u - 1024 0 0.000 0.000 4000.00
202.234.233.109 .STEP. 16 u - 1024 0 0.000 0.000 4000.00
210.145.255.76 .STEP. 16 u - 1024 0 0.000 0.000 4000.00
219.188.200.128 .STEP. 16 u - 1024 0 0.000 0.000 4000.00
25 Jan 14:48:50 ntpdate[2833]: step time server 219.164.211.129 offset -32396.908407 sec
何でこんなに狂ったんだろう・・・
YahooBB の外に traceroute かけたら
もっと多くなるんじゃないの?
-32396秒＝-約540分＝-9時間
原因わからんけどまぁいいや。
それで解ってくれるかなぁ
ずっと10ms前後で安定していたdelayが、今週はバラツキ
が大きく60ms位まで延びたりする。
福岡大からの移行組が増えてる？
どうなってんの？
正式に継続決定？
マシンのハードウェアクロックをGMTにするかJSTに合わせるかの設定が
おかしくなったんじゃ？
前スレに直リンされてたpdfに同じIPアドレスで正式サービス化するとか書かれていた。
http://www.jst.mfeed.ad.jp/s2html/27-delay-17.html
これかい?
>>63 の p.41 かい?
これは、Stratum1に対するdelayじゃないかい？
どっちにしろ、今週はアクセスが増えているんだろうな。
stratum-nとstratum-(n+1)の間のネットワーク品質が良ければ誤差は気にするほどもないはず
stratum3~4あたりでもミリ秒単位のオーダになるはず
で必ずしも上位stratumの鯖が正確とは限らないことは↓でガイシュツ。レスもガイシュツ。
http://www.janog.gr.jp/meeting/janog15/data/NTP-ito.pdf
ルータはツリー構造でntp stratumを構成していると思う。
ルータはNTP鯖として多数アクセスに耐えられるようにはなっていないはずなので、
多数ユーザが参照するべきではない。
ｎｔｐ１・２・３と３台もあるのにねぇ。１を使う人が多いのは予想できたこと。
なんで分散しないのかね。１以外を選んでいる俺は勝ち組。
なんでそんな話になったんだ?
ただ、ntp.bbtec.netがルータかどうかは知らない
公開NTPサーバとして専用機を割り当てているような環境でないと、ISPのネットワークに及ぼす影響は未知数になる。
まさにあちらを建てればこちらが立たず状態になっているな
3つ全部指定すればうまくやってくれますよ。
非公開の完全個人用途ならmfeedのうち一つだけで良いと思った。
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
・ 次のスレ
32: Tiny Core Linux Part2 (289)
33: 【ファイル共有】ライムワイヤー【最新鋭】 (653)
34: LINUXバブルに溺れた人々 (124)
35: Linux版Operaってどうよ？ Part4 (672)