トップページ⇒unix
559コメント163KB

NTP (1)

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2006/01/29(日) 16:37:27
NTPサーバおよびクライアントに関するスレ

リンクなどは>>2以降で
0449名無しさん＠お腹いっぱい。2011/05/14(土) 19:49:33.72
ずれるvmwareより
ずれないqemu
0450名無しさん＠お腹いっぱい。2011/05/14(土) 19:58:26.49
>>447
VirtualBoxなんだけど、3分おきくらいにしか修正してくれないんだ
周波数も固定してんだけどまあずれることずれること

>>449
VBoxってqemuがベースになってるはずなのにね
どうしてこんなことに・・・
0451名無しさん＠お腹いっぱい。2011/05/14(土) 21:08:00.54
FreeBSDホストのVirtualBoxは全然ずれないぞ。
WindowsでもGuestaddtionがよきにはからってくれるはず。

こんな記述があるな。
http://www.virtualbox.org/manual/ch09.html#changetimesync
0452名無しさん＠お腹いっぱい。2011/05/14(土) 22:43:47.34
初代玄箱(Debian化)のハードウェアクロックがずれまくるので、
adjtimexでKernel Timeとのずれを調整する、ってのが定番だった。
一定の割合でずれていく場合に有効なので、VMに適用できるかどうかわからないけど。
0453名無しさん＠お腹いっぱい。2011/05/15(日) 19:45:54.99
時刻に対して外からツッコミを入れると時間が逆行したぞエラーが出るよね。
0454名無しさん＠お腹いっぱい。2011/05/15(日) 20:48:32.37
逆行すればね
時計の針を進めることはできる
0455名無しさん＠お腹いっぱい。2011/05/16(月) 20:03:44.64
>>454
ゲンドウさんみたいで格好いいな
0456名無しさん＠お腹いっぱい。2011/05/17(火) 08:42:40.32
>>450
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006427

カーネルパラメーターで解決できるかも。
VMware用だけど、Virtualboxでも多分うまくいく。
0457名無しさん＠お腹いっぱい。2011/05/17(火) 16:51:41.26
>>443
Drift が 500PPM を超えている場合は tickadj コマンドを使う（非推奨）
http://www.eecis.udel.edu/~mills/ntp/html/tickadj.html

あるいは文書化されていないが ntp_tick_adj というカーネルパラメーター
を用いても同様のことができる
http://lxr.linux.no/linux+v2.6.38/kernel/time/ntp.c#L950

てゆうかそもそも linux の時刻管理機能は絶望的にぶっ壊れてるから
メンテナを更迭してゼロから作り直さない限りどうしようもないと思う
http://lists.ntp.org/pipermail/bugs/2009-November/010837.html

>David L. Mills wrote:

>I have no interest in Linux stupidity other than to recommend they
>learn form FreeBSD, who have got it rightr. You should tell them that.
0458名無しさん＠お腹いっぱい。2011/05/17(火) 17:30:31.53
NTPで補正できるのって何パーセントの遅れまでだっけか
どっかに計算式があった気がするが忘れたな・・・
0459名無しさん＠お腹いっぱい。2011/05/17(火) 21:12:27.35
なんかごちゃごちゃいじって 時計の遅れを1%以下にしたぞ・・・
これでNTPデーモン動かしてちゃんと動作してくれるかな・・・
0460名無しさん＠お腹いっぱい。2011/05/17(火) 21:26:11.47
>>458-459
500ppm = 0.05% だから無理だろうね
0461 忍法帖【Lv=2,xxxP】 2011/05/30(月) 19:33:59.13
そういやJJYで合わせてる時計に異常が出てるという話があるけど
影響出てる人いる？
0462名無しさん＠お腹いっぱい。2011/06/01(水) 19:54:45.79
何故かmfeedのIPv4とIPv6で時間がズレてるｗ
0463名無しさん＠お腹いっぱい。2011/06/19(日) 16:08:34.71
NTP って UDP だけど、ソースアドレスを詐称されたパケットが(偽)サーバから
やってきたらデタラメな時刻に変更されちゃうの？
いちおう公開鍵認証のしくみもあるみたいだけど、mfeed とか nict とかでは
使えないから意味ないよね？ 認証なしでもある程度は防げたりとかしないの？
0464名無しさん＠お腹いっぱい。2011/06/20(月) 01:13:48.07
ソースアドレスを詐称されると完全に防ぐのは無理だろうな。
試しにNICTと同期した時のパケットをキャプチャしてみたけど、
一応NTPサーバの応答電文中に「Reference Clock ID」なる
フィールドがあって、このフィールドにASCII４文字でNICTと
書いてある。でもいくらでも詐称できそうだ。
不安ならntpdateを定周期で実行し、ntpdateの起動前後にUDP123
をブロックするiptablesルールを上げ下げするとか。これで攻撃が
成功するのはntpddateが実行されているごく短時間だけになる。

またはデータセンターとかで予算もあるならGPS衛星や電波時計を
タイムソースに使うNTP専用サーバーマシンもある。
GPSベースのNTPタイムソースはUSB接続のGPSアンテナとLinux
用ドライバのソースとC言語の知識があれば個人で作ることも不可能
ではない。「USB GPS」で検索するとデバイス自体は5000円位で手に
入るようだ。
0465名無しさん＠お腹いっぱい。2011/06/20(月) 02:03:13.22
ズレてる時計は嘘時計として撥ねる機能があるから、詐称されたパケットを飲まされたくなかったら
少なくとも2つか3つのサーバの時刻を参照していればいいんじゃないの？
0466名無しさん＠お腹いっぱい。2011/06/20(月) 10:52:18.85
DNSでやってるみたいなsource port randomizationってNTPでも使えないかしら。
そうすれば、16bitの乱数を一致させなきゃ嘘時刻を注入できない。
問い合わせのソースポートが123じゃなきゃダメなんてルールはないよね？
ダメならNAPTの裏にいるホストからNTPが使えないし。
0467名無しさん＠お腹いっぱい。2011/06/20(月) 11:07:08.13
man ntp.confしてみたら、restrict ... ntpportと設定することで
123以外からのパケットを蹴れるんだな……。
port randomizationすると、サーバの設定によってはダメってことか。
0468名無しさん＠お腹いっぱい。2011/06/20(月) 12:00:03.35
一定以上ずれてたらずれ過ぎってことで修正されなくなるでしょ。
0469名無しさん＠お腹いっぱい。2011/06/20(月) 12:40:22.95
なるほど、ちょっとだけズレた時刻を何度も繰り返し注入しつづければいいんだ。
0470名無しさん＠お腹いっぱい。2011/06/20(月) 19:47:31.70
でも嘘時刻を流し込むことで「同期を外させる」攻撃はできるってことか
0471名無しさん＠お腹いっぱい。2011/06/20(月) 23:53:00.26
ソースIPアドレスの詐称って簡単にできるモノなの？
0472名無しさん＠お腹いっぱい。2011/06/21(火) 00:28:11.00
UDP なら簡単。

ただし、まともな ISP では詐称パケットがネットワークをまたいで
よそに出ていかないようなフィルタをかけてることが多い。
0473名無しさん＠お腹いっぱい。2011/06/21(火) 04:16:29.17
バレずにやるのは非常に難しいと思うけどね。

時刻を取得する相手をすべて把握してその相手へのリクエストが行われたあとに
その相手のレスポンスよりも先に嘘時刻を叩き込むということをすべての相手に対して行う。
しかもその嘘時刻は嘘時刻と認識されないギリギリのズレでなければならない。

とか。地味過ぎる。
0474名無しさん＠お腹いっぱい。2011/06/21(火) 06:18:45.72
仮に少しずつ時刻をずらす攻撃が成功したとして
攻撃側のメリットって何があるんだろう
時刻が飛ばないんだから、ログを誤魔化すには至らないよな
時間制限物を引き延ばすにしても誤差レベルでしかないし。
0475名無しさん＠お腹いっぱい。2011/06/21(火) 08:55:57.49
この前経路か何かの問題でmfeedのIPv6のサーバーのディレイが大きくなってて
そのサーバが100msくらいズレた時刻を返してるように見えてたけど、
そのレベルでもう嘘時計扱いになってたよ？
だから少なくともそれ以下にずれた嘘時刻を256秒とか512秒とか1024秒ごとに
ターゲットに喰わせないといけない。

ほんと手間の割に得られるものが少ないよね？
0476名無しさん＠お腹いっぱい。2011/06/21(火) 20:18:03.07
しいて言えばKerberos5認証みたいに端末とサーバーの時刻が大きくずれると
認証できないメカニズムを破綻させることくらいだろうな。たしかKerberos5は15分
以上のずれがあると暗号がかみ合わずに認証失敗する仕様だったろ？
たとえばWindowsのActiveDirectory認証とかで認証サーバーにうその時刻を教え
込むと、あわよくばドメインの機能を停止させられるかもしれない。
0477名無しさん＠お腹いっぱい。2011/06/21(火) 23:38:05.14
時刻をずらすのを狙うよりも
ntpd自体の脆弱性を狙うほうが現実的だろうな
0478名無しさん＠お腹いっぱい。2011/06/21(火) 23:48:22.99
ちょっと話はそれるのですが、nictが配信している時刻は日本標準時間。
その他サーバだと大抵は世界標準時。この２つの実質的な違いは、うるう
秒の丸めタイミングだけという理解で正しいですか？
0479名無しさん＠お腹いっぱい。2011/06/22(水) 02:07:10.07
>>474
普通に楽しい
0480名無しさん＠お腹いっぱい。2011/06/22(水) 21:58:44.69
>>478
全部間違ってる。
NTPサーバはJSTでもUTCでもなくてNTP時間を配信している。
うるう秒は全世界同時に挿入/削除される。
0481名無しさん＠お腹いっぱい。2011/06/25(土) 16:11:11.13
NTP Timeはプロトコル上の時刻表現方法に過ぎなくて、実体はUTCそのものでしょ
NTP Timeという時刻系が運用されてるわけじゃない

ちなみにNICTのNTPサーバは JSTを生成する原子時計を時刻源と
しているから、JSTを配信していると言っても間違いではないと思う
0482名無しさん＠お腹いっぱい。2011/06/25(土) 16:28:55.21
うぐぅ秒
0483名無しさん＠お腹いっぱい。2011/06/25(土) 20:19:03.92
WindowsってUnix系のOSみたくミリ秒のオーダーって合わせてくれないの？
0484名無しさん＠お腹いっぱい。2011/06/25(土) 21:10:46.15
どうしてそう思ったの？
0485名無しさん＠お腹いっぱい。2011/06/25(土) 23:31:49.43
複数台のパソコンの時計のばらつきが N x 10ms になってるように見える
0486名無しさん＠お腹いっぱい。2011/06/26(日) 00:46:26.21
>>481
JST-0900の変則時刻を配信してるってこと？
JSTを配信してたら、他のタイムサーバと混ぜられないでしょ
0487名無しさん＠お腹いっぱい。2011/06/26(日) 01:52:42.20
>>486
NTPの配信時刻にはタイムゾーンは無い。つまり世界協定時ベースの時刻なんだけど、
やっぱりうるう秒の丸めとかのように日本の暦としてあえて世界協定時を外している部分
の扱いが他のNTPサーバと違うんじゃないか？
0488名無しさん＠お腹いっぱい。2011/06/26(日) 04:35:00.79
UTC以外を流すNTPに何の価値があるの？
0489名無しさん＠お腹いっぱい。2011/06/26(日) 07:17:25.96
>>483
Windows の時刻・時計合わせ総合スレッド2
http://hibari.2ch.net/test/read.cgi/win/1225600262/
0490名無しさん＠お腹いっぱい。2011/06/26(日) 07:35:11.25
>>481,487
>JSTを生成する原子時計を時刻源

NICTの原子時計はUTCを作ってる
http://jjy.nict.go.jp/mission/page2.html
UTCがベースだからうるう秒の挿入タイミングが違うなんてこともない
0491名無しさん＠お腹いっぱい。2011/06/26(日) 09:01:41.12
NICTが作ってるUTC/TAIと称するものは、あくまでもNICTが所有している
原子時計を計測して決めたUTC/TAIであって本当のUTC/TAIではない。本当の
UTC/TAIは、各国の機関が作ったTAIの加重平均から最終的に求められる。

一方、日本標準時というのは、UTC(本物)+9 ではなく、UTC(NICT)+9という
ことになっている。UTC(本物)とUTC(NICT)の差は 10ns未満になるように調整
されているとはいえ、誰が決定したかという観点では違う。

NICT NTPサーバは、UTC(NICT)を配信しているが、それを機械的に+9すれば
直ちに正確な日本標準時が得られるので(NTPによる誤差は除く)、JSTを配信
していると言っても過言ではないという理屈。実際NICT自身も日本標準時を
配信していると言ってる。
http://www2.nict.go.jp/w/w114/tsp/PubNtp/index.html
04924912011/06/26(日) 09:23:50.19
>>490
ここまで厳密な話をすると、UTC(本物)もUTC(NICT)も(UTC(GPS)も)、
差は0ではないので、うるう秒の挿入タイミングも完全に同時ではない
ことになる。
0493名無しさん＠お腹いっぱい。2011/06/26(日) 09:27:16.07
定義はそうだけど、NTPのソースとして見る場合には
UTC(本物)=UTC(NICT)と考えて差支えないのでは。

ちなみにUTC(本物)ってNICTのような機関向け以外にも配信されてるの?
0494名無しさん＠お腹いっぱい。2011/06/26(日) 10:10:59.03
「UTC(本物)の配信」というのはありえなくて、UTC(各国機関)を一定期間毎に
集計して事後でUTC(本物)が決定されている
このへんにデータがある：http://www.bipm.org/jsp/en/TimeFtp.jsp
0495名無しさん＠お腹いっぱい。2011/06/26(日) 10:14:47.08
>491
他の人も言っているけどもし 10ns レベルの話を気にしているのなら
NW経由ではなんの意味もない違いだし、それどころかPC内部でも
意味を持たないズレというか「観念上の違い」以外の何者でもないよね?
04964912011/06/26(日) 10:33:27.13
>>495
観念上の違いというと具体的にそれらを決定しているNICTやBIPMの人に
さすがに失礼かもしれないが、NTPで使う限り問題となる違いはない
というのはその通り。
>>490は「NICTがNTPで配ってるのはJSTではない！」という的外れな
指摘に対してのコメントのつもり。時刻の決定方法や誤差を無視すれば、
UTCもJSTもUNIX TimeもNTP Timeも機械的に相互変換可能なのだから、
NTPがどれを配ってるなんて議論自体が無意味になってくる。
0497名無しさん＠お腹いっぱい。2011/06/26(日) 11:01:30.19
そういうことを気にするわりに時刻の修正は時間の連続性を失う方法を使ってるんだろ？
ntpdateとか桜時計(爆)とかｗ
0498名無しさん＠お腹いっぱい。2011/06/26(日) 11:16:53.31
そういう決めつけはよろしくない。
0499名無しさん＠お腹いっぱい。2011/06/26(日) 15:56:12.58
普通のパソコンの時刻のズレは、まともなOSならば、
時刻のズレを一気に縮めて修正するのではなくて、
NTPを基準にし、じわりじわりと加速するか減速させて、
時間の連続性を維持しようとプログラミングされている。
鯖ならDB上での時間の扱いの不都合を埋め合わせするため。
0500名無しさん＠お腹いっぱい。2011/06/26(日) 16:07:11.55
けどWindowsってUNIX系のadjtime見たいなAPIが無かったんじゃね？
そもそもUNIX系と違ってWindowsはソフトウエアクロックを持ってないから
HW側がadjtime相当の機能を搭載しない限りクロックの加減速なんて
不可能な気がする。
0501名無しさん＠お腹いっぱい。2011/06/26(日) 16:21:57.01
ドザではないけど、この時を刻む正確さの課題は、商取引上、重要なので
もしも今の最新OSの機能としてなければ、次期OSから搭載するんでないの？
0502名無しさん＠お腹いっぱい。2011/06/26(日) 17:22:35.96
>>497
まさにそれを使ってるんだけど、実際どうしたらいいのかな。
NTPだと、１分に１秒狂うような時計は修正できないし
それに対応したNTPソフトがあるならぜひ乗り換えたい。
0503名無しさん＠お腹いっぱい。2011/06/26(日) 17:52:02.23
MS純正標準装備のW32Timeサービスをw32tmコマンドを使って設定することで
クロックのオフセットみたいな機能が働くという噂。
0504名無しさん＠お腹いっぱい。2011/06/26(日) 18:23:19.72
デバッグ出力を有効にして確認してね！
0505名無しさん＠お腹いっぱい。2011/06/26(日) 18:52:12.67
XPまでならW32timeのレジストリにあるLastClockRateでも一応確認できる
Vista以降ならw32tmコマンドでもクロックレートを表示できる
0506名無しさん＠お腹いっぱい。2011/06/27(月) 01:01:37.39
>>496
NTPタイムスタンプは正のうるう秒とその直後の秒を区別できない。
だから「UTCもJSTもUNIX TimeもNTP Timeも機械的に相互変換可能」
というのは間違い。
05074962011/06/27(月) 01:50:44.64
時間に依存しない関数ではNTP TimeとUTCの1対1対応は無理というだけで、
NTP Timeの進みとLIを認識できる関数ならNTP TimeからUTCへの機械的変換は可能。
時刻扱うシステムが、時間依存しない関数しか使えないという仮定はさすがに
無理があるだろう。
0508名無しさん＠お腹いっぱい。2011/06/27(月) 06:20:14.38
>>507
うるう秒だと仮定すると0.5秒進んでいて
うるう秒じゃないと仮定すると0.5秒遅れている

なんて場合はどうする？
0509名無しさん＠お腹いっぱい。2011/06/27(月) 10:24:50.25
0.5秒の遅延が命取りなサービスの時計は自分で作る
0510名無しさん＠お腹いっぱい。2011/06/28(火) 01:31:43.06
NTPにはうるう秒による暦上の秒の追加/削除が実施された前後に、その事実を
示すためのフラグフィールドがあるんだそうな。
このフィールドを見てうるう秒補正が実施された直後だったら１秒前後のズレを
正当な時差とみなす実装が可能だそうだ。
0511名無しさん＠お腹いっぱい。2011/06/28(火) 07:01:49.12
でも leap indicator が LEAP_NOWARNING だったとしても
receive timestamp がうるう秒じゃないとは限らないし、
逆に LEAP_ADDSECOND だったとしても transmit timestamp が
うるう秒だとは限らないよね？
0512名無しさん＠お腹いっぱい。2011/06/28(火) 14:01:26.52
よくわかんが、NTP使うとUTCの配信ができないと言ってるのか
0513名無しさん＠お腹いっぱい。2011/06/28(火) 20:10:25.17
同じか否かよりどのくらい違うかに視点を置いて考えるのが良い
と思うな。いうまでもなくここでNTPや世界協定時のあるべき論を
論じても不毛なわけで。
俺の身の回りに１秒のずれがそれほど致命的になるシステムは
無いから、実世界の暦と１秒以内の精度が保ててシステムクロック
のスキップが発生しないのなら万事OK。
0514名無しさん＠お腹いっぱい。2011/06/28(火) 22:57:10.58
micro-sec が気になる人は IEEE1588 PTP でも使ってくれたまへ
0515名無しさん＠お腹いっぱい。2011/06/28(火) 23:11:42.43
うるう秒が挿入されるのって日本時間だと
ちょうど会社が動き始める時間だからなあ。
12月末とか休日なら大した問題はないだろうけど、平日に実施されると
金融系は何かしらの影響がありそうな気が。
0516名無しさん＠お腹いっぱい。2011/06/28(火) 23:26:49.81
うちの会社で使っているGPSソースのNTPは
2年ほど前の年末にうるう秒があったとき23:59:59が2回入った。
本当ならGPSはうるう秒配信できるんだよね・・・？
0517名無しさん＠お腹いっぱい。2011/06/29(水) 00:08:42.33
>>516
GPSとUTCの差は流しておくからあとはよろしくってことみたい
http://jjy.nict.go.jp/news/leaps2009.html
の一番下
0518名無しさん＠お腹いっぱい。2011/06/29(水) 12:58:31.20
まさかNTPをうるう秒を考慮するようにビルドしてないとか？ｗ
0519名無しさん＠お腹いっぱい。2011/06/30(木) 07:45:16.31
>>512
要するに試験の答案ならば>>481は０点。
0520名無しさん＠お腹いっぱい。2011/07/01(金) 22:08:50.77
ntpq -pの出力が、ときどきringのサーバのところだけ文字化けするんだけど、なんでだろう。
# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*ntp01.so-net.ne 211.10.62.120 2 u 97 256 377 6.003 4.062 2.310
ring.yamanashi. .^?^?^A^A. 16 u 13 1024 0 0.000 0.000 0.000
+ntp1.jst.mfeed. 210.173.160.56 2 u 52 1024 17 8.875 7.471 5.726
0521名無しさん＠お腹いっぱい。2011/07/02(土) 14:07:54.17
>>520
あそこは日本語使ってるからよく化ける。
0522名無しさん＠お腹いっぱい。2011/07/17(日) 17:18:37.03
ttp://akizukidenshi.com/catalog/g/gK-04705/
これ用のドリャイバってある？
0523名無しさん＠お腹いっぱい。2011/07/17(日) 20:27:21.30
>>522
普通にあるだろ。どうみてもただのUSB-シリアルだべ。
0524名無しさん＠お腹いっぱい。2011/07/18(月) 12:06:41.10
そこのドライバではなく以前の電波時計と同じ叩き方で使えるかどうかの部分。
0525名無しさん＠お腹いっぱい。2011/07/19(火) 12:54:42.54
>>524
以前の電波時計って？
0526名無しさん＠お腹いっぱい。2011/07/27(水) 11:46:30.18
ntp.conf で、

server -4 ntp.nict.jp iburst
server -4 ntp.nict.jp iburst
server -4 ntp.nict.jp iburst

って書いておくと、以前は >>520 みたいにサーバが 3 行分出てきていたのに、
今は、

remote refid st t when poll reach delay offset jitter
==============================================================================
ntp-b2.nict.go. .NICT. 1 u 1 64 17 5.365 -174.61 1102.89

って 1 行しか出てこない。なぜ？
0527名無しさん＠お腹いっぱい。2011/07/27(水) 19:02:42.35
3台指定したかったら3台分別々の名前で書くべき。
0528名無しさん＠お腹いっぱい。2011/07/27(水) 19:05:50.82
>>526ラウンドロビンをしてその途中で同じ名前を他の誰かが引かないことを前提とした書き方で
その名前を3回引いてる最中に他の誰かがその名前を引いたとかそもそもラウンドロビンしてないとかで
うまく引けないことがあるからやめるべき。
0529名無しさん＠お腹いっぱい。2011/07/27(水) 21:29:31.42
ntp.nict.jpの中のホスト名(ntp-b2とかntp-a3とか)は
正式には公表されてないし、変更される可能性もあるから、
個別のホスト名で3台指定するわけにもいかないんだよな。
ましてIPアドレス決め打ちにはできないし。
0530名無しさん＠お腹いっぱい。2011/07/27(水) 21:51:52.04
server行に引けたアドレス全部を指定する-aオプション新設すべきだよな。
0531名無しさん＠お腹いっぱい。2011/07/27(水) 21:58:58.08
そうそう。オプションで欲しいｗ

>>529
変更される可能性もあるけど、ここ数年変更されてないｗ
0532名無しさん＠お腹いっぱい。2011/07/27(水) 22:06:27.70
>>531
IX系とか呼ばれていた 210.171.226.40 のホスト(ホスト名逆引き不可)が、
ntp.nict.jpのラウンドロビンから外されるという「変更」が
半年ほど前にあったばかりだぞ。
0533名無しさん＠お腹いっぱい。2011/07/27(水) 22:21:05.00
あ、それが増えても修正してなくて減ったときにはそのままスルーだったから忘れてたｗ
0534名無しさん＠お腹いっぱい。2011/07/27(水) 23:25:58.00
一度 public NTP として宣言した IP address は
二度と他の目的には使えないんだと思ってるけど
0535名無しさん＠お腹いっぱい。2011/08/04(木) 19:58:22.33
なんでそう思ったの？
0536名無しさん＠お腹いっぱい。2011/08/05(金) 10:13:37.33
仕様として使えないわけではなく、
IP アドレス指定のまま放置されてるホストが大量にあると
うかつに他の用途に使うと混乱を招くってことでしょ。
0537名無しさん＠お腹いっぱい。2011/08/05(金) 11:28:52.90
別に排他的じゃないでしょ
0538名無しさん＠お腹いっぱい。2011/08/05(金) 11:41:43.34
漫才でもやってるのか？
0539名無しさん＠お腹いっぱい。2011/08/05(金) 14:53:15.68
そもそもそこらじゅうから多量の NTP query が
来ちゃうようなアドレスで他のサービスをやったって
無駄に回線の帯域を食うだけだし
0540名無しさん＠お腹いっぱい。2011/08/05(金) 22:14:28.68
福岡大やmfeedくらいになって初めて問題になるような事を心配してどうするんだ
0541名無しさん＠お腹いっぱい。2011/08/06(土) 00:58:30.56
publicじゃなくて社内のprivate LANの話だが、
シスコのルーターでNTPサーバが動いているのを
どっかで聞きつけて勝手に指定した連中がいたらしい。

あるときネットワーク機器変更してNTPの機能無くなったとき、
「時刻合わないぞ何やってんだ！」怒鳴り込んできたやついたわ。
「社内ネットワークのマニュアルには以前からNTPは○○を指定しろ、
って書いていただろ」って叩き返したが。
0542名無しさん＠お腹いっぱい。2011/08/06(土) 18:13:06.53
NTPくらいで怒鳴り込むってすげえなw
0543名無しさん＠お腹いっぱい。2011/08/06(土) 20:52:50.82
>>542
俺とか勤怠表毎日書くのが面倒なので、Windowsのイベントログで後から出社、退社時刻を拾う
ようなのをよくやるんだ。それとヒマな日はatコマンドで定時ぴったりにマシン止めたりして遊ぶ
んだが一部マシンはシャットダウン開始時にでかいビープがなる。だから定時の館内放送と
シャットダウン時刻がずれるのはとても困る。
0544名無しさん＠お腹いっぱい。2011/08/06(土) 21:40:58.84
つまりバカって事だなｗ
0545名無しさん＠お腹いっぱい。2011/08/08(月) 21:35:38.29
公式にアナウンスしていない機能でも、
バカなユーザに依存されると面倒だから、
なるべく機能は止めておこうね、という教訓でわ
0546:5432011/08/08(月) 22:06:37.63
ちなみに俺はNTPごときで苦情を言ったことなんかないぞ。
ただちょっと恥ずかしかっただけだ。
0547名無しさん＠お腹いっぱい。2011/09/19(月) 22:49:43.11
あの日まで、セシウムで真っ先に連想するのは
NICTの原子時計だったなあ
0548名無しさん＠お腹いっぱい。2011/09/21(水) 21:31:40.81
怪しい原子時計セシウムさん
■ このスレッドは過去ログ倉庫に格納されています