NTP, SNTP負荷分散作戦所
NTP サーバは、(ネットワーク的に)近くて、(ping応答が)早いサーバを選択するのが鉄則。
まずはプロバイダが NTP サーバを提供してるか確認しましょう。
おいそこの clock.nc.fukuoka-u.ac.jp (133.100.9.2)使ってる奴!とりあえず変更しよう。な。
関連wiki
http://wiki.nothing.sh/page/NTP >>64
国立天文台あたりが正式に
NTP運用してくれると助かるんだけどな。
NTTの117みたいに
通信会社が地域IP網の中で運用するとか。
フレッツユーザだったらフレッツスクエアで時刻が合わせをする
って感じで。 >>94
フレッツスクエアはいちいち認証とか入れて繋がないと駄目なので現実的ではない。
マルチセッションのルーターがない環境ではスクエアに繋いでる間はネット出来ないし。 >>93
でも地方の大学が学内のネットワークで
公開NTPサーバを立てる必要性なんてないだろ?
研究なら共同研究の形にしてどっかのIXに置けばいいじゃん。 >>95
スレ違いかもしれんが、今は殆どのルータがマルチセッション対応だぞ。
素人が買うようなエントリーモデルでさえ対応してる。
プロバイダからレンタルされる奴もそう。
フレッツスクエア+ISPの同時接続に対応してる。
>>96
今の感覚で考えればそうだろうな。
>>98
フレッツADSL出始めの頃は1セッションのものが多かった。
Bフレッツになってから/フレッツスクウェアが出来てから標準で2セッションがOKになり、
マルチセッションPPPoEが出きるルータが増えた
>>97
普及してるルーターが全部最新型だと思ってるのか? >101
とは言えフレッツスクエアでもNTP鯖用意してくれりゃ
少なくとも新規ユーザーはそっちで合わせることができるじゃん。
だからFSでも用意してくれって意見自体には賛成だな。
各都道府県で一人ないし二人、自宅鯖で ntp。
列島 ntp 鯖化計画。
んで、aomori.ntp.ne.jp とか入れると
つないでくれるシステム立てようよー。。。
鯖が落ちても、dns 変更するだけでおk?みたいな。 >>106
地理的な距離とネットワーク上の距離を混同しないように。 >>54
> 利用者大半を占める Win ユーザーは UNIX 系のツールを避けがちなので作った。
> また exe で作ると警戒して使わないのでスクリプトにした。
> しかし perl も敷居が高いので js スクリプトで作るべきだったと反省している。
cygwinのperlで動かそうと思ったらtracerouteがない。
ln -s /cygdrive/c/WINDOWS/system32/tracert.exe /usr/local/bin/traceroute.exe
↑でtracertで代用したらgethostbynameがない・・・。
Windowsで>>19のスクリプトどうやって使うんだよ・・・。 JavaScriptで実装した方がいろんな人が使えたかもね >>106
WIKIにntp鯖の立て方みたいなの書いてみようかな?
その企画おもしろそうだけど、中にはずれまくりのntp鯖知らずに公開する香具師とか出てきたら厄介だな。 >>109
perl入れてDOSから打ってもだめ?
ちょいやってみる >>109
普通にperl入れたら動いたぞ?
ttp://downloads.activestate.com/ActivePerl/Windows/5.8/ActivePerl-5.8.6.811-MSWin32-x86-122208.msi
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
C:\Documents and Settings\user>perl C:\ntp_near.pl
NTP 選択支援ツール 2005/1/24
しばらくお待ち下さい。
[1/105] mfeed / ntp1.jst.mfeed.ad.jp
[2/105] mfeed / ntp2.jst.mfeed.ad.jp
[3/105] mfeed / ntp3.jst.mfeed.ad.jp
[4/105] pool.ntp.org / asia.pool.ntp.org
[5/105] e-timing(アマノ株式会社) / ats1.e-timing.ne.jp
[6/105] 宮崎地域インターネット協議会 / www.mais.or.jp
[7/105] 三重デジタルコミュニティズ研究ネットワーク / darc-rs1.dcs.pref.mie.jp
[8/105] 国立天文台 / gpsntp.miz.nao.ac.jp
[9/105] 会津大学 / ntp1.u-aizu.ac.jp
[10/105] 宇都宮大学 / ntp.utsunomiya-u.ac.jp
[11/105] 大阪大学 / raicho.ime.cmc.osaka-u.ac.jp
[12/105] 大阪府立大学 / eagle.center.osakafu-u.ac.jp
[13/105] 九州工業大学 / ntp.tobata.kyutech.ac.jp
[14/105] 京都大学 / kudpc.kudpc.kyoto-u.ac.jp
[15/105] 京都大学 / ns.kuins.kyoto-u.ac.jp
[16/105] 京都大学 / ns-m.kuins.kyoto-u.ac.jp
[17/105] 高知大学 / snow.is.kochi-u.ac.jp
[18/105] 神戸大学 / ns.kobe-u.ac.jp
[19/105] 筑波大学 / ntp.netlab.is.tsukuba.ac.jp
[20/105] 電気通信大学 / pooh.cc.uec.ac.jp とりあえずWindowsでも、perlインスコするだけでちゃんと動くから>>54は気にすんなーー あ、よく読むと>>109は動かないじゃなくて、tracertもwinで表示したいってことか。スマソ。ちと研究してみる。 やじうまヲチにも乗った。陰陽元は/.
http://internet.watch.impress.co.jp/static/yajiuma/
■ 福岡大のNTPサーバーにアクセス集中「ISPのNTPサーバー利用を」
>>91
dropped packets: 0
ignored packets: 0
received packets: 324829
packets sent: 323552
packets not sent: 0
リセットされた。いつリセットされるんだろう? >>106
IXやpeerやtransitには公開NTPサーバ(stratumは問わず)の設置を事実上の義務づけ、とか。 >>112-115
ActivePerlでも試してみたがだめだね、通信総合研究所から1km圏内に
住んでるから試してみたかったんだけどな。
[104/105] Lawrence Livermore National Laboratory / clock.llnl.gov
[105/105] MIT / tick.uh.edu
0/105 箇所発見
Illegal division by zero at ntp_near.pl line 323. >>118
じゃあうちに置いてやるよ。
stratum-16でな。 http://www.tl.fukuoka-u.ac.jp/Lab/tsuruoka/peerstatus.cgi
time since reset: 7439
...
received packets: 4758157
から計算すると今はおよそ640/s位だけど、こんな計算でいいのかな? >>105
NTT東と西に要望出したりして
やってくれればいいんだがなぁ。
あの会社がやるとは思えない・・・・。 >>122
つかmfeedってNTTもやってるわけだし・・・w >>123
mfeedって通信やベンダー各社が株もってるだけで
実際の経営にかかわってるわけでもないだろ。
それに株持ってるのはNTTデータだし。 >>124
ああ、俺が言ってるのはNTPのmfeedのこと。↓のことね。
http://www.jst.mfeed.ad.jp/ >122
そもそも重要性を理解して無いという可能性もあるし、
要望出すに越したことは無いと思うけどね。
理想的な構成であることには間違いないんだし。 >>133
http://www.mfeed.ad.jp/mf-service/fr-faq.html
Q.インターネットマルチフィードのデータセンタの特長について教えてください。
A.国内を代表する大手プロバイダ多数と高速回線で直接接続し、
かつJPNAPと接続されるISPとも接続することにより、
多くのインターネット利用ユーザーに対して安定的なコンテンツ配信を
可能とする高品質なネットワークを提供いたしております。
また、交通の便が非常に優れた都心にデータセンタが立地しております。 >>120
あんた誰よ
>>121
現在798.8
>>131
小金井と大手町の間はDA64とか >>122
と言うか、フレッツでレンタルしているモデム・ルータに関して、
NTT東西で自前で公開NTP鯖を用意して(ネットワーク位置的にはISPとのPOIに)、
モデム・ルータ上でsntpクライアントを動かしその公開NTP鯖に同期し、
同時にモデム・ルータ上でsntpdを動かし、LAN内に時刻を供給
と言う感じが良さそう。ただしISPとのPOIって位置が微妙っぽいし、
フレッツ閉域網内でL4以上のサービスはやらないって言われればそれまでだが ルータだったら、PPP(oE/oA)でISPに接続する際に、PPPのオプションとしてDNSと同様に、
ISPのNTP鯖向けに(S)NTPを設定させ(るオプションは仕様上存在するのかと)ればいいが
モデム(PPPoEブリッジ)ではレイヤが合わないで難しいか