時刻合わせ総合スレッド2

>>66
ちょっとぐぐって味噌、あるから

>>64
いちいち突っ込まなくていいよ
世の中バカの方が多いんだから

大きなStratumほど誤差が大きくなるのが普通なのは確か。
1つ鯖介すごとに誤差が大きくなるのは当たり前。
それは元になってるStratum1の鯖がまともな事が前提。
まともなのなんてmfeedの上位の非公開Stratum1くらいだろ。

>>69
確か……かなあ。

adjust time server xxx.xxx.xxx.xxx offset 0.005138 sec, delay 0.00000

上記のようにdelay 0.00000　ってなるサーバーがあるんだけど、どういうこと？遅れがまったくない？

>>69
何を基準に「まとも」かどうかを判断するの?

YahooBBユーザーですが、ntp.bbtec.netにtracertしたら
無駄に内部のルーター経由しまくってるんですが、他の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]

>>73
私は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]

漏れは駅だけど、7hop ですよ

フレッツなんかの場合、ユーザには見えないレイヤにいくつか
ルータがあるだろうけど、Y!BBなんかだと生でルータが見える。
だからhop数が多いように見える、とかかな。

この職業について初めて触った Unix が EWS4800 で
初めて手に取ったバイブルが鶴岡さんの共著された
「EWSのシステム管理」でした。
見よう見真似で本に書いてあるとおり ntp.conf の設定をして以来
サーバ機には無意識で 133.100.9.2 と記述するのが習慣に
なっていました。

Stratum1 の負荷をかけてはいけない、というのは頭で分かっていましたが
悲鳴があがるまで実際に使いつづけてしまったということは
本当に申し訳なく思っています。

福岡大学さん、そして NTP の国内での先駆者である鶴岡助教授、
本当に今までありがとうございました。

hopsが多いかどうかはタイシテ重要じゃない
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

% ntpdate sudo ntpdate ntp1.plala.or.jp
25 Jan 14:48:50 ntpdate[2833]: step time server 219.164.211.129 offset -32396.908407 sec

何でこんなに狂ったんだろう・・・

>>73
YahooBB の外に traceroute かけたら
もっと多くなるんじゃないの?

>>79
-32396秒＝-約540分＝-9時間

GMTになってたってことか・・・
原因わからんけどまぁいいや。

>>81
それで解ってくれるかなぁ

かぶってたorz

開始当時からずっとmfeedのお世話になってきたのだが、
ずっと10ms前後で安定していたdelayが、今週はバラツキ
が大きく60ms位まで延びたりする。
福岡大からの移行組が増えてる？

mfeedは当初の予定ではすでに実験期間が終了してるはずなんだけど。
どうなってんの？
正式に継続決定？

>>82
マシンのハードウェアクロックをGMTにするかJSTに合わせるかの設定が
おかしくなったんじゃ？

>>86
前スレに直リンされてたpdfに同じIPアドレスで正式サービス化するとか書かれていた。

>>85
http://www.jst.mfeed.ad.jp/s2html/27-delay-17.html
これかい?

>>88
>>63 の p.41 かい?

>>89
これは、Stratum1に対するdelayじゃないかい？
どっちにしろ、今週はアクセスが増えているんだろうな。

>>69
stratum-nとstratum-(n+1)の間のネットワーク品質が良ければ誤差は気にするほどもないはず
stratum3~4あたりでもミリ秒単位のオーダになるはず
で必ずしも上位stratumの鯖が正確とは限らないことは↓でガイシュツ。レスもガイシュツ。
http://www.janog.gr.jp/meeting/janog15/data/NTP-ito.pdf

>>73
ルータはツリー構造でntp stratumを構成していると思う。
ルータはNTP鯖として多数アクセスに耐えられるようにはなっていないはずなので、
多数ユーザが参照するべきではない。

>>85
ｎｔｐ１・２・３と３台もあるのにねぇ。１を使う人が多いのは予想できたこと。
なんで分散しないのかね。１以外を選んでいる俺は勝ち組。

>>93
なんでそんな話になったんだ?

>>95
ただ、ntp.bbtec.netがルータかどうかは知らない
公開NTPサーバとして専用機を割り当てているような環境でないと、ISPのネットワークに及ぼす影響は未知数になる。

>>85
まさにあちらを建てればこちらが立たず状態になっているな

>>94
3つ全部指定すればうまくやってくれますよ。

ここは鯖用途の多いLinuxの板だからかもしれんが
非公開の完全個人用途ならmfeedのうち一つだけで良いと思った。

前スレのdatのハッシュです。
Modify: Mon, 24 Jan 2005 15:25:52: +0000 (GMT)
md5sum: 5fd5adec63086dc0120e04d068565430
sha1sum: 9bc513a2eacf0dafa2c20ddae89c410d75f29604

http://internet.watch.impress.co.jp/cda/event/2004/12/02/5628.html
>DNSから情報を削除する方法を取りやめ、ACCSへの攻撃パケットを
>廃棄するための「Blackholeアドレス」を複数のプロバイダーで用意し、
>ACCSのDNS情報をこのBlackholeアドレスに書き換えるという対処を行なうことにした。

このBlackholeアドレス借りればいいじゃん。

>>73
うちからntp.bbtec.netまでは11、ntp?.jst.mfeed.ad.jpまでは13ホップ。
pingの値だけを見てると全く差がないように見えるけど、ntp.bbtec.netのほうが僅かながらjitterの値がいい。
たまにひっくり返ってしまうけどさ。

あと、Yahooの場合、経路上のルータもNTPに反応するけど
ntpdから参照させるといつまでたっても同期しない。
(前スレ356-358参照のこと)

>>77
EWS4800 か…。
SVR2 & 独自 GUI の頃は、今思うとうんこマシンだったが…。

>>102
SNTP(not NTP)用途しか想定してないとか＞経路上のルータ

>>94
まぁ…１、２、３と同品質のモノがある時に、人々はどれを選ぶ傾向にあるか、
と云う実験の一つの結果が出たっつー事で(ｗ

実際のとこ、運用開始当時は pool.ほげ とかでぐるぐるDNSな負荷分散をする
という事を考えてなかったのでしょう。
ntp.conf が 12.34.56.78 みたいな dotted-decimal だけではなくて、
サーバの FQDN でも可になったのは、いつでしたっけ？

>>104
xntpdでは10年ぐらい前に既に出来たような気がする。

プロバイダの2つとmfeedの3つの合計5つ使ってるんだけど、
これって意味無いのかな？
多くしたからって精度が上がるとかそういうものじゃないんだよね？
だとしたら、プロバイダの2つだけで十分なのかな？

>>99
mfeedに集中しても困るので、ISPにNTP鯖があればそれを使え、なければmfeedを使え、と言うスタンス

>>101
>>23みたいにDNSレコードから削除する方法だとDNS鯖が過負荷になるという事か
ACCSの件はウィルスによるDDoSだけど、原因と程度こそ違え、福大も似たような状況にあるわけで。

>>106
sntpじゃないntpクライアントだと、stratumが上位の方を優先してしまうため精度に偏りがでｋると言う事
∵stratumが上位だからといって必ずしも精度は高くない
∴stratumは同レベルのものを設定するべし
sntpクライアントだと設定順になるだろうから、設定先鯖の１つが落ちても他の鯖に合わせに行くでしょうという事
http://www.janog.gr.jp/meeting/janog15/data/NTP-ito.pdf

>>103
しかもルータのCPUではntpdの負荷に耐えきれない稀ガス
ただでさえルータの過負荷が問題になっている

>>110
そんなルータで NTP 鯖動かさなきゃいいのに。

>>111
動かさなきゃいいんじゃなくて、ユーザに見えなければいいんだよ
単にアクセス制限掛けてない非公開の隠れサーバって事だろう。
まさしく多数ユーザに使われる事は前提としてないし
ISPの管理下領域内のアドレスのみからのアクセス許可に制限すればいいわけだが
結果論で言ってしまえば怠慢だが

最近流行ってるよね、www.example/money/data.datが取られて、
「想定していない不正なアクセスにより(ry、」
みたいなノーガード戦法。

なんでも不正アクセスと言えば済むと思っている香具師等が大杉

>>107
どんなにmfeedに集中しても困ることはない。ネットワーク的にはギガのトラフィック
でも問題ないし、ハードウェア的には使えば使うほど、重要性が高まり新しい研究予算
をもらえる。さらには実運用に昇格できるかもしれない。ただし、ネットワーク的な近さ
からいって普通はISP内のntpの方がベターだろうということ。遠くの親戚より近くの他人。
遠くの stratum 1より近くのstratum 3というのは常識。

もしクライアントレベルでntpdを動かしているなら、上位のサーバに負荷をかけないように
minpoll 8 maxpoll 15ぐらいにする。この程度の補正間隔で十分っしょ。

>>115 ところがどっこい、mfeedはstratum 2なんだよね…。

mfeedのstratum 2と、ISPのstratum 2
選択をどう考えるかが難しい。

Geeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeks
Uzeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

>>117
考え方としては、ISP内のサーバを参照するのが、インターネット全体にとっても望ましいと思います。

っていうか、そのstratum 2のサーバがどこのstratum 1をいくつ参照して
いるかが問題だろ。それがわからなきゃ無意味な議論。

とりあえずmfeed使っておけば問題無い。
プロバのは上位に接続できなくなってもそのまま放置されてたり、
設定間違ってたりして
とんでもない時間を返してくる所があったりする。

>>119
信頼のおける安定したネットワーク的に近いサーバという意味で、たぶんそれは
ISPの提供するサーバだろうということになるが、盲目的にISPの提供するサーバ
が良いという答えであれば、それには同意できない。

うちにはメールで送られてくるけど web にも上がってると思う。

===
JPCERT/CC REPORT 2005-01-26

[今週の一口メモ]

* NTP サーバの選択

ホストの時刻合わせに NTP (Network Time Protocol) を使用する場合、NTP
サービスを提供しているサーバの選択には注意が必要です。広く一般に公開さ
れている NTP サーバは、アクセスが集中することが多く、正確な時刻に同期
できない場合があります。利用している ISP が顧客向けに提供している NTP
サービスを使ったり、または各組織で NTP サービスを組織内向けに中継する
NTP サーバを立ち上げたりするなどの対応が推奨されます。

そもそもみんな誤解しているようだがstratumの番号は階層を意味しているので
あって精度保証を意味しているわけではない。安物のGPSをあまりもののハードに
つけて動かしてもstratum 1だし、NiCTのように原子時計を基準にしてもstratum 1。
ネットワーク的に遠いstraum 1を1つだけインターネット経由で参照しているだけ
でもstratum 2。専用線でつなぎ高精度のstrutam 1を複数個参照していてもstrutam 2。
純粋に精度を考慮した話だとこうなるが...

が、しかし、２ちゃんねるにいる藻前らのマシンだと、精度なんて関係ないからstrutam 3でも
4でも、5だって、いや10でも全然平気だし、という話ならその通りだ。分散だけすりゃいいだけ
ならpool.ntp.orgを参照で十分。

で、その精度保証っつーのはどうやって知って判断すれば良いのだ？>>124

SNTPの場合、サーバのリストの中に一つでも精度の悪いサーバがまぎれてたら、
それが他の精度の良いサーバとの同期を台無しにしてしまう事って有り得るの?

で、どこに、精度保証をしていると書いてある？

>>126
それは大丈夫なアルゴリズムになっている。ntpq -p で左端に+とか-とか
*とか出るから、その意味を自分で調べろ。

勘違いしていたsntpか。もしかしたらあるかもな。SNTPは統計的な処理
をしていないはずだから。

>>101

Blackhole = 127.0.0.1ですか？

>>115
それでも、予算とかは政治的な話だから、急激に過負荷になって落ちてしまっても困るでしょ。

>>117
ISPがstratum-2とは限らないのでは？1の場合もあれば3〜の場合もあると思う。

>>132
ISP が staratum 2 とは言ってないのでは。

>>119
ISP内には該当するサーバがありません。

今はっていうか、このスレを読む前から
ntp1.jst.mfeed.ad.jp　を、使ってます。
以前は
time.nist.gov　を使ってましたが。
間違ってますかね？

テレビの時報との差が0.1秒くらいなら気にしないので・・・。

>>117=>>134 なのか?

>>134
mfeed使ってるなら問題なし。
ntp1は利用者が多めなのでntp2かntp3にすればさらによし。

BIGLOBEユーザーなんだけど、なぜかmeshよりmfeedの方が近いんだな。
mfeedの2と3、どっちが負荷が少ないかって外部からでも調べられるの？

>>137
http://www.jst.mfeed.ad.jp/
こっちの下の方の情報から推測

>>137
判らない時はntp1を使え！何でも1が一番イイのだ。

>>136
有難うございます。
了解です。ntp2に変更しました。

>>139
いや0の方が偉いこともあるよ。

一番強いのはジョーカーだよ

>>131
急激な負荷になって落ちるようなことにはならないだろう。それを回避できるだ
けの能力のある連中がmfeedのサーバをメンテしているから。奴らを信じろ。

現在の福大：840.7

あんま下がってないな

>>144
マルチｲｸﾅｲ！

>>144
毎秒900件から840.7(件/秒？)に減ったのなら、maxpoll をいじってない ntpd
換算で約６万台分に相当しますね。

N速+のスレ、５日ルールで落ちちゃったね。

ここから先の減り方は緩やかだろうな。そもそもルータとかのデフォだったり
すると、一般ユーザなんかNTP参照で動いていることすら知らないし。
clock.nc.fukuoka-u.ac.jpへのトラフィックを人の努力で下げるなんて無理
なんだよ。ルータにclock.nc.fukuoka-u.ac.jpを組み込んでいる会社から
金を回してもらって回線太くするしか解決案はないんじゃねぇーの？

201 名前：番組の途中ですが名無しです 投稿日：05/01/28 13:10:07 ID:PFa9aeGK
やっぱり
ルータ類のメーカー、ウェブ記事管理者、時刻合わせソフトウェア開発者、書籍等出版社等へ
それぞれ要望をメール爆撃しかないのかと（ぉ

http://wiki.nothing.sh/page/NTP/%CC%E4%A4%A4%B9%E7%A4%EF%A4%BB%A5%C6%A5%F3%A5%D7%A5%EC

>>148
ループ議論は過去ログを読んでからにしようね。

福岡大作戦の話はこちらへ

NTP＠｀ SNTP負荷分散作戦所
http://pc5.2ch.net/test/read.cgi/network/1106498099/

>>150
そのスレ、今ひとつ盛り上がってないんだよな‥。

ついでに関連スレをもう一つ

巷のNTPサーバ
http://pc5.2ch.net/test/read.cgi/esite/1106561493/

>>151
盛り上げればいいじゃない。

盛り上げればいい、って言うじゃな〜い?
でも・・・・

切腹

どこのntp鯖がイイ！とかなんとかいうけど、結局てめぇんとこの
ネットワークの良し悪しの影響の方が大きい希ガス。
かなりいい条件の所に置いたサーバ。
remote refid st t when poll reach delay offset jitter
==============================================================================
*ntp2.jst.mfeed. fs-monntp2.mfee 2 u 369 1024 377 2.284 0.024 0.055
+ntp3.jst.mfeed. fs-monntp1.mfee 2 u 223 1024 377 2.192 -0.072 0.169

offset 数ms なんて数値しか出なかったら、mfeed 使うのはもったいない。

>>センセイへ

１）アクセスログ見て、IPアドレス順にログをsortしてみる
2)おおまかなIPアドレス帯域に区分してみる（大まかに言ってISP別に区分）
3)区分したグループのIPアドレス帯域に限って、ntpdへのリクエストパケットを廃棄してみる
　→数を限定されているため、再送によるトラフィック増も限定的になるでしょう
4)同じ１つのIPアドレス帯域グループでのアクセス制限は、１ヶ月ぐらい継続して行う
　→１ヶ月ぐらいNTP同期されなくて、時計が狂うのにユーザが気づいて、サーバを振り替えてくれる事を期待してみる
5)同じ１つのIPアドレス帯域グループのアクセス制限の継続期間は、そのグループからのntpdへのリクエストパケットの期間内を通しての低減の仕方で判断する。
6)１つのIPアドレス帯域グループに関して見切りを付けたら、別のグループについて3)からループして実行。以下同

こんなもんでどうでしょ？

>>157
学生にやらせたら、いい研究材料になったりしてな(,,゜Д゜)

>>157
そのくらいのことはもうやってると思われ。

eoユーザーだが、うちにはntpがないっぽい。
DNSもntpにはなってなかった(nscache1.eonet.ne.jp)

あるとすれば
ntp.eonet.ne.jpとか
ntp1.eonet.ne.jpあたりかな・・・

www.eonet.ne.jpとsmtp.eonet.ne.jpはtimeoutじゃなくて
connection refusedを食らったので恐らくntpdが動いてると思われ。
網内から繋がるかどうかは知らね。

ファイルの日付を切り出すコマンドを sh -c で渡してやりたいです[*1]。

とりあえず
LANG=C ls -l hoge | awk '{print $6, $7, $8}'
で切り出しているのですが、これを sh に渡すとなると

sh -c "LANG=C ls -l hoge|awk '{print $6, $7, $8}'"
awk: line 1: syntax error at or near ,

sh -c 'LANG=C ls -l hoge|awk '{print $6, $7, $8}''
awk: line 2: missing } near end of file

sh -c 'LANG=C ls -l hoge|awk \'{print $6, $7, $8}\''
quote>

sh -c 'LANG=C ls -l hoge|awk \\'{print $6, $7, $8}\\''
awk: 0: unexpected character '\'
awk: line 2: missing } near end of file

むう(´･ω･`)

1. 上記のようなコマンドを sh -c にうまく渡すにはどうすればいいでしょうか?
2. [*1] を満たすエレガントなコマンドがあるでしょうか?

ごめん、誤爆った orz

>>163
一旦 backquote なりで shell 変数に代入してやるのは却下？

>>165
誤爆なのにサンクス。いちおこちらでシンプルなアドバイスをもらいますた。
http://pc5.2ch.net/test/read.cgi/unix/1101820646/157