NTP鯖がカッチリ動いていても
VistaのNTPは1秒未満をきっちりあわせねーーーーー
氏ねM$ つかえねー!こちとら秒単位が重要なんでーぃ!
探検
NTP (1)
202名無しさん@お腹いっぱい。
2007/09/02(日) 00:09:392007/09/02(日) 00:17:42
板違い
204名無しさん@お腹いっぱい。
2007/09/02(日) 03:23:42 >>202
Win標準装備のを使うなんて愚かすぐる
Win標準装備のを使うなんて愚かすぐる
2007/09/02(日) 23:56:06
Windowsでそんなにキッチリ時計合わせする必要があるのかないのか。
なにしてるん?
なにしてるん?
2007/09/03(月) 02:48:56
smbmount とかしてると痛いことになるかも。
2007/09/03(月) 09:12:11
>>205
テレビ放送の録画
テレビ放送の録画
2007/09/03(月) 12:13:06
2007/09/03(月) 12:38:39
ふと思ったんだが
映像放送の信号をベースに時計を調整する技術ってあったよな?
あれ使って録画系が自前で時計を持って校正したらどうだろとか
映像放送の信号をベースに時計を調整する技術ってあったよな?
あれ使って録画系が自前で時計を持って校正したらどうだろとか
2007/09/03(月) 16:45:56
つづきは窓板で
211名無しさん@お腹いっぱい。
2007/09/04(火) 17:19:542007/09/05(水) 15:03:21
サーバの負荷を気にしない場合には minpoll,maxpoll の値を
小さめにして頻繁にやりとりする方が安定すると考えてよい?
(サーバも含めて実験室内で閉じてるとかそういう場合)
小さめにして頻繁にやりとりする方が安定すると考えてよい?
(サーバも含めて実験室内で閉じてるとかそういう場合)
213名無しさん@お腹いっぱい。
2007/10/17(水) 12:00:32 初心者質問すれがntpdの話題でもめてるのであげ
2007/10/17(水) 12:28:18
初心者もOK! FreeBSD質問スレッド その88
http://pc11.2ch.net/test/read.cgi/unix/1190023400/588-
588 名前:名無しさん@お腹いっぱい。[] 投稿日:2007/10/16(火) 14:37:46
Linux の hwclock にある、RTC の定常的な誤差を補正する機能と
ttp://www.linux.or.jp/JM/html/util-linux/man8/hwclock.8.html#lbAI
同様のことを FreeBSD でやりたいのですが、ユーティリティとか
ありますでしょうか?
http://pc11.2ch.net/test/read.cgi/unix/1190023400/588-
588 名前:名無しさん@お腹いっぱい。[] 投稿日:2007/10/16(火) 14:37:46
Linux の hwclock にある、RTC の定常的な誤差を補正する機能と
ttp://www.linux.or.jp/JM/html/util-linux/man8/hwclock.8.html#lbAI
同様のことを FreeBSD でやりたいのですが、ユーティリティとか
ありますでしょうか?
2007/10/17(水) 12:56:08
FreeBSDの話はFreeBSDスレでやれ。
216そんなわけねぇ
2007/10/17(水) 13:42:18 そして OS なしで動く ntpd が開発された…
2007/10/17(水) 13:57:08
kernel内で動くkntpdとかにすりゃいい。
218名無しさん@お腹いっぱい。
2007/10/17(水) 14:34:44 ここ過疎なのに変なのが多いな
2007/11/29(木) 15:38:10
なぜ同じサーバでも
server ntp.nict.jp
server ntp.nict.jp
server ntp.nict.jp
の様に3つ書かないといけないのでしょうか?
server ntp.nict.jp
server ntp.nict.jp
server ntp.nict.jp
の様に3つ書かないといけないのでしょうか?
2007/11/29(木) 16:56:51
dig ntp.nict.jp してみれば?
222名無しさん@お腹いっぱい。
2007/12/09(日) 13:58:47 LAN内向けのNTPサーバを立てたつもりなんですが、
ちゃんと動いているかどうかがイマイチ疑問です。
というのもクライアントマシンの時刻がマチマチだからなんですが、
サーバマシン(192.168.0.8)上で、パケットをダンプしてみたところ、
# tcpdump port 123
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
13:42:58.360765 IP 192.168.0.23.49758 > 192.168.0.8.ntp: NTPv4, Client, length 48
13:42:59.360434 IP 192.168.0.23.49758 > 192.168.0.8.ntp: NTPv4, Client, length 48
13:43:00.360421 IP 192.168.0.23.49758 > 192.168.0.8.ntp: NTPv4, Client, length 48
13:43:01.360402 IP 192.168.0.23.49758 > 192.168.0.8.ntp: NTPv4, Client, length 48
13:43:35.473875 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:44:39.473583 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:45:43.473227 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:46:48.472945 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:47:53.472731 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:48:53.148718 IP 192.168.0.8.ntp > timekeeper.isi.edu.ntp: NTPv4, Client, length 48
13:48:53.341463 IP timekeeper.isi.edu.ntp > 192.168.0.8.ntp: NTPv4, Server, length 48
13:48:57.476308 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:50:01.475946 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:51:05.475561 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:52:09.475263 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
などと出ますので、たぶんクライアントたちはきちんとサーバに同期しに行ってるんだろうとは思うのですが、
数秒程度の微差ならともかく、なんで奇麗に時計が揃わないのでしょうか?
ちゃんと動いているかどうかがイマイチ疑問です。
というのもクライアントマシンの時刻がマチマチだからなんですが、
サーバマシン(192.168.0.8)上で、パケットをダンプしてみたところ、
# tcpdump port 123
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
13:42:58.360765 IP 192.168.0.23.49758 > 192.168.0.8.ntp: NTPv4, Client, length 48
13:42:59.360434 IP 192.168.0.23.49758 > 192.168.0.8.ntp: NTPv4, Client, length 48
13:43:00.360421 IP 192.168.0.23.49758 > 192.168.0.8.ntp: NTPv4, Client, length 48
13:43:01.360402 IP 192.168.0.23.49758 > 192.168.0.8.ntp: NTPv4, Client, length 48
13:43:35.473875 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:44:39.473583 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:45:43.473227 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:46:48.472945 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:47:53.472731 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:48:53.148718 IP 192.168.0.8.ntp > timekeeper.isi.edu.ntp: NTPv4, Client, length 48
13:48:53.341463 IP timekeeper.isi.edu.ntp > 192.168.0.8.ntp: NTPv4, Server, length 48
13:48:57.476308 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:50:01.475946 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:51:05.475561 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
13:52:09.475263 IP 192.168.0.3.ntp > 192.168.0.8.ntp: NTPv4, Client, length 48
などと出ますので、たぶんクライアントたちはきちんとサーバに同期しに行ってるんだろうとは思うのですが、
数秒程度の微差ならともかく、なんで奇麗に時計が揃わないのでしょうか?
2007/12/09(日) 15:18:42
クライアントで、
ntpq -p -c rv
とかやってみたら。
おいらのところでは、サーバのRoot Dispersionに
クライアントが不満足だったことがあった。
ntpq -p -c rv
とかやってみたら。
おいらのところでは、サーバのRoot Dispersionに
クライアントが不満足だったことがあった。
224名無しさん@お腹いっぱい。
2007/12/09(日) 15:31:17 >>223 どうもです。やってみました。
$ sudo ntpq -p -c rv
Password:
remote refid st t when poll reach delay offset jitter
==============================================================================
192.168.0.8 .INIT. 16 u - 68m 0 0.000 0.000 4000.00
status=c011 sync_alarm, sync_unspec, 1 event, event_restart,
version="ntpd 4.2.0@1.1161-r Sat Aug 19 14:31:31 PDT 2006 (1)",
processor="i386", system="Darwin/8.11.1", leap=11, stratum=16,
precision=-20, rootdelay=0.000, rootdispersion=86.505, peer=0,
refid=INIT, reftime=00000000.00000000 Thu, Feb 7 2036 15:28:16.000,
poll=4, clock=cb06091e.ffec460e Sun, Dec 9 2007 15:26:38.999, state=1,
offset=0.000, frequency=0.000, jitter=0.001, stability=0.000
と出ますが、これをどう読めばいいんでしょうか?
あと、しばらくntpを動かしていると、jitter が必ず 4000.00 になるのがいつも気になってるんですけど。。。
上の例ですと、jitter は 4000.00 なのか、それとも jitter=0.001 なのか、どっちなんでしょうか。
読み方が分からない。。。
サーバは CentOS4.5、クライアントは MacOSX10.4.11 です。
$ sudo ntpq -p -c rv
Password:
remote refid st t when poll reach delay offset jitter
==============================================================================
192.168.0.8 .INIT. 16 u - 68m 0 0.000 0.000 4000.00
status=c011 sync_alarm, sync_unspec, 1 event, event_restart,
version="ntpd 4.2.0@1.1161-r Sat Aug 19 14:31:31 PDT 2006 (1)",
processor="i386", system="Darwin/8.11.1", leap=11, stratum=16,
precision=-20, rootdelay=0.000, rootdispersion=86.505, peer=0,
refid=INIT, reftime=00000000.00000000 Thu, Feb 7 2036 15:28:16.000,
poll=4, clock=cb06091e.ffec460e Sun, Dec 9 2007 15:26:38.999, state=1,
offset=0.000, frequency=0.000, jitter=0.001, stability=0.000
と出ますが、これをどう読めばいいんでしょうか?
あと、しばらくntpを動かしていると、jitter が必ず 4000.00 になるのがいつも気になってるんですけど。。。
上の例ですと、jitter は 4000.00 なのか、それとも jitter=0.001 なのか、どっちなんでしょうか。
読み方が分からない。。。
サーバは CentOS4.5、クライアントは MacOSX10.4.11 です。
2007/12/09(日) 17:35:24
2007/12/09(日) 19:42:27
あと ntpq って普通 sudo しなくても ok では?
227名無しさん@お腹いっぱい。
2007/12/09(日) 20:00:05 >>225
うーん。LANの構成は、
xDSLモデム
┃
┃
CG-WLBARAGL(無線LANルータ)
┃┃┃
┃┃┗192.168.0.3(MacOSX)
┃┗192.168.0.8(CentOS NTPサーバ)
┗192.168.0.23 など、他のマシン
という具合で、NTP サーバとその他クライアントとは、
LAN 内では完全に並列の関係で、iptables は使っていません。
これでパケットが通らないというのが。。。
クライアントからの要求を受け付けるかどうかの設定って、
特に何かあるんでしょうか?
もしそれで拒否してるのなら、
そりゃあ返事しないだろうと思いますが。
>>226
確かにそうでしたね。
うーん。LANの構成は、
xDSLモデム
┃
┃
CG-WLBARAGL(無線LANルータ)
┃┃┃
┃┃┗192.168.0.3(MacOSX)
┃┗192.168.0.8(CentOS NTPサーバ)
┗192.168.0.23 など、他のマシン
という具合で、NTP サーバとその他クライアントとは、
LAN 内では完全に並列の関係で、iptables は使っていません。
これでパケットが通らないというのが。。。
クライアントからの要求を受け付けるかどうかの設定って、
特に何かあるんでしょうか?
もしそれで拒否してるのなら、
そりゃあ返事しないだろうと思いますが。
>>226
確かにそうでしたね。
228名無しさん@お腹いっぱい。
2007/12/09(日) 20:01:02 >>227
すみません。上記、192.168.0.23 が MacOSX でした。
すみません。上記、192.168.0.23 が MacOSX でした。
2007/12/09(日) 20:54:07
デフォルトはループバックからしか受け入れないようになってるような気がする。ntp.conf
230名無しさん@お腹いっぱい。
2007/12/09(日) 21:17:39 >>229
なるほど。ntp.conf 中のこの辺ですね。
restrict default ignore
restrict 127.0.0.1
こいつらをコメントアウトし、代わりに
restrict 192.168.0.0 mask 255.255.255.0 nopeer notrust nomodify notrap
を追記してNTPサーバを再起動してみました。NTPサーバを再起動後、
クライアント側(MacOSX)のntpdも再起動したあとの結果です。
$ ntpq -p -c rv
remote refid st t when poll reach delay offset jitter
==============================================================================
192.168.0.8 .INIT. 16 u - 68m 0 0.000 0.000 4000.00
status=c011 sync_alarm, sync_unspec, 1 event, event_restart,
version="ntpd 4.2.0@1.1161-r Sat Aug 19 14:31:31 PDT 2006 (1)",
processor="i386", system="Darwin/8.11.1", leap=11, stratum=16,
precision=-20, rootdelay=0.000, rootdispersion=3.780, peer=0,
refid=INIT, reftime=00000000.00000000 Thu, Feb 7 2036 15:28:16.000,
poll=4, clock=cb065ab5.5cfb3311 Sun, Dec 9 2007 21:14:45.363, state=1,
offset=0.000, frequency=0.000, jitter=0.001, stability=0.000
これを、どう読めば、>>225 さんのような解釈が出来るのでしょうか?
なるほど。ntp.conf 中のこの辺ですね。
restrict default ignore
restrict 127.0.0.1
こいつらをコメントアウトし、代わりに
restrict 192.168.0.0 mask 255.255.255.0 nopeer notrust nomodify notrap
を追記してNTPサーバを再起動してみました。NTPサーバを再起動後、
クライアント側(MacOSX)のntpdも再起動したあとの結果です。
$ ntpq -p -c rv
remote refid st t when poll reach delay offset jitter
==============================================================================
192.168.0.8 .INIT. 16 u - 68m 0 0.000 0.000 4000.00
status=c011 sync_alarm, sync_unspec, 1 event, event_restart,
version="ntpd 4.2.0@1.1161-r Sat Aug 19 14:31:31 PDT 2006 (1)",
processor="i386", system="Darwin/8.11.1", leap=11, stratum=16,
precision=-20, rootdelay=0.000, rootdispersion=3.780, peer=0,
refid=INIT, reftime=00000000.00000000 Thu, Feb 7 2036 15:28:16.000,
poll=4, clock=cb065ab5.5cfb3311 Sun, Dec 9 2007 21:14:45.363, state=1,
offset=0.000, frequency=0.000, jitter=0.001, stability=0.000
これを、どう読めば、>>225 さんのような解釈が出来るのでしょうか?
2007/12/09(日) 21:37:51
.INIT.は初期化中のしるし。普通は参照しているサーバのアドレスや
クロックHWがでてくる。
クロックHWがでてくる。
2007/12/09(日) 22:03:45
nopeerが余計な気がする
2007/12/09(日) 22:05:08
そうでもないか
2007/12/10(月) 01:07:36
>>230
ntp.confにはserverとdriftが有れば動くんだから、そこから試してみなよ。
ntp.confにはserverとdriftが有れば動くんだから、そこから試してみなよ。
2007/12/10(月) 19:38:38
まず、ntpdは無しで、ntpdateは通る?
236名無しさん@お腹いっぱい。
2007/12/14(金) 14:01:42 誘導されましたのでこちらで改めて質問します。
ntpdの設定を一通りした後、ntpdを起動させてしばらくすると
"*"マークが着くんですが、5分くらいすると消えてしまいます。
これは正しい動作なんでしょうか?
それとも一度"*"が出たらその後はずっと出っぱなしが正しい動作
なんでしょうか?
ちなみにNTPサーバはローカルネットワーク上のNTPサーバを
一つだけしか指定していません。
ntpdの設定を一通りした後、ntpdを起動させてしばらくすると
"*"マークが着くんですが、5分くらいすると消えてしまいます。
これは正しい動作なんでしょうか?
それとも一度"*"が出たらその後はずっと出っぱなしが正しい動作
なんでしょうか?
ちなみにNTPサーバはローカルネットワーク上のNTPサーバを
一つだけしか指定していません。
2007/12/14(金) 18:36:18
cronでntpdateで2時間おきに設定してるけど毎回72秒位ずれてます。
たとえば0時59分00秒に登録されたntpdateによって1時01分12秒に修正された場合、
1時00分00秒に登録されたジョブは実行されるのですか?
されるとしたらいつ実行されるのですか?
たとえば0時59分00秒に登録されたntpdateによって1時01分12秒に修正された場合、
1時00分00秒に登録されたジョブは実行されるのですか?
されるとしたらいつ実行されるのですか?
2007/12/14(金) 18:40:44
そういう場合はcronを使わずに、
while :; do sleep 7200; ntpdate; done
というシェルを回した方がよい。
while :; do sleep 7200; ntpdate; done
というシェルを回した方がよい。
2007/12/14(金) 20:23:42
>237
2時間で72秒はさすがに狂いすぎじゃね?
っていうか ntpdate 使わずに ntpd 使え
>236
ずっと * がフツー
2時間で72秒はさすがに狂いすぎじゃね?
っていうか ntpdate 使わずに ntpd 使え
>236
ずっと * がフツー
2007/12/15(土) 17:50:59
>>239
VirtualPCやVMWare、coLinuxならその程度のブレが 普通
VirtualPCやVMWare、coLinuxならその程度のブレが 普通
2007/12/15(土) 19:14:40
そんな実体なしの幽霊PCを持ってくるなよ…
2007/12/16(日) 09:04:13
NetBSD/macppcでもそんくらいずれるよ
243名無しさん@お腹いっぱい。
2007/12/16(日) 12:35:32 NTPサーバー??
玄箱で十分
玄箱で十分
2007/12/16(日) 13:55:46
黒箱って、RTC回路が激しく間違ってて、ずれまくり、
ってきいたけど、もう直ってるのかな。
ってきいたけど、もう直ってるのかな。
245名無しさん@お腹いっぱい。
2007/12/16(日) 17:31:21 >>244
カーネルのVer.up(と言ってもloder.o経由だけど)で良くなったよ。
ちなみにうちの玄箱HGだと
$ ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
-balthasar.gimas 202.234.233.106 4 u 8 512 377 35.526 -2.278 1.563
+ntp1.jst.mfeed. 210.173.176.251 2 u 36 512 377 28.559 -5.386 0.754
-ntp2.jst.mfeed. 210.173.176.251 2 u 115 512 377 32.874 -2.841 9.217
+ntp3.jst.mfeed. 210.173.160.86 2 u 48 512 377 28.560 -5.646 4.784
-ntp.bbtec.net 210.173.176.4 2 u 15 512 377 30.149 -4.544 1.955
*ntp-b2.nict.go. .PPS. 1 u 110 512 377 34.109 -5.703 0.211
LOCAL(0) .LOCL. 13 l 58 64 377 0.000 0.000 0.002
カーネルは2.6.22.1ね。
カーネルのVer.up(と言ってもloder.o経由だけど)で良くなったよ。
ちなみにうちの玄箱HGだと
$ ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
-balthasar.gimas 202.234.233.106 4 u 8 512 377 35.526 -2.278 1.563
+ntp1.jst.mfeed. 210.173.176.251 2 u 36 512 377 28.559 -5.386 0.754
-ntp2.jst.mfeed. 210.173.176.251 2 u 115 512 377 32.874 -2.841 9.217
+ntp3.jst.mfeed. 210.173.160.86 2 u 48 512 377 28.560 -5.646 4.784
-ntp.bbtec.net 210.173.176.4 2 u 15 512 377 30.149 -4.544 1.955
*ntp-b2.nict.go. .PPS. 1 u 110 512 377 34.109 -5.703 0.211
LOCAL(0) .LOCL. 13 l 58 64 377 0.000 0.000 0.002
カーネルは2.6.22.1ね。
246245
2007/12/16(日) 17:32:21 見づらくてごめん
2007/12/18(火) 17:24:32
ところでNTPデーモンの実装ってntpdしかないの? メモリがキツイ環境なので、
サブセットの小さいやつが欲しいんだけど。
・常駐してくれて(ntpdateとかじゃなくて)
・1秒以下もあわせてくれて
・場合によってはサーバ機能無し
で十分なんだけど。無かったら作るかもしんないけど、既存の物があるなら使いたいので
サブセットの小さいやつが欲しいんだけど。
・常駐してくれて(ntpdateとかじゃなくて)
・1秒以下もあわせてくれて
・場合によってはサーバ機能無し
で十分なんだけど。無かったら作るかもしんないけど、既存の物があるなら使いたいので
2007/12/18(火) 17:27:01
timedを使うとか
2007/12/18(火) 20:19:18
OpenNTPDがあるけど、どんなもんだろうね?
2007/12/19(水) 13:20:55
>>244
ノーマルのカーネルでも、adjtimexで調整すればいける。
家のLinkStation(HGLAN)だと
$ /usr/sbin/ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
LOCAL(0) LOCAL(0) 10 l 47 64 377 0.000 0.000 0.002
+ntp1.jst.mfeed. 210.173.160.86 2 u 886 1024 377 2.064 0.339 0.009
+ntp2.jst.mfeed. 210.173.160.86 2 u 822 1024 377 1.819 0.275 0.061
*ntp3.jst.mfeed. 210.173.176.251 2 u 794 1024 377 1.786 0.184 0.042
ノーマルのカーネルでも、adjtimexで調整すればいける。
家のLinkStation(HGLAN)だと
$ /usr/sbin/ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
LOCAL(0) LOCAL(0) 10 l 47 64 377 0.000 0.000 0.002
+ntp1.jst.mfeed. 210.173.160.86 2 u 886 1024 377 2.064 0.339 0.009
+ntp2.jst.mfeed. 210.173.160.86 2 u 822 1024 377 1.819 0.275 0.061
*ntp3.jst.mfeed. 210.173.176.251 2 u 794 1024 377 1.786 0.184 0.042
2007/12/20(木) 11:57:14
ubuntuのデフォルトの設定だと、Serverの項目は一つしか書いてありませんが、
同じサーバでも、3つ並べて書いた方がよいのでしょうか?
多くのサイトで、3つ並べて書くことが推奨されていますが、その理由を教えてください。
同じサーバでも、3つ並べて書いた方がよいのでしょうか?
多くのサイトで、3つ並べて書くことが推奨されていますが、その理由を教えてください。
252236
2007/12/20(木) 16:08:56 ntpの同期が一度取れた後、しばらくすると外れてしまうので、
ntp.confの内容をserver指定のみの状態にしてから段階的に試して
みました。
結果driftファイルの指定がないと同期し続けるようになりました。
その後、driftファイルを削除→再作成するとdriftファイル指定を
しても同期し続けるようになったんですが、今一つ原因について
ハッキリしません。
ntpデーモンを再起動した際に、前回起動した時のdriftファイルが
あると同期が外れたりしてしまうんでしょうか?
ntp.confの内容をserver指定のみの状態にしてから段階的に試して
みました。
結果driftファイルの指定がないと同期し続けるようになりました。
その後、driftファイルを削除→再作成するとdriftファイル指定を
しても同期し続けるようになったんですが、今一つ原因について
ハッキリしません。
ntpデーモンを再起動した際に、前回起動した時のdriftファイルが
あると同期が外れたりしてしまうんでしょうか?
253247
2007/12/20(木) 20:39:26 >>248 それも一瞬考えたんだけど、公開timedサーバが探せなくて断念w
>>249 クスコ。OpenNTPDなんてあるのか。ググってみたら、芋づる式に他の実装が見つかった。
xntpd、dntpdなんてのもあるみたい。「OpenNTPDはあくまで簡易なもの」という/.Jの議論を
自分用に張っておく↓
http://slashdot.jp/bsd/article.pl?sid=06/01/09/108249
>>249 クスコ。OpenNTPDなんてあるのか。ググってみたら、芋づる式に他の実装が見つかった。
xntpd、dntpdなんてのもあるみたい。「OpenNTPDはあくまで簡易なもの」という/.Jの議論を
自分用に張っておく↓
http://slashdot.jp/bsd/article.pl?sid=06/01/09/108249
2007/12/20(木) 21:07:38
xntpdって、ntpdの古いバージョンのことではなかったかね。
2007/12/21(金) 04:23:37
>>251
確証はないけど、参照するサーバによると思う。
指定するサーバ名は同じでもDNSでラウンドロビンしている
サーバもあるので、複数記載しておくとそれぞれ別のサーバから
時刻取得をするため、結果的に時刻の精度があがると思う。
確証はないけど、参照するサーバによると思う。
指定するサーバ名は同じでもDNSでラウンドロビンしている
サーバもあるので、複数記載しておくとそれぞれ別のサーバから
時刻取得をするため、結果的に時刻の精度があがると思う。
256名無しさん@お腹いっぱい。
2008/02/22(金) 11:11:06 ほしゅ
257名無しさん@お腹いっぱい。
2008/03/30(日) 15:57:15 ntp.confのrestrictにIPでなくてホスト名書いても大丈夫ですか?
2008/03/31(月) 13:02:29
だめ
259名無しさん@お腹いっぱい。
2008/04/02(水) 10:13:06 ちょっと質問。
NTP鯖建てているんだが、電波時計と比べて
NTP鯖3秒ぐらい遅れてるんだけど、何でだろ?
ちなみにntpqの結果は
$ ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
+ntp-a2.nict.go. .NICT. 1 u 16 128 177 25.944 -1.174 0.409
*ntp-b3.nict.go. .NICT. 1 u 5 128 377 28.180 -0.867 0.522
+ntp-a3.nict.go. .NICT. 1 u 53 128 377 25.858 -0.750 0.371
-ntp-tk01.ocn.ad 202.234.233.104 3 u 23 128 377 22.772 -2.154 0.184
-ntp-tk02.ocn.ad 202.234.233.105 3 u 58 128 377 23.291 -0.068 0.340
-ntp-os01.ocn.ad 202.234.233.104 3 u 77 128 377 29.303 -0.365 0.299
-ntp1.jst.mfeed. 210.173.160.86 2 u 42 128 377 23.104 -0.465 0.361
-ntp2.jst.mfeed. 210.173.160.86 2 u 90 128 377 22.652 -0.614 0.183
+ntp3.jst.mfeed. 210.173.160.86 2 u 51 128 377 22.755 -1.058 0.591
です。
NTP鯖建てているんだが、電波時計と比べて
NTP鯖3秒ぐらい遅れてるんだけど、何でだろ?
ちなみにntpqの結果は
$ ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
+ntp-a2.nict.go. .NICT. 1 u 16 128 177 25.944 -1.174 0.409
*ntp-b3.nict.go. .NICT. 1 u 5 128 377 28.180 -0.867 0.522
+ntp-a3.nict.go. .NICT. 1 u 53 128 377 25.858 -0.750 0.371
-ntp-tk01.ocn.ad 202.234.233.104 3 u 23 128 377 22.772 -2.154 0.184
-ntp-tk02.ocn.ad 202.234.233.105 3 u 58 128 377 23.291 -0.068 0.340
-ntp-os01.ocn.ad 202.234.233.104 3 u 77 128 377 29.303 -0.365 0.299
-ntp1.jst.mfeed. 210.173.160.86 2 u 42 128 377 23.104 -0.465 0.361
-ntp2.jst.mfeed. 210.173.160.86 2 u 90 128 377 22.652 -0.614 0.183
+ntp3.jst.mfeed. 210.173.160.86 2 u 51 128 377 22.755 -1.058 0.591
です。
2008/04/02(水) 10:54:41
電波時計が受信できてなくてずれてるとか・・・?
2008/04/02(水) 11:31:26
うるう秒の補正は?
262259
2008/04/02(水) 12:34:522008/04/02(水) 20:23:15
ドンマイ
漏れの腕時計も電波受信するはずなのにさっぱりですわ
漏れの腕時計も電波受信するはずなのにさっぱりですわ
2008/04/02(水) 20:34:34
265名無しさん@お腹いっぱい。
2008/04/07(月) 00:54:03 チコっと質問!!
電波時計で正確な時刻を受信して
NTPサーバーに登録する事できますか?
やはりGPSで登録ですか?
電波時計で正確な時刻を受信して
NTPサーバーに登録する事できますか?
やはりGPSで登録ですか?
2008/04/07(月) 08:46:13
ntp って、起動時に大幅に時刻がずれていても強制的に
同期させるってことはできないんでしょうか?
いちいち ntpd をとめて ntpdate やるしかないでしょうか?
同期させるってことはできないんでしょうか?
いちいち ntpd をとめて ntpdate やるしかないでしょうか?
2008/04/07(月) 09:54:46
2008/04/07(月) 09:55:38
2008/04/07(月) 09:57:56
>>268
それのどこよ。
それのどこよ。
2008/04/07(月) 14:19:10
2008/04/07(月) 14:26:36
272名無しさん@お腹いっぱい。
2008/04/07(月) 16:53:00 NTPサーバーのトレーサビリティって存在しますか?
2008/04/07(月) 16:59:11
日本語でおk
274名無しさん@お腹いっぱい。
2008/04/07(月) 17:01:38 http://ja.wikipedia.org/wiki/%E3%83%88%E3%83%AC%E3%83%BC%E3%82%B5%E3%83%93%E3%83%AA%E3%83%86%E3%82%A3_%28%E8%A8%88%E6%B8%AC%E5%99%A8%29
トレーサビリティ
校正の経路を示したもの
元となるNTPサーバー
↓
元となるNTPサーバー
↓
元となるNTPサーバー
↓
元となるNTPサーバー
↓
自宅のPC
みたいな感じで
トレーサビリティ
校正の経路を示したもの
元となるNTPサーバー
↓
元となるNTPサーバー
↓
元となるNTPサーバー
↓
元となるNTPサーバー
↓
自宅のPC
みたいな感じで
2008/04/07(月) 17:59:41
ntpq -p なんかで一つ上の一つ上は見れるから、
たどっていけるんじゃね?
たどっていけるんじゃね?
2008/04/07(月) 18:00:08
と思ったけど、ローカルの ntpd の情報しか
わからんから無理か。
わからんから無理か。
277名無しさん@お腹いっぱい。
2008/04/07(月) 18:51:07 ホスト名 IPアドレス stratum
ntp1.jpix.ad.jp 210.171.225.75 2
ntp1.jpix.ad.jp 210.171.225.75 2
2008/04/07(月) 19:39:56
トレースするならntptrace、そのまんまだ
279名無しさん@お腹いっぱい。
2008/04/07(月) 19:42:01 原子時計とかまでトレースできますか?
2008/04/07(月) 19:45:36
上位の鯖の設定次第で見えたり見えなかったりする
281名無しさん@お腹いっぱい。
2008/04/07(月) 19:47:06 原子時計との差
というのはわからないということですね…
というのはわからないということですね…
2008/04/07(月) 19:59:04
試してみりゃいいじゃん。
2008/04/11(金) 10:14:45
ntpq でいつまでたっても * のままなんだけど、これは正常なの?
+ になるのが正しいような気もするし、>>239 を見ると * のままでも
正しい気もするんだが…
remote refid st t when poll reach delay offset jitter
==============================================================================
*ntp.example.jp .GPS. 1 u 291 1024 377 5.017 0.308 0.084
+ になるのが正しいような気もするし、>>239 を見ると * のままでも
正しい気もするんだが…
remote refid st t when poll reach delay offset jitter
==============================================================================
*ntp.example.jp .GPS. 1 u 291 1024 377 5.017 0.308 0.084
2008/04/11(金) 10:25:43
2008/04/11(金) 10:45:33
2008/04/11(金) 10:59:53
現在どのサーバと同期を取ってるかだから、「*」のままだよ。
複数ソースがあるなら、「+」なったりする可能性もあるけど(その場合は他のサーバが「*」に)
心配なら
$ watch --interval 1 ntpq -p
でしばらく眺めてみるといいよ
複数ソースがあるなら、「+」なったりする可能性もあるけど(その場合は他のサーバが「*」に)
心配なら
$ watch --interval 1 ntpq -p
でしばらく眺めてみるといいよ
2008/04/11(金) 11:12:23
2008/04/11(金) 23:04:17
>>287
ntpq -c pe -c as マジオススメ
ntpq -c pe -c as マジオススメ
2008/09/09(火) 03:06:30
ping
2008/10/05(日) 00:51:20
うるう秒対応でRed Hatのtzdata RPMを入れると何が変る?
NTPで同期させておけば良いわけじゃないの?
NTPで同期させておけば良いわけじゃないの?
2008/10/05(日) 03:38:40
>>290
そのRPM配ってるところに聞けば
そのRPM配ってるところに聞けば
292名無しさん@お腹いっぱい。
2008/10/19(日) 23:29:57 正気限界を変更する方法を教えれ
1000秒とか短すぎる
窓に!窓に!
1000秒とか短すぎる
窓に!窓に!
2008/10/19(日) 23:47:11
とりあえず日本語で頼む。
2008/10/19(日) 23:57:42
日本語になってると思うが。英語ならsanity limitでしょ。
「窓に!窓に!」はイミフだが。
-gつければ一発目は制限なしでシンクロする。
「窓に!窓に!」はイミフだが。
-gつければ一発目は制限なしでシンクロする。
2008/10/20(月) 01:16:48
2008/10/20(月) 01:33:02
んならntp.confで
tinker panic 0
じゃないかな。やったこと無いけど。
tinker panic 0
じゃないかな。やったこと無いけど。
2008/10/20(月) 01:48:55
その前に、2発目3発目も無視したいニーズの状況が想像出来ないよ。
一瞬で1000秒ずれるの?
一瞬で1000秒ずれるの?
2008/10/20(月) 01:54:05
結局「窓に!窓に!」はどういう意味だったの?
2008/10/20(月) 09:02:48
> その前に、2発目3発目も無視したいニーズの状況が想像出来ないよ。
逆だよね? 『2,3発目も無視「したくない」状況』がワカラン、だよね?
元ネタの人のところにペイロードにビットエラー入ってる
NTP 来たらおもしろそうだけどな
逆だよね? 『2,3発目も無視「したくない」状況』がワカラン、だよね?
元ネタの人のところにペイロードにビットエラー入ってる
NTP 来たらおもしろそうだけどな
300船木康博
2008/10/20(月) 10:13:36 はげ頭治療の飲み薬は、劇薬だったんじゃねぇかな。
結構、値も張るが、子創りしたい男性は飲むなよ!
あれなぁ、精子にも混入しちまってなぁ、危ないんだよ。
女性は絶対に触るなよ!後で泣きをみるかもしれねぇで!!
60歳以降だと、たいして効かねぇかもしれねえし、
全員が飲んで全員が効くとも限らネェ物騒な劇薬だでよ。
医薬品の塗り薬よりは直接体内に入って吸収されるもんで、
確実性が幾らか高いメリットもあるが、劇薬毒薬の効果もあるで。
絶対に悪用されネェように、うっかり置いておくんじゃねぇぞ!
結構、値も張るが、子創りしたい男性は飲むなよ!
あれなぁ、精子にも混入しちまってなぁ、危ないんだよ。
女性は絶対に触るなよ!後で泣きをみるかもしれねぇで!!
60歳以降だと、たいして効かねぇかもしれねえし、
全員が飲んで全員が効くとも限らネェ物騒な劇薬だでよ。
医薬品の塗り薬よりは直接体内に入って吸収されるもんで、
確実性が幾らか高いメリットもあるが、劇薬毒薬の効果もあるで。
絶対に悪用されネェように、うっかり置いておくんじゃねぇぞ!
2008/10/21(火) 00:04:57
で、なんでそんなことしたいんだ?
あと「窓に!窓に!」てのは何?
あと「窓に!窓に!」てのは何?
2008/10/21(火) 11:30:14
「ブルガリア!ブルガリア!」みたいなもんだろw
2008/10/22(水) 16:47:50
vmwareか?
305名無しさん@お腹いっぱい。
2009/01/07(水) 23:28:41 うちのntpdは、送信元ポートが123/udp以外だと返事をしないみたいです。
OK → ntpdate <IPアドレス>
NG → ntpdate -u <IPアドレス>
これって何か設定があるんでしょうか?
OK → ntpdate <IPアドレス>
NG → ntpdate -u <IPアドレス>
これって何か設定があるんでしょうか?
2009/01/07(水) 23:37:41
ipfwとかiptablesで制限してない?
2009/01/07(水) 23:41:20
>>306
してました。
してました。
2009/01/07(水) 23:46:16
ズコーッ
2009/01/08(木) 00:31:01
なんという見事な即時解決ぶり。
2009/01/09(金) 12:37:43
2009/01/09(金) 21:50:27
今のUNIXで対応してないのってあるのかな。
とりあえずLinuxカーネルのログにはうるう秒いれたよー、と残ってた。
とりあえずLinuxカーネルのログにはうるう秒いれたよー、と残ってた。
2009/01/13(火) 13:51:02
>>311
でふぉで対応してるんか
でふぉで対応してるんか
2009/01/14(水) 03:24:30
当然ntp入れての話だけどね。
2009/01/30(金) 09:09:22
ntpdってどの間隔で同期するの?
30分内に3回も同期しているときもあれば、1日近く同期しないときもあるのだけれど。
30分内に3回も同期しているときもあれば、1日近く同期しないときもあるのだけれど。
2009/01/30(金) 09:47:08
予期にハカライマス
期待通りでないことも多々…
期待通りでないことも多々…
2009/01/30(金) 10:30:59
>>314
minpoll と maxpoll に依存する
server address [key key | autokey] [burst] [iburst] [version version]
[prefer] [minpoll minpoll] [maxpoll maxpoll]
minpoll と maxpoll に依存する
server address [key key | autokey] [burst] [iburst] [version version]
[prefer] [minpoll minpoll] [maxpoll maxpoll]
2009/02/11(水) 23:11:32
閏秒対応ってのは、
2009-01-01T08:59:60+0900に対応するtime_tが存在するという話?
2009-01-01T08:59:60+0900に対応するtime_tが存在するという話?
318名無しさん@お腹いっぱい。
2009/03/08(日) 17:06:35 96 :名無しさん@お腹いっぱい。:2008/04/19(土) 22:20:24
まちBBS九州を完全私物化して、やりたい放題の運営をしている
暴走管理人=「660cc@きっと管理人 ◆Ruz660ccKs」とは何者なのか?
ネット上に公開されている情報のみで、以下まとめてみる。
--------------------------------------
本名 砂川寛之 1982年11月13日生まれ
--------------------------------------
主に使うハンドルは、
「Pir!(Pir! ◆PirGoGh6)」
「660cc」「Jam the Funk」「すながわ」
Studio JamPackという妄想上のヲタサクールの代表を自称している。
アニメやエロゲーやアニヲタ同人活動に没頭する典型的な「ヲタ」である。
(彼のいう読書とは「18禁コミック」のことらしい)
福岡大学工学部電子情報工学科(学籍番号はTL011202)を2005年に卒業し、
学歴ロンダを試みて、北九州市につくられた(なんちゃって早稲田と呼ばれる)
早稲田大学大学院情報生産システム研究科に進む。肩身の狭い屈折した2年間を送ったらしい。
彼が書き綴る「謎めくブログ」は、
エロアニメ大好きな変質者っぽい内容で、常人の理解を超えている…。
免許をとったばかりの車に乗り、買いに行った初めてモノが、
「お姉ちゃんね…ケイちゃんとセックスしたいな」のようなフレーズ満載の
18禁コミックだとか…。(一般女性が恐怖感を覚えそうな不気味な内容である…)
http://jamfunk.jp/wiki/?diary%2F2006-10-11
http://s04.megalodon.jp/2008-0323-1511-59/jamfunk.jp/wiki/?diary%2F2006-10-11
(★こんな人物が「まちBBS九州」を我が物顔で支配している戦慄すべき現実!)
http://s04.megalodon.jp/2008-0411-1024-15/albioncoffee.sakura.ne.jp/abc.html
まちBBS九州を完全私物化して、やりたい放題の運営をしている
暴走管理人=「660cc@きっと管理人 ◆Ruz660ccKs」とは何者なのか?
ネット上に公開されている情報のみで、以下まとめてみる。
--------------------------------------
本名 砂川寛之 1982年11月13日生まれ
--------------------------------------
主に使うハンドルは、
「Pir!(Pir! ◆PirGoGh6)」
「660cc」「Jam the Funk」「すながわ」
Studio JamPackという妄想上のヲタサクールの代表を自称している。
アニメやエロゲーやアニヲタ同人活動に没頭する典型的な「ヲタ」である。
(彼のいう読書とは「18禁コミック」のことらしい)
福岡大学工学部電子情報工学科(学籍番号はTL011202)を2005年に卒業し、
学歴ロンダを試みて、北九州市につくられた(なんちゃって早稲田と呼ばれる)
早稲田大学大学院情報生産システム研究科に進む。肩身の狭い屈折した2年間を送ったらしい。
彼が書き綴る「謎めくブログ」は、
エロアニメ大好きな変質者っぽい内容で、常人の理解を超えている…。
免許をとったばかりの車に乗り、買いに行った初めてモノが、
「お姉ちゃんね…ケイちゃんとセックスしたいな」のようなフレーズ満載の
18禁コミックだとか…。(一般女性が恐怖感を覚えそうな不気味な内容である…)
http://jamfunk.jp/wiki/?diary%2F2006-10-11
http://s04.megalodon.jp/2008-0323-1511-59/jamfunk.jp/wiki/?diary%2F2006-10-11
(★こんな人物が「まちBBS九州」を我が物顔で支配している戦慄すべき現実!)
http://s04.megalodon.jp/2008-0411-1024-15/albioncoffee.sakura.ne.jp/abc.html
2009/03/08(日) 18:30:07
>>318
すいません、学籍番号とか知ってもどうすればいいのかさっぱりわかんないんですが
すいません、学籍番号とか知ってもどうすればいいのかさっぱりわかんないんですが
2009/03/08(日) 23:33:51
>>319
概要は、下。
まー、無視しか無いようです。あとは、削除依頼とか。
http://pc11.2ch.net/test/read.cgi/unix/1106560412/443
既に分かっているhost
http://pc11.2ch.net/test/read.cgi/unix/1106560412/204
概要は、下。
まー、無視しか無いようです。あとは、削除依頼とか。
http://pc11.2ch.net/test/read.cgi/unix/1106560412/443
既に分かっているhost
http://pc11.2ch.net/test/read.cgi/unix/1106560412/204
2009/03/09(月) 16:33:04
てかスレ違いは放置汁。構うなら隔離スレのほうでどうぞ
2009/04/16(木) 19:31:35
kernel time discipline status change 41
ってどういう意味?
ってどういう意味?
2009/04/18(土) 11:04:15
ttp://www.google.com/search?q=%22kernel+time+discipline+status+change%22&lr=lang_ja
2009/04/18(土) 14:57:14
>>323
わからないなら書くなよウンコ野郎
わからないなら書くなよウンコ野郎
2009/04/23(木) 22:39:12
すごく時計がいい加減なPCを使ってます。なので、外部のNTPサーバと
予備として内蔵RTCをサーバに指定しています。
RTCとNTPサーバと カーネルの時計が全部違っているとき
どれにあわせるか の優先順位はなにで決まるの?
予備として内蔵RTCをサーバに指定しています。
RTCとNTPサーバと カーネルの時計が全部違っているとき
どれにあわせるか の優先順位はなにで決まるの?
326名無しさん@お腹いっぱい。
2009/05/21(木) 17:29:48 ntpdを運用していて前々から不思議に思ってたのが、
WinXPの 日付・時刻の調整から ntpを呼ぶと、
ちょくちょく時刻合わせに失敗してしまう。
修正間隔を短めに設定してお茶を濁していたが、
さっき調べてみたら、WinXP側が非標準な事やってるからなのね〜。
ttp://www.atmarkit.co.jp/fwin2k/operation/winntp01/winntp01_02.html
で、WinXP側の設定変更で、Symmetric Active/Passive Modeから、
Client/Server Modeに変更すればイイと記事では解説しているが、
職場にある数百台の PCにそんな事できない。
ntpd側で、Symmetric Active/Passive Modeに対応させる事は
できないのでしょうか?
とりあえず、Windows2003 serverを ntp service専用機にすると、
スムースに WinXPから引けるんだよなぁ。
WinXPの 日付・時刻の調整から ntpを呼ぶと、
ちょくちょく時刻合わせに失敗してしまう。
修正間隔を短めに設定してお茶を濁していたが、
さっき調べてみたら、WinXP側が非標準な事やってるからなのね〜。
ttp://www.atmarkit.co.jp/fwin2k/operation/winntp01/winntp01_02.html
で、WinXP側の設定変更で、Symmetric Active/Passive Modeから、
Client/Server Modeに変更すればイイと記事では解説しているが、
職場にある数百台の PCにそんな事できない。
ntpd側で、Symmetric Active/Passive Modeに対応させる事は
できないのでしょうか?
とりあえず、Windows2003 serverを ntp service専用機にすると、
スムースに WinXPから引けるんだよなぁ。
2009/05/21(木) 19:26:50
数百台のPCの設定買えればいいじゃん
2009/05/21(木) 21:18:26
>>326
2003サーバをNTP専用マシンにすればいいんじゃない?
2003サーバをNTP専用マシンにすればいいんじゃない?
2009/05/22(金) 22:33:08
数百台のクライアントと2003serverがあるのに
何でワークグループで運用してるのかと。
ってそれ以前に板違いだろ
何でワークグループで運用してるのかと。
ってそれ以前に板違いだろ
2009/05/22(金) 22:48:23
× スムース
○ スムーズ
○ スムーズ
2009/05/23(土) 15:57:36
導入時の性能評価で、ADは使い物にならなかったので、
e-Directory (Novell NetWare)でシステムを構築しています。
#板違い?
ntpdの、"Symmetric Active/Passive Mode"への対応ですから、
ここが適切だと思ったのですが、、、
e-Directory (Novell NetWare)でシステムを構築しています。
#板違い?
ntpdの、"Symmetric Active/Passive Mode"への対応ですから、
ここが適切だと思ったのですが、、、
2009/05/23(土) 17:43:37
まあシステムまたぐと大変ですね
でもWinXpの管理ネタだと思うとここはアレかもしれませんね
私は別にいいけど
でもWinXpの管理ネタだと思うとここはアレかもしれませんね
私は別にいいけど
2009/07/10(金) 04:59:32
現在福岡大学の負荷ってどうなってるの?
2009/07/10(金) 06:20:19
福岡大学の負荷を訊いてどうするんだ?
2009/07/10(金) 08:47:37
>>333じゃないけど、mfeedやnictが出てきてfukuoka-uの負荷がどこまで緩和されたかは気になる
2009/07/10(金) 16:43:43
とりあえず張っとく
http://www.tl.fukuoka-u.ac.jp/Lab/tsuruoka/peerstatus.cgi
当時の数字はここ探せばあるかも
http://pc11.2ch.net/test/read.cgi/network/1106498099/
つーか、マイナス表示はやめてくれ
http://www.tl.fukuoka-u.ac.jp/Lab/tsuruoka/peerstatus.cgi
当時の数字はここ探せばあるかも
http://pc11.2ch.net/test/read.cgi/network/1106498099/
つーか、マイナス表示はやめてくれ
2009/08/30(日) 00:05:17
2009/09/25(金) 10:41:50
誰かJST2000 の電波時計使って鯖立ててる人居ないでしょうか?
今社内で、強制的に、JST2000を必ず使って鯖を立てろといわれて設計中で
電波時計を一番に見に行くように
127.127.0.40(JST2000を識別させるようなアドレス) prefer mode 2
stratum の値をconf内で一番低い値(10)にして定義してるものの
外側のnictを一番初めに見に行ってしまう。
ntpq -p で実行結果だと
# ntpq -p
remote refid st t when poll reach delay offset jitter
=======================================================================
JJY(0) .JJY. 0 l - 64 0 0.000 0.000 0.001
LOCAL(0) .LOCL. 5 l 59 64 77 0.000 0.000 0.001
+ntp-b3.nict.go. .NICT. 1 u 58 64 77 9.869 152.513 0.460
*ntp-a2.nict.go. .NICT. 1 u 57 64 77 8.415 152.205 0.303
+ntp-b2.nict.go. .NICT. 1 u 57 64 77 9.908 152.233 0.277
nictを必ず見に行きpeer ntpdate等でも強制的に向けてもダメ。
whenの値無い所がすごく不自然な感じがするけど自分では皆目検討つかない状態です。
もし同じようなトラブルに嵌った人が居れば幸いです。
今社内で、強制的に、JST2000を必ず使って鯖を立てろといわれて設計中で
電波時計を一番に見に行くように
127.127.0.40(JST2000を識別させるようなアドレス) prefer mode 2
stratum の値をconf内で一番低い値(10)にして定義してるものの
外側のnictを一番初めに見に行ってしまう。
ntpq -p で実行結果だと
# ntpq -p
remote refid st t when poll reach delay offset jitter
=======================================================================
JJY(0) .JJY. 0 l - 64 0 0.000 0.000 0.001
LOCAL(0) .LOCL. 5 l 59 64 77 0.000 0.000 0.001
+ntp-b3.nict.go. .NICT. 1 u 58 64 77 9.869 152.513 0.460
*ntp-a2.nict.go. .NICT. 1 u 57 64 77 8.415 152.205 0.303
+ntp-b2.nict.go. .NICT. 1 u 57 64 77 9.908 152.233 0.277
nictを必ず見に行きpeer ntpdate等でも強制的に向けてもダメ。
whenの値無い所がすごく不自然な感じがするけど自分では皆目検討つかない状態です。
もし同じようなトラブルに嵌った人が居れば幸いです。
2009/09/26(土) 12:28:16
when がないってのは一度も問い合わせに答えてないってことじゃねーの?
つまりドライバがちゃんと見える形に設定出来ていない
つまりドライバがちゃんと見える形に設定出来ていない
2009/10/12(月) 18:34:52
>>338の表示などのoffsetは自分に対して相手時刻が+か-かを表示してるから
自分がその相手を正確であると見立てて正確な時刻に対して自分がどうなのかを表すなら
得られたoffsetの符号を反転する必要がありますよね?
関係ないけどアメリカの夏時間への切り替えが冬時間の2時なら
冬時間の切り替えを夏時間の2時ではなく3時(冬時間で2時)にした方が
コンピュータ的には都合が良いような気がする。
自分がその相手を正確であると見立てて正確な時刻に対して自分がどうなのかを表すなら
得られたoffsetの符号を反転する必要がありますよね?
関係ないけどアメリカの夏時間への切り替えが冬時間の2時なら
冬時間の切り替えを夏時間の2時ではなく3時(冬時間で2時)にした方が
コンピュータ的には都合が良いような気がする。
2009/10/18(日) 00:39:13
>>338
遅レスかつ失礼な内容だが、/dev/jjyuは作成&設定しとりますか?
遅レスかつ失礼な内容だが、/dev/jjyuは作成&設定しとりますか?
342名無しさん@お腹いっぱい。
2010/01/16(土) 09:56:14 VirtualBox でゲスト CentOS を入れて ntpd を動作させていますが時間が合ってくれません
VirtualBox Addins を入れてあるので本来はこれでホスト側と時間が合うはずらしいのですが常にずれます
ホスト側(WindowsServer2003) は正しい時間になっています
udp 123 は開けてあります
ntpdate なら時間を合わせることが出来ました (ntpd 動作中は実行していません)
ntpq -p では *LOCAL(0) となってローカルの方に同期されていて
外の ntp サーバーはリストに上がっているのですがそちらに * が付くことはありません
offset の絶対値も 0 以下になりません (むしろ時間を追うごとに大きくなっているような・・・)
st は 10 以下になっています
/etc/ntp.conf の書き方が悪いんでしょうかね
VirtualBox Addins を入れてあるので本来はこれでホスト側と時間が合うはずらしいのですが常にずれます
ホスト側(WindowsServer2003) は正しい時間になっています
udp 123 は開けてあります
ntpdate なら時間を合わせることが出来ました (ntpd 動作中は実行していません)
ntpq -p では *LOCAL(0) となってローカルの方に同期されていて
外の ntp サーバーはリストに上がっているのですがそちらに * が付くことはありません
offset の絶対値も 0 以下になりません (むしろ時間を追うごとに大きくなっているような・・・)
st は 10 以下になっています
/etc/ntp.conf の書き方が悪いんでしょうかね
2010/01/16(土) 09:58:02
VirtualBOXの問題だろうね
根本的には
根本的には
2010/01/16(土) 10:11:17
2010/01/16(土) 10:16:27
じゃあVirtualBoxがFreeBSDを考慮しているかFreeBSDがVirtualBoxに対応しているかなんだろうね。
CentOSはそうではないと
CentOSはそうではないと
2010/01/16(土) 10:38:53
すみませんが詳しい方のみ回答をお願いします
2010/01/16(土) 10:40:59
CENTOSを捨てればおk
348名無しさん@お腹いっぱい。
2010/01/16(土) 13:45:19 > ntpq -p では *LOCAL(0) となってローカルの方に同期されていて
そのローカルの設定を外せ
その設定はただの時刻同期が目的なら何の意味もない設定だ
そのローカルの設定を外せ
その設定はただの時刻同期が目的なら何の意味もない設定だ
2010/01/16(土) 16:10:24
local を外して試しました
いつまで待っても * がどこにも付かなくなりました
現状だと前より悪くなった感じがしますが
もう少し待ってみます
いつまで待っても * がどこにも付かなくなりました
現状だと前より悪くなった感じがしますが
もう少し待ってみます
2010/01/17(日) 17:02:49
2010/01/18(月) 00:28:00
2010/01/18(月) 06:46:29
2010/06/21(月) 17:47:04
開発者コンパイル通るか確認してんの?
2010/06/21(月) 17:53:05
自分の環境ではしてるんじゃね。
355名無しさん@お腹いっぱい。
2010/11/20(土) 22:59:30 今日、 210.171.226.40 おかしくないか?
2010/11/20(土) 23:20:09
>>355
NICTのページに
個々のNTPサーバのホスト名やIPアドレスは変更になることがありますので、"ntp.nict.jp" と指定してください。
って書いてあるから変更にでもなったんじゃない?
NICTのページに
個々のNTPサーバのホスト名やIPアドレスは変更になることがありますので、"ntp.nict.jp" と指定してください。
って書いてあるから変更にでもなったんじゃない?
2010/11/20(土) 23:28:03
>>356
そんなことはわかってる。(IPアドレスじか打ちなんかしてない)
ntp.nict.jpで指定してるが、ラウンドロビンで210.171.226.40が選ばれてしまうと
値がおかしいため、同期がとれなくなる。
そんなことはわかってる。(IPアドレスじか打ちなんかしてない)
ntp.nict.jpで指定してるが、ラウンドロビンで210.171.226.40が選ばれてしまうと
値がおかしいため、同期がとれなくなる。
2010/11/21(日) 00:47:35
質問の仕方も技術だよな
2010/11/21(日) 00:57:25
そんなこともあろうかと
IPアドレス決め打ちしていた漏れは勝ち組
IPアドレス決め打ちしていた漏れは勝ち組
2010/11/21(日) 07:54:20
2010/11/21(日) 09:34:35
報告なら疑問符は要らない
362名無しさん@お腹いっぱい。
2010/11/21(日) 09:59:37 まとめてみた
ntp.nict.jpのDNSラウンドロビンでは現在5個のIPアドレスが引ける。
うち4個は逆引き可能で、ntp-[ab][23].nict.go.jp
残りの1個が問題の 210.171.226.40 で、逆引き不可。
で、210.171.226.40は(少なくとも外部から)アクセス不可。
getaddrinfo()関数を使ってIPアドレスを引くと、何度引いても
常に 210.171.226.40 が1番に引ける。
(異なるドメインの異なるOSで再現性確認)
hostコマンドやgethostbyname()を使うと
IPアドレスが引ける順番は毎回変わるので問題なし。
ntpdはgetaddrinfo()を使ってるっぽい。
>>141 >>148
あたりで議論されているように、
ntp.confに server -4 ntp.nict.jp の同じ行を3行書いても
常に 210.171.226.40 だけが引ける。
結果、210.171.226.40 が落ちてるので同期しない。
ntp.nict.jpのDNSラウンドロビンでは現在5個のIPアドレスが引ける。
うち4個は逆引き可能で、ntp-[ab][23].nict.go.jp
残りの1個が問題の 210.171.226.40 で、逆引き不可。
で、210.171.226.40は(少なくとも外部から)アクセス不可。
getaddrinfo()関数を使ってIPアドレスを引くと、何度引いても
常に 210.171.226.40 が1番に引ける。
(異なるドメインの異なるOSで再現性確認)
hostコマンドやgethostbyname()を使うと
IPアドレスが引ける順番は毎回変わるので問題なし。
ntpdはgetaddrinfo()を使ってるっぽい。
>>141 >>148
あたりで議論されているように、
ntp.confに server -4 ntp.nict.jp の同じ行を3行書いても
常に 210.171.226.40 だけが引ける。
結果、210.171.226.40 が落ちてるので同期しない。
2010/11/21(日) 10:05:05
2010/11/21(日) 10:46:20
2010/11/23(火) 22:50:45
というか、ラウンドロビンは○時計()みたいな定期的に時刻を修正するソフトには使えるけど、
ntpdみたいに複数のサーバから最適なサーバを探し出せる機能が付いてるソフトには使えないから
IPアドレスを公表して変更した時も何らかの文書を出すようにしてほしいよね。
ntpdみたいに複数のサーバから最適なサーバを探し出せる機能が付いてるソフトには使えないから
IPアドレスを公表して変更した時も何らかの文書を出すようにしてほしいよね。
2010/11/24(水) 00:15:48
まずIPアドレスが変更されることはないだろうから、
5アドレスを登録するだけの話じゃないの?
5アドレスを登録するだけの話じゃないの?
2010/11/24(水) 00:51:09
文書でどうこうするなんてアホ杉だろ
IPアドレスの無効通知をntpdの仕様に含めておけば良かった
IPアドレスの無効通知をntpdの仕様に含めておけば良かった
2010/11/24(水) 01:46:55
>>367
udpだし、詐称されたら困るからそれは無いだろ
udpだし、詐称されたら困るからそれは無いだろ
2010/11/24(水) 07:27:19
370ななし
2010/11/24(水) 08:12:07 ntpdの実装の問題っぽいけどね。
getaddrinfo()を使っていてもアドレスファミリにAF_UNSPECを指定
すればラウンドロビンされるので。
getaddrinfo()を使っていてもアドレスファミリにAF_UNSPECを指定
すればラウンドロビンされるので。
371名無しさん@お腹いっぱい。
2010/11/24(水) 08:40:27 >>370
getaddrinfo()でAF_UNSPECを指定しても、
ラウンドロビンされないよ。(確認済み)
正確には、getaddrinfo()が何らかのルールで並べ替えるみたい。
で、その並べ替えルールでは、
210.171.226.40以外の4つのIPアドレスについてはラウンドロビンするが、
210.171.226.40だけは常に1番先に来る。
(例)1回目
210.171.226.40
133.243.238.244
133.243.238.163
133.243.238.164
133.243.238.243
2001:2f8:29:100::fff3
2001:2f8:29:100::fff4
2400:3000:20:100::40
(例)2回目
210.171.226.40
133.243.238.243
133.243.238.244
133.243.238.163
133.243.238.164
2400:3000:20:100::40
2001:2f8:29:100::fff3
2001:2f8:29:100::fff4
AF_UNSPECを指定してる証拠にIPv6も引けてる。
getaddrinfo()でAF_UNSPECを指定しても、
ラウンドロビンされないよ。(確認済み)
正確には、getaddrinfo()が何らかのルールで並べ替えるみたい。
で、その並べ替えルールでは、
210.171.226.40以外の4つのIPアドレスについてはラウンドロビンするが、
210.171.226.40だけは常に1番先に来る。
(例)1回目
210.171.226.40
133.243.238.244
133.243.238.163
133.243.238.164
133.243.238.243
2001:2f8:29:100::fff3
2001:2f8:29:100::fff4
2400:3000:20:100::40
(例)2回目
210.171.226.40
133.243.238.243
133.243.238.244
133.243.238.163
133.243.238.164
2400:3000:20:100::40
2001:2f8:29:100::fff3
2001:2f8:29:100::fff4
AF_UNSPECを指定してる証拠にIPv6も引けてる。
2010/11/24(水) 12:25:49
バージョンは?
2010/11/24(水) 13:43:27
FreeBSD 8.1 とか Solaris10 とかその他諸々試したからバージョンは関係なし。
というか、>>372 自身で適当なサンプルプログラムで実験してみればわかることだろ。
というか、>>372 自身で適当なサンプルプログラムで実験してみればわかることだろ。
2010/11/24(水) 17:08:17
RFC3484のDestination Address SelectionのRule 9で選択してるんだろ。
正しい動作。DNSラウンドロビンによる負荷分散は時代遅れ。
Rule 9: Use longest matching prefix.
When DA and DB belong to the same address family (both are IPv6 or
both are IPv4): If CommonPrefixLen(DA, Source(DA)) >
CommonPrefixLen(DB, Source(DB)), then prefer DA. Similarly, if
CommonPrefixLen(DA, Source(DA)) < CommonPrefixLen(DB, Source(DB)),
then prefer DB.
Source(D)は
We write Source(D) to indicate the selected source address for a
destination D. For IPv6 addresses, the previous section specifies
the source address selection algorithm. Source address selection for
IPv4 addresses is not specified in this document.
正しい動作。DNSラウンドロビンによる負荷分散は時代遅れ。
Rule 9: Use longest matching prefix.
When DA and DB belong to the same address family (both are IPv6 or
both are IPv4): If CommonPrefixLen(DA, Source(DA)) >
CommonPrefixLen(DB, Source(DB)), then prefer DA. Similarly, if
CommonPrefixLen(DA, Source(DA)) < CommonPrefixLen(DB, Source(DB)),
then prefer DB.
Source(D)は
We write Source(D) to indicate the selected source address for a
destination D. For IPv6 addresses, the previous section specifies
the source address selection algorithm. Source address selection for
IPv4 addresses is not specified in this document.
2010/11/24(水) 17:28:16
>>374
自分のホストのIPアドレスに一番近いプリフィックスのIPアドレスを選んでる
ってわけか。で、一番近いプリフィックスのIPアドレスが1個しかない場合は
その1個が固定的に選ばれるw
ところで、これってNAT環境でプライベートアドレス使ってるホストの中では
意味なくない?
192.168.xx.xx のアドレスを使ってるNAT環境内では、
外向きのグローバルIPアドレスの値に関係なく
192.160.xx.xxに近いプリフィックスが選ばれてしまうw
NICTの例では、192.168.xx.xxのNAT内からは
常に 210.171.226.40 が選ばれてしまうw
自分のホストのIPアドレスに一番近いプリフィックスのIPアドレスを選んでる
ってわけか。で、一番近いプリフィックスのIPアドレスが1個しかない場合は
その1個が固定的に選ばれるw
ところで、これってNAT環境でプライベートアドレス使ってるホストの中では
意味なくない?
192.168.xx.xx のアドレスを使ってるNAT環境内では、
外向きのグローバルIPアドレスの値に関係なく
192.160.xx.xxに近いプリフィックスが選ばれてしまうw
NICTの例では、192.168.xx.xxのNAT内からは
常に 210.171.226.40 が選ばれてしまうw
2010/11/24(水) 17:33:36
そんなに笑わなくていいよ。
2010/11/24(水) 17:38:10
NICT側としては、今210.171.226.40で運用してるサーバーを
133.243.238.xxx のどこかにIPアドレス振り直すべきだな。
そうすれば、同じ133.243.238.xxx 同士の間では
getaddrinfo()でもラウンドロビンするから。
133.243.238.xxx のどこかにIPアドレス振り直すべきだな。
そうすれば、同じ133.243.238.xxx 同士の間では
getaddrinfo()でもラウンドロビンするから。
2010/11/24(水) 17:43:52
mfeedは今日も通常運転
2010/11/24(水) 21:00:23
getaddrinfo()関数内部のソースを読んでみた。
引けた複数のIPアドレスに対して、
わざわざUDP socketを作成し、
そのIPアドレスに空connect()して、
getsockname()で自分のソースIPアドレスを求めている。
UDPの場合、connect()だけ実行してもパケットは飛ばないので
こういう方法もあるんだな。
でも、わざわざsocket()をIPアドレスの分だけ実行するのって何か無駄な感じ。
引けた複数のIPアドレスに対して、
わざわざUDP socketを作成し、
そのIPアドレスに空connect()して、
getsockname()で自分のソースIPアドレスを求めている。
UDPの場合、connect()だけ実行してもパケットは飛ばないので
こういう方法もあるんだな。
でも、わざわざsocket()をIPアドレスの分だけ実行するのって何か無駄な感じ。
2010/11/24(水) 21:18:38
アプリ内でやるにはルーティングテーブル取得して、最適なアドレスを
探すという手順を踏まなきゃならんぞ。
カーネルに任せるのは賢い方法だと思うが。
探すという手順を踏まなきゃならんぞ。
カーネルに任せるのは賢い方法だと思うが。
2010/11/24(水) 22:19:41
2010/11/24(水) 22:34:40
IPv4でもプリフィックスが近い方を選ぶと言うgetaddrinfoの意味フな仕様が悪い。
2010/11/24(水) 23:10:31
IPアドレスを直接指定するか使わないかぐらいの感じ
2010/11/25(木) 22:29:41
385名無しさん@お腹いっぱい。
2011/01/23(日) 12:05:22 また 210.171.226.40 死んでる?
386名無しさん@お腹いっぱい。
2011/01/23(日) 12:27:49 なおったっぽいけどなんかおかしかくなってたな
2011/01/23(日) 14:36:20
「同じ内容を3行書くのが重要」て言うから同じサーバーを3行指定してたのに、
ntpdが異常終了しちゃったぞ。なんで?
ntpdが異常終了しちゃったぞ。なんで?
2011/01/23(日) 16:56:48
また落ちてる?
2011/01/23(日) 17:05:21
210.171.226.40と同期すると、2009年11月6日になってしまう
2011/01/23(日) 17:11:52
とりあえずmfeedに避難した
2011/01/23(日) 17:31:00
ファイルサーバーのタイムスタンプがめちゃくちゃになった・・・
392名無しさん@お腹いっぱい。
2011/01/23(日) 17:33:48 またなおったっぽいけど
とりあえずプロバのNTPに退避
銀河美少年を録りそこねるとこだったわ
とりあえずプロバのNTPに退避
銀河美少年を録りそこねるとこだったわ
393名無しさん@お腹いっぱい。
2011/01/23(日) 17:51:23 ntp.nict.jp
12頃に一度なおって。またおかしくなった。
12頃に一度なおって。またおかしくなった。
2011/01/23(日) 18:56:15
210.171.226.40を除いた4IPを直指定していた俺は勝ち組ってことでいい?
2011/01/23(日) 22:51:46
210.171.226.40も含めて複数の設定をして、210.171.226.40が信用できない時刻を返すとして
同期する相手の対象から外されていた人が勝ち組。
同期する相手の対象から外されていた人が勝ち組。
396名無しさん@お腹いっぱい。
2011/01/24(月) 09:58:59 停電だってさ……
ヒソヒソ( ゚д゚)ヤダァ(゚д゚ )ネェ、キイタ?( ゚д゚)オクサン(゚д゚ )アラヤダワァ
http://jjy.nict.go.jp/
> 障害情報とお詫び
> 2011年1月23日にIX系において2回誤った時刻が送出されました。
> 一回目
> 10時19分15秒〜12時17分55秒
> 二回目
> 16時17分55秒〜17時19分06秒
> いずれも停電に伴う機器の誤動作によるものと思われますが、原因は
> 現在調査中です。 原因が解明できるまでIX系の運用を停止いたします。
> 利用者の皆様には大変ご迷惑をおかけいたしました。深くお詫び申しあげます。
ヒソヒソ( ゚д゚)ヤダァ(゚д゚ )ネェ、キイタ?( ゚д゚)オクサン(゚д゚ )アラヤダワァ
http://jjy.nict.go.jp/
> 障害情報とお詫び
> 2011年1月23日にIX系において2回誤った時刻が送出されました。
> 一回目
> 10時19分15秒〜12時17分55秒
> 二回目
> 16時17分55秒〜17時19分06秒
> いずれも停電に伴う機器の誤動作によるものと思われますが、原因は
> 現在調査中です。 原因が解明できるまでIX系の運用を停止いたします。
> 利用者の皆様には大変ご迷惑をおかけいたしました。深くお詫び申しあげます。
2011/01/24(月) 12:53:10
停電で狂うNTPサーバなんて公開するなよ…(´・д・`)
2011/01/24(月) 13:13:37
ntp.nict.jpをハードコーディングして組み込んで出荷済みなので変更できません。
もちろん、getaddrinfo()がDNSラウンドロビンを無視して210.171.226.40に1局集中アクセスします(笑)
もちろん、getaddrinfo()がDNSラウンドロビンを無視して210.171.226.40に1局集中アクセスします(笑)
2011/01/24(月) 13:18:57
おい、nictの中の奴。見てるんだろ。何とかしろ。
2011/01/24(月) 14:07:22
ワロタ
2011/01/24(月) 14:18:13
見てませんよ。
2011/01/25(火) 00:27:41
time.windows.comの酷さに比べたらまだかなりまともw
2011/01/25(火) 00:47:53
>>402
ntpdateしてみたら、ヒドすぎて噴いたww
ntpdateしてみたら、ヒドすぎて噴いたww
2011/01/26(水) 02:06:02
まあ、でも標準時間を管理している組織にしてはずいぶんずさんだと思うけどね>ntp.nict.jp
2011/01/26(水) 08:49:39
ラウンドロビンから210.171.226.40が外されたようだ
2011/01/26(水) 09:12:34
getaddrinfoの問題に気づいてじゃないんだろうな。
407名無しさん@お腹いっぱい。
2011/01/26(水) 10:27:17 スラドでスレ立ってたので、指摘して来た。> ラウンドロビン
2011/01/26(水) 13:42:48
してたね
2011/01/26(水) 13:53:55
時刻が大きくずれたらntpdは追従せずに無視するから問題ない、
って指摘あるけど、ntpdの起動スクリプトで先にntpdateを実行するように
なってるから、ntpdateの段階でいくらずれていても強制追従するんだよな。
たまたま問題の時間にホストを起動した場合とか、
ntpdの同期が外れているのに気づいてntpdをリスタートした場合に
時刻が大きくずれるのは防げなかったはず。
って指摘あるけど、ntpdの起動スクリプトで先にntpdateを実行するように
なってるから、ntpdateの段階でいくらずれていても強制追従するんだよな。
たまたま問題の時間にホストを起動した場合とか、
ntpdの同期が外れているのに気づいてntpdをリスタートした場合に
時刻が大きくずれるのは防げなかったはず。
2011/01/26(水) 14:17:07
nictを使うのが失敗というお話だったのさ
2011/01/26(水) 15:14:08
mfeedとかと一緒に参照する設定にしても、Stratum1の方を優先するから意味なかったんだろうなぁ
2011/01/26(水) 16:17:52
起動スクリプトでobsoleteなntpdateを使ってるなんてどこのクソLinuxなんだ?w
ntpdを起動したときのバーストモードで十分だろ。
>>411
意外にnictより先にmfeedの準備が整うとmfeedを使い始めたりもする。
mfeedは時間あたりパケット数を聞いたことが無いからmfeedはiburstを付けて
さっさと同期するようにしてる。
ntpdを起動したときのバーストモードで十分だろ。
>>411
意外にnictより先にmfeedの準備が整うとmfeedを使い始めたりもする。
mfeedは時間あたりパケット数を聞いたことが無いからmfeedはiburstを付けて
さっさと同期するようにしてる。
2011/01/26(水) 16:31:41
>>412
iburstでもずれ過ぎのサーバーに強制セットされるから問題は同じだよ
iburstでもずれ過ぎのサーバーに強制セットされるから問題は同じだよ
2011/01/26(水) 16:40:54
2011/01/26(水) 16:52:54
ntpdに-g付ければ解決。
「FreeBSD8.1が使っている」んじゃなくて「>>414がFreeBSD8.1で使っている」が正しい。
「FreeBSD8.1が使っている」んじゃなくて「>>414がFreeBSD8.1で使っている」が正しい。
2011/01/26(水) 17:03:47
>>415
-g 付けたらntpdateと一緒の問題が発生するだろw -g 外さなきゃ。
-g 付けたらntpdateと一緒の問題が発生するだろw -g 外さなきゃ。
2011/01/26(水) 17:15:53
2011/01/26(水) 17:18:56
2011/01/26(水) 17:20:27
>>409の話だよね。
ntpd -g じゃ解決にならんでしょ。
ntpd -g じゃ解決にならんでしょ。
2011/01/26(水) 19:00:16
>>418-419
> 起動スクリプトでobsoleteなntpdateを使ってるなんてどこのクソLinuxなんだ
の話だよ。でも>>414はうそつき。6年も前にnptd -gに変更されている。
http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/ntpd
Revision 1.9: download - view: text, markup, annotated - select for diffs
Tue Sep 14 03:01:38 2004 UTC (6 years, 4 months ago) by seanc
Branches: MAIN
Diff to: previous 1.8: preferred, colored
Changes since revision 1.8: +5 -0 lines
Stop using ntpdate(1) in our startup proceedure. Replace ntpdate(1) with
calls to ntpd -g. ntpd is noticably slower than ntpdate, but is also more
accurate. This removes the nasty hackery in rc.d/ntpdate that would parse
out ntp servers from /etc/ntp.conf (ntpd knows how to read its own config
file). By default, ntpd *will* sync with its listed time servers. To
turn this off so that ntpd does not sync, ntpd_sync_on_start="NO" can be
added to /etc/rc.conf. If ntpd is not enabled (the default), then time is
not synced on startup. ntpdate's use has been depreciated by the ntpd
authors for quite some time so this change shouldn't be unexpected.
> 起動スクリプトでobsoleteなntpdateを使ってるなんてどこのクソLinuxなんだ
の話だよ。でも>>414はうそつき。6年も前にnptd -gに変更されている。
http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/ntpd
Revision 1.9: download - view: text, markup, annotated - select for diffs
Tue Sep 14 03:01:38 2004 UTC (6 years, 4 months ago) by seanc
Branches: MAIN
Diff to: previous 1.8: preferred, colored
Changes since revision 1.8: +5 -0 lines
Stop using ntpdate(1) in our startup proceedure. Replace ntpdate(1) with
calls to ntpd -g. ntpd is noticably slower than ntpdate, but is also more
accurate. This removes the nasty hackery in rc.d/ntpdate that would parse
out ntp servers from /etc/ntp.conf (ntpd knows how to read its own config
file). By default, ntpd *will* sync with its listed time servers. To
turn this off so that ntpd does not sync, ntpd_sync_on_start="NO" can be
added to /etc/rc.conf. If ntpd is not enabled (the default), then time is
not synced on startup. ntpdate's use has been depreciated by the ntpd
authors for quite some time so this change shouldn't be unexpected.
2011/01/26(水) 19:16:28
そこはつっこんでもあんまり意味なくね。
2011/01/26(水) 19:33:28
クロックがバッテリバックアップされていない等、起動時に大きくずれているケースがある。
年単位でずれてるんだから、オプショナルで-gを追加せざるを得ない。
FreeBSDの場合はこう。
http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/ntpd?rev=1.17;content-type=text%2Fplain
if checkyesno ntpd_sync_on_start; then
rc_flags="-g $rc_flags"
fi
だから、今回ようなのはやられる場合がある。
年単位でずれてるんだから、オプショナルで-gを追加せざるを得ない。
FreeBSDの場合はこう。
http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/ntpd?rev=1.17;content-type=text%2Fplain
if checkyesno ntpd_sync_on_start; then
rc_flags="-g $rc_flags"
fi
だから、今回ようなのはやられる場合がある。
2011/01/27(木) 06:09:53
相手を4か所以上設定して3ヶ所くらいが正常ならやられないだろ。
424名無しさん@お腹いっぱい。
2011/02/01(火) 02:45:38 ntpdは起動後しばらくSLEEPして最初の同期までに時間があって、初回同時時は
高確率でsettimeofdayで時刻がリセットされる。
ところがdovecotのように時刻が逆戻りしたことを検知するとエラーを吐いて死ぬ
デーモンもいるもんだから、
@ntpdateコマンドを使って時刻を直ちに同期
Antpdを起動(ntpdが動いてる間はntpdateは実行できないからこの順番)
B時計に厳しいその他のデーモンを起動
Fedora11はこんな起動シーケンスになってるぞ。RHEL5もそうだったと思う。
高確率でsettimeofdayで時刻がリセットされる。
ところがdovecotのように時刻が逆戻りしたことを検知するとエラーを吐いて死ぬ
デーモンもいるもんだから、
@ntpdateコマンドを使って時刻を直ちに同期
Antpdを起動(ntpdが動いてる間はntpdateは実行できないからこの順番)
B時計に厳しいその他のデーモンを起動
Fedora11はこんな起動シーケンスになってるぞ。RHEL5もそうだったと思う。
2011/02/01(火) 06:52:27
>>424
/etc/init.d/ntpdには確かにntpdateの記述もあるけど、
これはif文で場合分けされていて、
/etc/sysconfig/ntpdにそれ用のオプションを記述してない限り
ntpdateは起動されないよ。
その代わり、ntpd -gで起動される。
-gで、ntpd起動時に限り即時に時刻がセットされるから、
効果はntpdateと同じ。
/etc/init.d/ntpdには確かにntpdateの記述もあるけど、
これはif文で場合分けされていて、
/etc/sysconfig/ntpdにそれ用のオプションを記述してない限り
ntpdateは起動されないよ。
その代わり、ntpd -gで起動される。
-gで、ntpd起動時に限り即時に時刻がセットされるから、
効果はntpdateと同じ。
2011/02/01(火) 07:02:26
>>424
SYNOPSIS
ntpdate [-46bBdoqsuv] [-a key] [-e authdelay] [-k keyfile] [-o version]
[-p samples] [-t timeout] server ...
DESCRIPTION
Note: The functionality of this program is now available in the ntpd(8)
program. See the -q command line option in the ntpd(8) page. After a
suitable period of mourning, the ntpdate utility is to be retired from
this distribution.
SYNOPSIS
ntpdate [-46bBdoqsuv] [-a key] [-e authdelay] [-k keyfile] [-o version]
[-p samples] [-t timeout] server ...
DESCRIPTION
Note: The functionality of this program is now available in the ntpd(8)
program. See the -q command line option in the ntpd(8) page. After a
suitable period of mourning, the ntpdate utility is to be retired from
this distribution.
2011/02/01(火) 12:39:37
「将来のバージョンでは廃止」と言いつつ、結局消えなかったnslookupと同じ匂いがする。
ntpdateもそれはそれで便利だし、このまま結局消えないに1票。
ntpdateもそれはそれで便利だし、このまま結局消えないに1票。
2011/02/01(火) 14:26:18
でもnslookupはさすがにdigよりは不便だから使ってないよ
ntpdateの方はまだ習慣で使っちゃってるなぁ
ntpdateの方はまだ習慣で使っちゃってるなぁ
2011/02/03(木) 23:33:38
例えば、ntpdで時刻を合わせてるマシンがローカルネット内にいっぱいあるなら
そいつらを相互に同期させておけば嘘時計が混ざってもすぐ発見できるし、
ローカル内の時刻の同期は保たれると思うけど、そういう設定はどう書くの?
そいつらを相互に同期させておけば嘘時計が混ざってもすぐ発見できるし、
ローカル内の時刻の同期は保たれると思うけど、そういう設定はどう書くの?
2011/02/04(金) 00:15:50
実はIPv6でアクセスした方がディレイが少なくなる?
トンネルを介してるから相当ディレイがあるかと思ったら
意外にも1ミリ秒ほど早いw
トンネルを介してるから相当ディレイがあるかと思ったら
意外にも1ミリ秒ほど早いw
2011/02/04(金) 09:17:25
RTTが? それとも時刻自体が?
2011/02/04(金) 13:02:22
>>429
例えばローカルにサーバが3台あるなら、以下のように書けばOK
ローカルのNTPサーバがそれぞれ異なるNTPサーバを参照して、
ローカル同士では相互に時刻を参照しあう。
#サーバ1
server ntp1.jst.mfeed.ac.jp
peer localserver2.example.jp
peer localserver3.example.jp
#サーバ2
server ntp2.jst.mfeeed.ad.jp
peer localserver1.example.jp
peer localserver3.example.jp
#サーバ3
server ntp3.jst.mfeed.ad.jp
peer localserver1.example.jp
peer localserver2.example.jp
例えばローカルにサーバが3台あるなら、以下のように書けばOK
ローカルのNTPサーバがそれぞれ異なるNTPサーバを参照して、
ローカル同士では相互に時刻を参照しあう。
#サーバ1
server ntp1.jst.mfeed.ac.jp
peer localserver2.example.jp
peer localserver3.example.jp
#サーバ2
server ntp2.jst.mfeeed.ad.jp
peer localserver1.example.jp
peer localserver3.example.jp
#サーバ3
server ntp3.jst.mfeed.ad.jp
peer localserver1.example.jp
peer localserver2.example.jp
2011/02/04(金) 16:19:56
2011/02/04(金) 16:48:34
それがRTT
2011/02/13(日) 04:38:43
テレビとかラジオのポッポッポッポーンって音を使って修正するなにかってある?
2011/02/13(日) 06:13:29
2011/02/13(日) 08:26:55
>>436
残念ながらプログラムはftpで配布されてたようで、IAに残っていない。
残念ながらプログラムはftpで配布されてたようで、IAに残っていない。
2011/02/13(日) 23:17:35
あるだろうと思ったらあったのかw
ありがとうございます。
ありがとうございます。
439名無しさん@お腹いっぱい。
2011/05/04(水) 16:29:08.00 iburst dynamic
の意味がマニュアル見てもぜんぜん分からないので、
だれかお母さんみたくやさしく根気強く教えてください
の意味がマニュアル見てもぜんぜん分からないので、
だれかお母さんみたくやさしく根気強く教えてください
2011/05/04(水) 19:47:26.09
>>439 うちの母親だったら自分で調べなさいって怒ると思う
2011/05/08(日) 17:31:18.23
まずおちんちんをだします
2011/05/08(日) 19:45:50.78
>>440
可哀想に…生まれてから虐待ばかりで親身に接してくれなかったんだな
可哀想に…生まれてから虐待ばかりで親身に接してくれなかったんだな
2011/05/14(土) 17:26:30.80
1分に10秒くらい遅れる時計を持ったPCの時刻を
それなりに正しく保ちたいとき、ふつうにNTP使っても
うまくいかないですよね。(途中で死ぬ)
こういうとき、うまくやる方法としては何がありますか?
それなりに正しく保ちたいとき、ふつうにNTP使っても
うまくいかないですよね。(途中で死ぬ)
こういうとき、うまくやる方法としては何がありますか?
2011/05/14(土) 17:52:58.43
ntpd.confのtinkerでいろいろできるらしいけど、そんな腐ったブツにであった
人間は世界中で10人に満たないだろうから、世界で1人だけのデバッガーになる
可能性が高い。まず、捨てることを考えた方が良い。
もしかして、emacsスレにいたイジメにあってる人?
人間は世界中で10人に満たないだろうから、世界で1人だけのデバッガーになる
可能性が高い。まず、捨てることを考えた方が良い。
もしかして、emacsスレにいたイジメにあってる人?
2011/05/14(土) 17:54:44.14
そんな壊れたマシンは捨てる。
2011/05/14(土) 18:30:41.70
2011/05/14(土) 18:44:41.16
>>446
VMWareで時刻がずれまくるってやつだろ?
@vmware-toolsでどうにかならないか?
Aマシン本体のBIOSの設定でEISTまたはSpeedStepを無効化。
あと最新型でTurboBoostがある場合はコレも無効化。
要するにCPUクロック周波数を固定化する。
VMWareで時刻がずれまくるってやつだろ?
@vmware-toolsでどうにかならないか?
Aマシン本体のBIOSの設定でEISTまたはSpeedStepを無効化。
あと最新型でTurboBoostがある場合はコレも無効化。
要するにCPUクロック周波数を固定化する。
2011/05/14(土) 19:43:08.08
VMWare でのズレはあきらめてるなあ。
クロックは落としたいし。
Emacs スレのいじめられてる人ワロタw
クロックは落としたいし。
Emacs スレのいじめられてる人ワロタw
2011/05/14(土) 19:49:33.72
ずれるvmwareより
ずれないqemu
ずれないqemu
2011/05/14(土) 19:58:26.49
2011/05/14(土) 21:08:00.54
FreeBSDホストのVirtualBoxは全然ずれないぞ。
WindowsでもGuestaddtionがよきにはからってくれるはず。
こんな記述があるな。
http://www.virtualbox.org/manual/ch09.html#changetimesync
WindowsでもGuestaddtionがよきにはからってくれるはず。
こんな記述があるな。
http://www.virtualbox.org/manual/ch09.html#changetimesync
2011/05/14(土) 22:43:47.34
初代玄箱(Debian化)のハードウェアクロックがずれまくるので、
adjtimexでKernel Timeとのずれを調整する、ってのが定番だった。
一定の割合でずれていく場合に有効なので、VMに適用できるかどうかわからないけど。
adjtimexでKernel Timeとのずれを調整する、ってのが定番だった。
一定の割合でずれていく場合に有効なので、VMに適用できるかどうかわからないけど。
2011/05/15(日) 19:45:54.99
時刻に対して外からツッコミを入れると時間が逆行したぞエラーが出るよね。
2011/05/15(日) 20:48:32.37
逆行すればね
時計の針を進めることはできる
時計の針を進めることはできる
2011/05/16(月) 20:03:44.64
>>454
ゲンドウさんみたいで格好いいな
ゲンドウさんみたいで格好いいな
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でも多分うまくいく。
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006427
カーネルパラメーターで解決できるかも。
VMware用だけど、Virtualboxでも多分うまくいく。
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.
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.
2011/05/17(火) 17:30:31.53
NTPで補正できるのって何パーセントの遅れまでだっけか
どっかに計算式があった気がするが忘れたな・・・
どっかに計算式があった気がするが忘れたな・・・
2011/05/17(火) 21:12:27.35
なんかごちゃごちゃいじって 時計の遅れを1%以下にしたぞ・・・
これでNTPデーモン動かしてちゃんと動作してくれるかな・・・
これでNTPデーモン動かしてちゃんと動作してくれるかな・・・
2011/05/17(火) 21:26:11.47
>>458-459
500ppm = 0.05% だから無理だろうね
500ppm = 0.05% だから無理だろうね
2011/06/01(水) 19:54:45.79
何故かmfeedのIPv4とIPv6で時間がズレてるw
2011/06/19(日) 16:08:34.71
NTP って UDP だけど、ソースアドレスを詐称されたパケットが(偽)サーバから
やってきたらデタラメな時刻に変更されちゃうの?
いちおう公開鍵認証のしくみもあるみたいだけど、mfeed とか nict とかでは
使えないから意味ないよね? 認証なしでもある程度は防げたりとかしないの?
やってきたらデタラメな時刻に変更されちゃうの?
いちおう公開鍵認証のしくみもあるみたいだけど、mfeed とか nict とかでは
使えないから意味ないよね? 認証なしでもある程度は防げたりとかしないの?
2011/06/20(月) 01:13:48.07
ソースアドレスを詐称されると完全に防ぐのは無理だろうな。
試しにNICTと同期した時のパケットをキャプチャしてみたけど、
一応NTPサーバの応答電文中に「Reference Clock ID」なる
フィールドがあって、このフィールドにASCII4文字でNICTと
書いてある。でもいくらでも詐称できそうだ。
不安ならntpdateを定周期で実行し、ntpdateの起動前後にUDP123
をブロックするiptablesルールを上げ下げするとか。これで攻撃が
成功するのはntpddateが実行されているごく短時間だけになる。
またはデータセンターとかで予算もあるならGPS衛星や電波時計を
タイムソースに使うNTP専用サーバーマシンもある。
GPSベースのNTPタイムソースはUSB接続のGPSアンテナとLinux
用ドライバのソースとC言語の知識があれば個人で作ることも不可能
ではない。「USB GPS」で検索するとデバイス自体は5000円位で手に
入るようだ。
試しにNICTと同期した時のパケットをキャプチャしてみたけど、
一応NTPサーバの応答電文中に「Reference Clock ID」なる
フィールドがあって、このフィールドにASCII4文字でNICTと
書いてある。でもいくらでも詐称できそうだ。
不安ならntpdateを定周期で実行し、ntpdateの起動前後にUDP123
をブロックするiptablesルールを上げ下げするとか。これで攻撃が
成功するのはntpddateが実行されているごく短時間だけになる。
またはデータセンターとかで予算もあるならGPS衛星や電波時計を
タイムソースに使うNTP専用サーバーマシンもある。
GPSベースのNTPタイムソースはUSB接続のGPSアンテナとLinux
用ドライバのソースとC言語の知識があれば個人で作ることも不可能
ではない。「USB GPS」で検索するとデバイス自体は5000円位で手に
入るようだ。
2011/06/20(月) 02:03:13.22
ズレてる時計は嘘時計として撥ねる機能があるから、詐称されたパケットを飲まされたくなかったら
少なくとも2つか3つのサーバの時刻を参照していればいいんじゃないの?
少なくとも2つか3つのサーバの時刻を参照していればいいんじゃないの?
2011/06/20(月) 10:52:18.85
DNSでやってるみたいなsource port randomizationってNTPでも使えないかしら。
そうすれば、16bitの乱数を一致させなきゃ嘘時刻を注入できない。
問い合わせのソースポートが123じゃなきゃダメなんてルールはないよね?
ダメならNAPTの裏にいるホストからNTPが使えないし。
そうすれば、16bitの乱数を一致させなきゃ嘘時刻を注入できない。
問い合わせのソースポートが123じゃなきゃダメなんてルールはないよね?
ダメならNAPTの裏にいるホストからNTPが使えないし。
2011/06/20(月) 11:07:08.13
man ntp.confしてみたら、restrict ... ntpportと設定することで
123以外からのパケットを蹴れるんだな……。
port randomizationすると、サーバの設定によってはダメってことか。
123以外からのパケットを蹴れるんだな……。
port randomizationすると、サーバの設定によってはダメってことか。
2011/06/20(月) 12:00:03.35
一定以上ずれてたらずれ過ぎってことで修正されなくなるでしょ。
2011/06/20(月) 12:40:22.95
なるほど、ちょっとだけズレた時刻を何度も繰り返し注入しつづければいいんだ。
2011/06/20(月) 19:47:31.70
でも嘘時刻を流し込むことで「同期を外させる」攻撃はできるってことか
2011/06/20(月) 23:53:00.26
ソースIPアドレスの詐称って簡単にできるモノなの?
2011/06/21(火) 00:28:11.00
UDP なら簡単。
ただし、まともな ISP では詐称パケットがネットワークをまたいで
よそに出ていかないようなフィルタをかけてることが多い。
ただし、まともな ISP では詐称パケットがネットワークをまたいで
よそに出ていかないようなフィルタをかけてることが多い。
2011/06/21(火) 04:16:29.17
バレずにやるのは非常に難しいと思うけどね。
時刻を取得する相手をすべて把握してその相手へのリクエストが行われたあとに
その相手のレスポンスよりも先に嘘時刻を叩き込むということをすべての相手に対して行う。
しかもその嘘時刻は嘘時刻と認識されないギリギリのズレでなければならない。
とか。地味過ぎる。
時刻を取得する相手をすべて把握してその相手へのリクエストが行われたあとに
その相手のレスポンスよりも先に嘘時刻を叩き込むということをすべての相手に対して行う。
しかもその嘘時刻は嘘時刻と認識されないギリギリのズレでなければならない。
とか。地味過ぎる。
2011/06/21(火) 06:18:45.72
仮に少しずつ時刻をずらす攻撃が成功したとして
攻撃側のメリットって何があるんだろう
時刻が飛ばないんだから、ログを誤魔化すには至らないよな
時間制限物を引き延ばすにしても誤差レベルでしかないし。
攻撃側のメリットって何があるんだろう
時刻が飛ばないんだから、ログを誤魔化すには至らないよな
時間制限物を引き延ばすにしても誤差レベルでしかないし。
2011/06/21(火) 08:55:57.49
この前経路か何かの問題でmfeedのIPv6のサーバーのディレイが大きくなってて
そのサーバが100msくらいズレた時刻を返してるように見えてたけど、
そのレベルでもう嘘時計扱いになってたよ?
だから少なくともそれ以下にずれた嘘時刻を256秒とか512秒とか1024秒ごとに
ターゲットに喰わせないといけない。
ほんと手間の割に得られるものが少ないよね?
そのサーバが100msくらいズレた時刻を返してるように見えてたけど、
そのレベルでもう嘘時計扱いになってたよ?
だから少なくともそれ以下にずれた嘘時刻を256秒とか512秒とか1024秒ごとに
ターゲットに喰わせないといけない。
ほんと手間の割に得られるものが少ないよね?
2011/06/21(火) 20:18:03.07
しいて言えばKerberos5認証みたいに端末とサーバーの時刻が大きくずれると
認証できないメカニズムを破綻させることくらいだろうな。たしかKerberos5は15分
以上のずれがあると暗号がかみ合わずに認証失敗する仕様だったろ?
たとえばWindowsのActiveDirectory認証とかで認証サーバーにうその時刻を教え
込むと、あわよくばドメインの機能を停止させられるかもしれない。
認証できないメカニズムを破綻させることくらいだろうな。たしかKerberos5は15分
以上のずれがあると暗号がかみ合わずに認証失敗する仕様だったろ?
たとえばWindowsのActiveDirectory認証とかで認証サーバーにうその時刻を教え
込むと、あわよくばドメインの機能を停止させられるかもしれない。
2011/06/21(火) 23:38:05.14
時刻をずらすのを狙うよりも
ntpd自体の脆弱性を狙うほうが現実的だろうな
ntpd自体の脆弱性を狙うほうが現実的だろうな
2011/06/21(火) 23:48:22.99
ちょっと話はそれるのですが、nictが配信している時刻は日本標準時間。
その他サーバだと大抵は世界標準時。この2つの実質的な違いは、うるう
秒の丸めタイミングだけという理解で正しいですか?
その他サーバだと大抵は世界標準時。この2つの実質的な違いは、うるう
秒の丸めタイミングだけという理解で正しいですか?
2011/06/22(水) 02:07:10.07
>>474
普通に楽しい
普通に楽しい
2011/06/22(水) 21:58:44.69
2011/06/25(土) 16:11:11.13
NTP Timeはプロトコル上の時刻表現方法に過ぎなくて、実体はUTCそのものでしょ
NTP Timeという時刻系が運用されてるわけじゃない
ちなみにNICTのNTPサーバは JSTを生成する原子時計を時刻源と
しているから、JSTを配信していると言っても間違いではないと思う
NTP Timeという時刻系が運用されてるわけじゃない
ちなみにNICTのNTPサーバは JSTを生成する原子時計を時刻源と
しているから、JSTを配信していると言っても間違いではないと思う
2011/06/25(土) 16:28:55.21
うぐぅ秒
483名無しさん@お腹いっぱい。
2011/06/25(土) 20:19:03.92 WindowsってUnix系のOSみたくミリ秒のオーダーって合わせてくれないの?
2011/06/25(土) 21:10:46.15
どうしてそう思ったの?
2011/06/25(土) 23:31:49.43
複数台のパソコンの時計のばらつきが N x 10ms になってるように見える
2011/06/26(日) 00:46:26.21
2011/06/26(日) 01:52:42.20
>>486
NTPの配信時刻にはタイムゾーンは無い。つまり世界協定時ベースの時刻なんだけど、
やっぱりうるう秒の丸めとかのように日本の暦としてあえて世界協定時を外している部分
の扱いが他のNTPサーバと違うんじゃないか?
NTPの配信時刻にはタイムゾーンは無い。つまり世界協定時ベースの時刻なんだけど、
やっぱりうるう秒の丸めとかのように日本の暦としてあえて世界協定時を外している部分
の扱いが他のNTPサーバと違うんじゃないか?
2011/06/26(日) 04:35:00.79
UTC以外を流すNTPに何の価値があるの?
2011/06/26(日) 07:17:25.96
2011/06/26(日) 07:35:11.25
>>481,487
>JSTを生成する原子時計を時刻源
NICTの原子時計はUTCを作ってる
http://jjy.nict.go.jp/mission/page2.html
UTCがベースだからうるう秒の挿入タイミングが違うなんてこともない
>JSTを生成する原子時計を時刻源
NICTの原子時計はUTCを作ってる
http://jjy.nict.go.jp/mission/page2.html
UTCがベースだからうるう秒の挿入タイミングが違うなんてこともない
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
原子時計を計測して決めた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
492491
2011/06/26(日) 09:23:50.192011/06/26(日) 09:27:16.07
定義はそうだけど、NTPのソースとして見る場合には
UTC(本物)=UTC(NICT)と考えて差支えないのでは。
ちなみにUTC(本物)ってNICTのような機関向け以外にも配信されてるの?
UTC(本物)=UTC(NICT)と考えて差支えないのでは。
ちなみにUTC(本物)ってNICTのような機関向け以外にも配信されてるの?
2011/06/26(日) 10:10:59.03
「UTC(本物)の配信」というのはありえなくて、UTC(各国機関)を一定期間毎に
集計して事後でUTC(本物)が決定されている
このへんにデータがある:http://www.bipm.org/jsp/en/TimeFtp.jsp
集計して事後でUTC(本物)が決定されている
このへんにデータがある:http://www.bipm.org/jsp/en/TimeFtp.jsp
2011/06/26(日) 10:14:47.08
>491
他の人も言っているけどもし 10ns レベルの話を気にしているのなら
NW経由ではなんの意味もない違いだし、それどころかPC内部でも
意味を持たないズレというか「観念上の違い」以外の何者でもないよね?
他の人も言っているけどもし 10ns レベルの話を気にしているのなら
NW経由ではなんの意味もない違いだし、それどころかPC内部でも
意味を持たないズレというか「観念上の違い」以外の何者でもないよね?
496491
2011/06/26(日) 10:33:27.132011/06/26(日) 11:01:30.19
そういうことを気にするわりに時刻の修正は時間の連続性を失う方法を使ってるんだろ?
ntpdateとか桜時計(爆)とかw
ntpdateとか桜時計(爆)とかw
2011/06/26(日) 11:16:53.31
そういう決めつけはよろしくない。
2011/06/26(日) 15:56:12.58
普通のパソコンの時刻のズレは、まともなOSならば、
時刻のズレを一気に縮めて修正するのではなくて、
NTPを基準にし、じわりじわりと加速するか減速させて、
時間の連続性を維持しようとプログラミングされている。
鯖ならDB上での時間の扱いの不都合を埋め合わせするため。
時刻のズレを一気に縮めて修正するのではなくて、
NTPを基準にし、じわりじわりと加速するか減速させて、
時間の連続性を維持しようとプログラミングされている。
鯖ならDB上での時間の扱いの不都合を埋め合わせするため。
2011/06/26(日) 16:07:11.55
けどWindowsってUNIX系のadjtime見たいなAPIが無かったんじゃね?
そもそもUNIX系と違ってWindowsはソフトウエアクロックを持ってないから
HW側がadjtime相当の機能を搭載しない限りクロックの加減速なんて
不可能な気がする。
そもそもUNIX系と違ってWindowsはソフトウエアクロックを持ってないから
HW側がadjtime相当の機能を搭載しない限りクロックの加減速なんて
不可能な気がする。
2011/06/26(日) 16:21:57.01
ドザではないけど、この時を刻む正確さの課題は、商取引上、重要なので
もしも今の最新OSの機能としてなければ、次期OSから搭載するんでないの?
もしも今の最新OSの機能としてなければ、次期OSから搭載するんでないの?
2011/06/26(日) 17:22:35.96
2011/06/26(日) 17:52:02.23
MS純正標準装備のW32Timeサービスをw32tmコマンドを使って設定することで
クロックのオフセットみたいな機能が働くという噂。
クロックのオフセットみたいな機能が働くという噂。
2011/06/26(日) 18:23:19.72
デバッグ出力を有効にして確認してね!
2011/06/26(日) 18:52:12.67
XPまでならW32timeのレジストリにあるLastClockRateでも一応確認できる
Vista以降ならw32tmコマンドでもクロックレートを表示できる
Vista以降ならw32tmコマンドでもクロックレートを表示できる
2011/06/27(月) 01:01:37.39
507496
2011/06/27(月) 01:50:44.64 時間に依存しない関数ではNTP TimeとUTCの1対1対応は無理というだけで、
NTP Timeの進みとLIを認識できる関数ならNTP TimeからUTCへの機械的変換は可能。
時刻扱うシステムが、時間依存しない関数しか使えないという仮定はさすがに
無理があるだろう。
NTP Timeの進みとLIを認識できる関数ならNTP TimeからUTCへの機械的変換は可能。
時刻扱うシステムが、時間依存しない関数しか使えないという仮定はさすがに
無理があるだろう。
2011/06/27(月) 06:20:14.38
2011/06/27(月) 10:24:50.25
0.5秒の遅延が命取りなサービスの時計は自分で作る
2011/06/28(火) 01:31:43.06
NTPにはうるう秒による暦上の秒の追加/削除が実施された前後に、その事実を
示すためのフラグフィールドがあるんだそうな。
このフィールドを見てうるう秒補正が実施された直後だったら1秒前後のズレを
正当な時差とみなす実装が可能だそうだ。
示すためのフラグフィールドがあるんだそうな。
このフィールドを見てうるう秒補正が実施された直後だったら1秒前後のズレを
正当な時差とみなす実装が可能だそうだ。
2011/06/28(火) 07:01:49.12
でも leap indicator が LEAP_NOWARNING だったとしても
receive timestamp がうるう秒じゃないとは限らないし、
逆に LEAP_ADDSECOND だったとしても transmit timestamp が
うるう秒だとは限らないよね?
receive timestamp がうるう秒じゃないとは限らないし、
逆に LEAP_ADDSECOND だったとしても transmit timestamp が
うるう秒だとは限らないよね?
2011/06/28(火) 14:01:26.52
よくわかんが、NTP使うとUTCの配信ができないと言ってるのか
2011/06/28(火) 20:10:25.17
同じか否かよりどのくらい違うかに視点を置いて考えるのが良い
と思うな。いうまでもなくここでNTPや世界協定時のあるべき論を
論じても不毛なわけで。
俺の身の回りに1秒のずれがそれほど致命的になるシステムは
無いから、実世界の暦と1秒以内の精度が保ててシステムクロック
のスキップが発生しないのなら万事OK。
と思うな。いうまでもなくここでNTPや世界協定時のあるべき論を
論じても不毛なわけで。
俺の身の回りに1秒のずれがそれほど致命的になるシステムは
無いから、実世界の暦と1秒以内の精度が保ててシステムクロック
のスキップが発生しないのなら万事OK。
2011/06/28(火) 22:57:10.58
micro-sec が気になる人は IEEE1588 PTP でも使ってくれたまへ
2011/06/28(火) 23:11:42.43
うるう秒が挿入されるのって日本時間だと
ちょうど会社が動き始める時間だからなあ。
12月末とか休日なら大した問題はないだろうけど、平日に実施されると
金融系は何かしらの影響がありそうな気が。
ちょうど会社が動き始める時間だからなあ。
12月末とか休日なら大した問題はないだろうけど、平日に実施されると
金融系は何かしらの影響がありそうな気が。
2011/06/28(火) 23:26:49.81
うちの会社で使っているGPSソースのNTPは
2年ほど前の年末にうるう秒があったとき23:59:59が2回入った。
本当ならGPSはうるう秒配信できるんだよね・・・?
2年ほど前の年末にうるう秒があったとき23:59:59が2回入った。
本当ならGPSはうるう秒配信できるんだよね・・・?
2011/06/29(水) 00:08:42.33
2011/06/29(水) 12:58:31.20
まさかNTPをうるう秒を考慮するようにビルドしてないとか?w
2011/06/30(木) 07:45:16.31
520名無しさん@お腹いっぱい。
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
# 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
2011/07/02(土) 14:07:54.17
>>520
あそこは日本語使ってるからよく化ける。
あそこは日本語使ってるからよく化ける。
2011/07/17(日) 17:18:37.03
ttp://akizukidenshi.com/catalog/g/gK-04705/
これ用のドリャイバってある?
これ用のドリャイバってある?
2011/07/17(日) 20:27:21.30
>>522
普通にあるだろ。どうみてもただのUSB-シリアルだべ。
普通にあるだろ。どうみてもただのUSB-シリアルだべ。
2011/07/18(月) 12:06:41.10
そこのドライバではなく以前の電波時計と同じ叩き方で使えるかどうかの部分。
2011/07/19(火) 12:54:42.54
>>524
以前の電波時計って?
以前の電波時計って?
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 行しか出てこない。なぜ?
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 行しか出てこない。なぜ?
2011/07/27(水) 19:02:42.35
3台指定したかったら3台分別々の名前で書くべき。
2011/07/27(水) 19:05:50.82
>>526ラウンドロビンをしてその途中で同じ名前を他の誰かが引かないことを前提とした書き方で
その名前を3回引いてる最中に他の誰かがその名前を引いたとかそもそもラウンドロビンしてないとかで
うまく引けないことがあるからやめるべき。
その名前を3回引いてる最中に他の誰かがその名前を引いたとかそもそもラウンドロビンしてないとかで
うまく引けないことがあるからやめるべき。
2011/07/27(水) 21:29:31.42
ntp.nict.jpの中のホスト名(ntp-b2とかntp-a3とか)は
正式には公表されてないし、変更される可能性もあるから、
個別のホスト名で3台指定するわけにもいかないんだよな。
ましてIPアドレス決め打ちにはできないし。
正式には公表されてないし、変更される可能性もあるから、
個別のホスト名で3台指定するわけにもいかないんだよな。
ましてIPアドレス決め打ちにはできないし。
2011/07/27(水) 21:51:52.04
server行に引けたアドレス全部を指定する-aオプション新設すべきだよな。
2011/07/27(水) 21:58:58.08
2011/07/27(水) 22:06:27.70
>>531
IX系とか呼ばれていた 210.171.226.40 のホスト(ホスト名逆引き不可)が、
ntp.nict.jpのラウンドロビンから外されるという「変更」が
半年ほど前にあったばかりだぞ。
IX系とか呼ばれていた 210.171.226.40 のホスト(ホスト名逆引き不可)が、
ntp.nict.jpのラウンドロビンから外されるという「変更」が
半年ほど前にあったばかりだぞ。
2011/07/27(水) 22:21:05.00
あ、それが増えても修正してなくて減ったときにはそのままスルーだったから忘れてたw
2011/07/27(水) 23:25:58.00
一度 public NTP として宣言した IP address は
二度と他の目的には使えないんだと思ってるけど
二度と他の目的には使えないんだと思ってるけど
2011/08/04(木) 19:58:22.33
なんでそう思ったの?
2011/08/05(金) 10:13:37.33
仕様として使えないわけではなく、
IP アドレス指定のまま放置されてるホストが大量にあると
うかつに他の用途に使うと混乱を招くってことでしょ。
IP アドレス指定のまま放置されてるホストが大量にあると
うかつに他の用途に使うと混乱を招くってことでしょ。
2011/08/05(金) 11:28:52.90
別に排他的じゃないでしょ
2011/08/05(金) 11:41:43.34
漫才でもやってるのか?
2011/08/05(金) 14:53:15.68
そもそもそこらじゅうから多量の NTP query が
来ちゃうようなアドレスで他のサービスをやったって
無駄に回線の帯域を食うだけだし
来ちゃうようなアドレスで他のサービスをやったって
無駄に回線の帯域を食うだけだし
2011/08/05(金) 22:14:28.68
福岡大やmfeedくらいになって初めて問題になるような事を心配してどうするんだ
2011/08/06(土) 00:58:30.56
publicじゃなくて社内のprivate LANの話だが、
シスコのルーターでNTPサーバが動いているのを
どっかで聞きつけて勝手に指定した連中がいたらしい。
あるときネットワーク機器変更してNTPの機能無くなったとき、
「時刻合わないぞ何やってんだ!」怒鳴り込んできたやついたわ。
「社内ネットワークのマニュアルには以前からNTPは○○を指定しろ、
って書いていただろ」って叩き返したが。
シスコのルーターでNTPサーバが動いているのを
どっかで聞きつけて勝手に指定した連中がいたらしい。
あるときネットワーク機器変更してNTPの機能無くなったとき、
「時刻合わないぞ何やってんだ!」怒鳴り込んできたやついたわ。
「社内ネットワークのマニュアルには以前からNTPは○○を指定しろ、
って書いていただろ」って叩き返したが。
2011/08/06(土) 18:13:06.53
NTPくらいで怒鳴り込むってすげえなw
2011/08/06(土) 20:52:50.82
>>542
俺とか勤怠表毎日書くのが面倒なので、Windowsのイベントログで後から出社、退社時刻を拾う
ようなのをよくやるんだ。それとヒマな日はatコマンドで定時ぴったりにマシン止めたりして遊ぶ
んだが一部マシンはシャットダウン開始時にでかいビープがなる。だから定時の館内放送と
シャットダウン時刻がずれるのはとても困る。
俺とか勤怠表毎日書くのが面倒なので、Windowsのイベントログで後から出社、退社時刻を拾う
ようなのをよくやるんだ。それとヒマな日はatコマンドで定時ぴったりにマシン止めたりして遊ぶ
んだが一部マシンはシャットダウン開始時にでかいビープがなる。だから定時の館内放送と
シャットダウン時刻がずれるのはとても困る。
2011/08/06(土) 21:40:58.84
つまりバカって事だなw
2011/08/08(月) 21:35:38.29
公式にアナウンスしていない機能でも、
バカなユーザに依存されると面倒だから、
なるべく機能は止めておこうね、という教訓でわ
バカなユーザに依存されると面倒だから、
なるべく機能は止めておこうね、という教訓でわ
546:543
2011/08/08(月) 22:06:37.63 ちなみに俺はNTPごときで苦情を言ったことなんかないぞ。
ただちょっと恥ずかしかっただけだ。
ただちょっと恥ずかしかっただけだ。
2011/09/19(月) 22:49:43.11
あの日まで、セシウムで真っ先に連想するのは
NICTの原子時計だったなあ
NICTの原子時計だったなあ
2011/09/21(水) 21:31:40.81
怪しい原子時計セシウムさん
2011/09/21(水) 21:41:47.21
原子時計まで汚染されてしまったか。
これからはセシウムの入っていない原子時計を西日本か海外から輸入しないとな。
これからはセシウムの入っていない原子時計を西日本か海外から輸入しないとな。
2011/09/22(木) 10:03:55.57
西日本は外国かよw
2011/09/23(金) 10:03:29.38
汚染ってw
その放出してるものを正確な時刻の測定に使ってるんじゃ?w
その放出してるものを正確な時刻の測定に使ってるんじゃ?w
2011/09/23(金) 10:22:32.28
セシウム入り原子時計は担当者がプレゼン用にふざけ心で試作した物ですが、
手違いで製品として23個だけ出荷されてしまいました。
手違いで製品として23個だけ出荷されてしまいました。
2011/09/23(金) 11:18:38.49
>>551
違うよ。
原子時計のセシウムは、セシウム133で、安定セシウム(放射性ではない)。
だから、「放出してるもの」は無い。(セシウム137とかと混同すな)
安定セシウム133とは別に(電子回路で)マイクロ波を発振し、
それを安定セシウム133に共鳴させて正確な周波数を得る。
違うよ。
原子時計のセシウムは、セシウム133で、安定セシウム(放射性ではない)。
だから、「放出してるもの」は無い。(セシウム137とかと混同すな)
安定セシウム133とは別に(電子回路で)マイクロ波を発振し、
それを安定セシウム133に共鳴させて正確な周波数を得る。
554名無しさん@お腹いっぱい。
2011/10/27(木) 02:15:42.02 アンドロイドのntpアプリ又は時刻調整ってどうなっていますか?
555名無しさん@お腹いっぱい。
2011/10/27(木) 22:58:29.97 >>554
スマホは何もしなくても時間はズレないから、NTPの出番はないのでは?
スマホは何もしなくても時間はズレないから、NTPの出番はないのでは?
2011/10/27(木) 23:41:41.23
>>554はアンドロイドと言ってるのに、なぜスマホ限定の話に?
2011/10/28(金) 07:42:31.70
板違い。
2011/10/30(日) 04:24:55.64
GPSで合わせるんじゃないの?
2011/10/31(月) 01:09:08.83
ただでもらった光iフレームにはGPSなど搭載されていない。
560名無しさん@お腹いっぱい。
2011/12/18(日) 13:32:11.91 書き込みをいくつか消しただろ?www何で?
2011/12/25(日) 19:36:14.15
NTP 使わずに放置しておくとコンピュータの時計って、どのくらいくるうんだっけ?
月辺り数分程度だったけ?
月辺り数分程度だったけ?
2011/12/25(日) 20:07:38.30
ものによる。
2011/12/25(日) 20:41:48.17
2011/12/25(日) 20:55:39.59
使用環境による。
2011/12/25(日) 22:03:10.45
実際試してみるといいよ。
2011/12/25(日) 22:38:26.17
パソコンじゃ無いが、無印玄箱はクロック精度がアレでずれまくりだった。
話変わるけど、ここのところNICTが障害起こしまくってるみたいだね。
話変わるけど、ここのところNICTが障害起こしまくってるみたいだね。
2011/12/26(月) 18:29:34.86
そのせいか ntpd がまともに動いてなくて時計がずれてびっくりした。
2011/12/27(火) 21:45:41.94
>>563
周波数偏差を時間積分した値だけずれるだろうね
周波数偏差を時間積分した値だけずれるだろうね
2011/12/29(木) 21:51:52.14
2012/05/01(火) 22:15:44.91
ntpのプロトコルって2036年くらい問題があるよね?
2012/05/01(火) 23:19:24.32
やっぱりあったけど、NTPなら68年おきに
やっぱunsignedでした(てれり
やっぱsignedでした(てれり
とかやってれば済みそう。
減るもんじゃないし。
やっぱunsignedでした(てれり
やっぱsignedでした(てれり
とかやってれば済みそう。
減るもんじゃないし。
2012/05/02(水) 06:55:24.57
てれり?
2012/05/02(水) 10:39:36.62
規格の変更、実装の変更
伴う喧々諤々
伴う喧々諤々
2012/05/02(水) 14:04:28.80
によによ
2012/05/02(水) 21:11:16.39
Wikipediaなんて信用するなよ。
2036年問題なんてとっくの昔に対策済みだよ。
2036年問題なんてとっくの昔に対策済みだよ。
2012/05/04(金) 21:12:10.82
なんか毎回SAN値チェック引っかかるなと思ったら
水晶がどっかいってたわ・・・こんなことあるんだな
水晶がどっかいってたわ・・・こんなことあるんだな
2012/05/20(日) 02:41:45.66
>>575
NTPの2036年問題は解決してないよ
NTPの2036年問題は解決してないよ
2012/05/20(日) 10:04:21.46
だとしたら実装上のバグだね。
仕様上はNTPv4に2036年問題は存在しない。
http://groups.google.com/group/comp.protocols.time.ntp/browse_thread/thread/375ce027db37fc
http://www.eecis.udel.edu/~mills/y2k.html
仕様上はNTPv4に2036年問題は存在しない。
http://groups.google.com/group/comp.protocols.time.ntp/browse_thread/thread/375ce027db37fc
http://www.eecis.udel.edu/~mills/y2k.html
2012/05/20(日) 10:45:38.00
2012/05/20(日) 16:33:51.23
具体的に指摘してくれるかな?
2012/05/21(月) 16:38:50.97
>>579は具体的にどんなバグを発見したの?
2012/05/24(木) 16:42:13.31
>>578
Wikipedia直してこいよ
Wikipedia直してこいよ
2012/05/25(金) 19:44:47.71
直してやるだけの価値があると思う奴が直せばよい。
2012/05/26(土) 18:08:49.65
どっちみちLinuxでは2038年問題が解決されてないからどうでもいい
585!ninja
2012/05/27(日) 18:08:37.21 >>526-531
最近のntpdでは server の代わりに pool というものが使える。
pool ntp.nict.jp
pool ntp.jst.mfeed.ad.jp
で試したけど、期待どおりに動作した。
http://www.eecis.udel.edu/~mills/ntp/html/confopt.html#pool
最近のntpdでは server の代わりに pool というものが使える。
pool ntp.nict.jp
pool ntp.jst.mfeed.ad.jp
で試したけど、期待どおりに動作した。
http://www.eecis.udel.edu/~mills/ntp/html/confopt.html#pool
2012/06/30(土) 10:11:48.36
なーなーお前らんちLIビット立った?
NICT参照してるがLIたたんのだけど……。
NICT参照してるがLIたたんのだけど……。
2012/06/30(土) 10:21:07.37
そもそもLIが立つようなビルドってどうやったっけ?w
2012/07/01(日) 09:03:07.37
うるう秒記念
ntpq -c rv
でうるう秒の情報を確認できる
ログに出てた
Jul 1 08:59:59 localhost kernel: Clock: inserting leap second 23:59:60 UTC
ntpq -c rv
でうるう秒の情報を確認できる
ログに出てた
Jul 1 08:59:59 localhost kernel: Clock: inserting leap second 23:59:60 UTC
2012/07/02(月) 21:37:51.69
ぽつぽつトラブルが出てたみたいだな
ttp://wired.jp/2012/07/02/leap-second-bug-wreaks-havoc-with-java-linux/
ttp://www.cuspy.org/diary/2012-06-05
ttp://wired.jp/2012/07/02/leap-second-bug-wreaks-havoc-with-java-linux/
ttp://www.cuspy.org/diary/2012-06-05
2013/08/24(土) NY:AN:NY.AN
IPv6時代になれば地域内NTPサーバ網を作るのも現実的になるのかな
https://flets.com/v6option/
https://flets.com/v6option/
2013/08/24(土) NY:AN:NY.AN
>>590
一般利用者がそんなもん作らなくても、各ISPがNICT直結のまともなNTPサーバを用意するだけですべて解決するんだが
一般利用者がそんなもん作らなくても、各ISPがNICT直結のまともなNTPサーバを用意するだけですべて解決するんだが
2013/08/27(火) NY:AN:NY.AN
地方民からすると、東京や大阪に置かれてる限り、
ISPがNTPを立てたとしても、mfeedあたりを使うのと大差ない
ISPがNTPを立てたとしても、mfeedあたりを使うのと大差ない
2013/08/28(水) NY:AN:NY.AN
JPNAP上のmfeedや、JPIX→SINETと巡らにゃいかんnict、naoよりは自ISP網の中のntp鯖のほうがいろんな意味で上
2013/08/30(金) NY:AN:NY.AN
localhost みたいに
ntp.localisp ってAレコードを各ISPが用意してくれれば良いのに
ntp.localisp ってAレコードを各ISPが用意してくれれば良いのに
2013/08/30(金) NY:AN:NY.AN
時刻合わせるのにいちいちDNSひいてたら時間かかるじゃん。
2013/08/30(金) NY:AN:NY.AN
IPアドレス直指定じゃなくてホスト名指定が"SHOULD"だから結局DNS引くことには変わりない
システム起動時に引いてきて稼働中はそれを保持してれば済む話だし
システム起動時に引いてきて稼働中はそれを保持してれば済む話だし
2013/08/30(金) NY:AN:NY.AN
稼働中も常に引いてほしい。
ラウンドロビンなのに最初に引いたうちの1つを延々と使い続けたり
サーバ側がIPアドレスを変えてDNSも書き換えたのに追従できなかったり
そういうのは困るw
ラウンドロビンなのに最初に引いたうちの1つを延々と使い続けたり
サーバ側がIPアドレスを変えてDNSも書き換えたのに追従できなかったり
そういうのは困るw
2013/08/30(金) NY:AN:NY.AN
TTLに従って引きなおしてるだろ。
もちろん、プログラム上では毎回API呼んでるけど、OSなりがキャッシュしてるだけで。
もちろん、プログラム上では毎回API呼んでるけど、OSなりがキャッシュしてるだけで。
2013/08/31(土) NY:AN:NY.AN
TTLとかそういうものはまったく気にしていないのに、
最初に引いたアドレスを延々と使い続けてソケットを作ってるような実装が
たまにあるよw
最初に引いたアドレスを延々と使い続けてソケットを作ってるような実装が
たまにあるよw
2013/08/31(土) NY:AN:NY.AN
たまにというか、firefoxがそういう実装だろ
2013/08/31(土) NY:AN:NY.AN
そうなの?
Windows上の話だけど、ネット接続切っていながらfirefoxでどっか開いたときとか、
つなげて再試行するだけじゃ名前解決無理なままだけど
OSのDNSキャッシュをクリアしてから再試行すると、ちゃんと名前解決してくれた覚えがあるよ。
ipconfigになんかオプションつけて動かして。
Windows上の話だけど、ネット接続切っていながらfirefoxでどっか開いたときとか、
つなげて再試行するだけじゃ名前解決無理なままだけど
OSのDNSキャッシュをクリアしてから再試行すると、ちゃんと名前解決してくれた覚えがあるよ。
ipconfigになんかオプションつけて動かして。
2013/11/11(月) 23:30:05.10
2014/01/22(水) 16:19:57.80
JVNVU#96176042: NTP が DDoS 攻撃の踏み台として使用される問題
http://jvn.jp/vu/JVNVU96176042/
http://jvn.jp/vu/JVNVU96176042/
2014/02/18(火) 06:13:38.09
NTPのスレとかあんのかw落ちてるよなNICTのA系落ちてるぽい
2014/02/18(火) 09:56:47.37
a2もa3も問題なく生きてるっぽいが
606名無しさん@お腹いっぱい。
2014/03/06(木) 14:35:06.65 で、おすすめのntpサーバはどこよ?
2014/03/06(木) 14:36:18.14
社史編纂室に置いてあるサーバー
2014/03/07(金) 09:38:27.65
>>606
epson endever
epson endever
2014/03/18(火) 23:59:21.61
chronyってどうなん?
Fedoraがntpdから切り替えるって話だったけど。
Fedoraがntpdから切り替えるって話だったけど。
610名無しさん@お腹いっぱい。
2014/03/19(水) 02:23:43.65 遠い昔に切り替わっているし、普通に動いています。
611名無しさん@お腹いっぱい。
2014/04/08(火) 10:03:07.26 2038年問題は64bit移行するのが速い
OSもライブラリも64bit化、もちろんtime_tも64bit化
これでいい
OSもライブラリも64bit化、もちろんtime_tも64bit化
これでいい
2014/04/08(火) 10:05:18.23
いまさら何いってんだよw
2014/04/08(火) 10:33:57.09
質問させて欲しいのですが
ntpdはtimedと比較してどういったところが
優れているのでしょうか?また劣っているのでしょうか?
ntpdはtimedと比較してどういったところが
優れているのでしょうか?また劣っているのでしょうか?
2014/04/08(火) 10:35:48.49
2014/12/22(月) 20:36:07.90
JVNVU#96605606 Network Time Protocol daemon (ntpd) に複数の脆弱性
http://jvn.jp/vu/JVNVU96605606/
影響を受けるシステム
・ntpd 4.2.7 およびそれ以前
・ntp-keygen 4.2.7p230 より前のバージョン
詳細情報
・PRNG における不十分なエントロピー (CWE-332) - CVE-2014-9293
ntp.conf ファイルで auth key が設定されていない場合、暗号強度の不十分なデフォルト鍵が生成されます。
・暗号における脆弱な PRNG の使用 (CWE-338) - CVE-2014-9294
4.2.7p230 より前のバージョンの ntp-keygen は、弱いシード値で暗号論的に不適切な乱数生成器を使い、対称鍵を生成します。
・スタックバッファオーバーフロー (CWE-121) - CVE-2014-9295
ntpd の crypto_recv() (autokey 認証利用時)、ctl_putdata()、および configure() には、細工されたパケットの処理に起因するスタックバッファオーバーフローの脆弱性が存在します。
・エラー条件、戻り値、状態コード (CWE-389) - CVE-2014-9296
ntpd において特定のエラー処理を行うコードに return 式が存在しない箇所が存在するため、エラー発生時に処理が停止しない問題があります。
利用者は早急にntpd 4.2.8へのアップデートを
http://jvn.jp/vu/JVNVU96605606/
影響を受けるシステム
・ntpd 4.2.7 およびそれ以前
・ntp-keygen 4.2.7p230 より前のバージョン
詳細情報
・PRNG における不十分なエントロピー (CWE-332) - CVE-2014-9293
ntp.conf ファイルで auth key が設定されていない場合、暗号強度の不十分なデフォルト鍵が生成されます。
・暗号における脆弱な PRNG の使用 (CWE-338) - CVE-2014-9294
4.2.7p230 より前のバージョンの ntp-keygen は、弱いシード値で暗号論的に不適切な乱数生成器を使い、対称鍵を生成します。
・スタックバッファオーバーフロー (CWE-121) - CVE-2014-9295
ntpd の crypto_recv() (autokey 認証利用時)、ctl_putdata()、および configure() には、細工されたパケットの処理に起因するスタックバッファオーバーフローの脆弱性が存在します。
・エラー条件、戻り値、状態コード (CWE-389) - CVE-2014-9296
ntpd において特定のエラー処理を行うコードに return 式が存在しない箇所が存在するため、エラー発生時に処理が停止しない問題があります。
利用者は早急にntpd 4.2.8へのアップデートを
2014/12/24(水) 10:11:56.82
きちんと設定できていれば慌てなくてもおk
2015/01/14(水) 02:33:58.53
今年7月1日はうるう秒+1秒挿入ですか
2015/01/14(水) 22:05:56.44
2015/01/16(金) 00:40:48.40
ntpd ってserver にしばらく到達できないと同期しなくなるけど、
最後の同期から何分位で同期しなくなるの?
2^10秒?
最後の同期から何分位で同期しなくなるの?
2^10秒?
2015/01/30(金) 13:10:59.35
ntpdateでipv6のリンクローカルアドレスを指定するとno servers can be used.ってなる
グローバルアドレスなら当然通るけどりんくろーかるだとだめなの?なんでなの?納得いかない
グローバルアドレスなら当然通るけどりんくろーかるだとだめなの?なんでなの?納得いかない
621名無しさん@お腹いっぱい。
2015/03/28(土) 11:07:08.44 生年月日とは生まれた年/月/日のこと。
ならば、誕生日は誕生した日のみを指すべき。(例:12日生まれ)
誕生した月/日のことなら誕生月日と言うべき。
ならば、誕生日は誕生した日のみを指すべき。(例:12日生まれ)
誕生した月/日のことなら誕生月日と言うべき。
622名無しさん@お腹いっぱい。
2015/04/23(木) 17:17:03.55 ntp.nasa.gov.のA,AAAAが無くなったのだが
2015/04/24(金) 13:37:54.81
そんなの使ってたバカ乙
2015/04/25(土) 18:53:14.95
今でもネットニュースが読めるプロバイダーってどこかにありませんか?
Web変換じゃなく、ニュースリーダー対応でお願いします。
Web変換じゃなく、ニュースリーダー対応でお願いします。
2015/04/28(火) 18:42:20.14
Not Time Protocol
2015/04/29(水) 02:31:30.96
2015/04/29(水) 04:40:38.78
ネットワーク的に遠い海外鯖をわざわざ選択するのはバカ以外の何者でもない
628名無しさん@お腹いっぱい。
2015/05/03(日) 23:25:25.32 >>609 横からありがとう。そんなものがあるなんてしらなかった。
629名無しさん@お腹いっぱい。
2015/06/07(日) 16:30:52.97 NTPサーバって、上位とつながってないときは下位に配信できない?
自分を1次だと偽ることは可能?
自分を1次だと偽ることは可能?
2015/06/08(月) 16:32:28.84
2015/07/01(水) 02:41:55.37
おまいら本日はうるう秒の日ですよ
% ntpq -c rv
associd=0 status=461b leap_add_sec, sync_ntp, 1 event, leap_event,
version="ntpd 4.2.8p1-beta5@1.3265-o Thu Jan 8 07:21:57 UTC 2015 (1)",
...
% ntpq -c rv
associd=0 status=461b leap_add_sec, sync_ntp, 1 event, leap_event,
version="ntpd 4.2.8p1-beta5@1.3265-o Thu Jan 8 07:21:57 UTC 2015 (1)",
...
2015/07/01(水) 19:36:09.67
Jul 1 08:59:59 oresava kernel: Clock: inserting leap second 23:59:60 UTC
2015/07/01(水) 23:03:07.93
もう遅いけど。
> SLEWモードにしてるから大丈夫だぜ!という方も多そうですが、どうやらバグで
>時刻書き戻りが発生する環境があるようです。
>
>http://bugs.ntp.org/show_bug.cgi?id=2745
>
> 修正されたのも、割りと最近です。Ubuntuとかは、修正パッケージ自体が出てない
>と聞きました。
>
>参考:7/1の閏秒を迎えるにあたってLinuxでは何をすべきか?
>http://www.nict.go.jp/press/2015/01/16-1.html
> SLEWモードにしてるから大丈夫だぜ!という方も多そうですが、どうやらバグで
>時刻書き戻りが発生する環境があるようです。
>
>http://bugs.ntp.org/show_bug.cgi?id=2745
>
> 修正されたのも、割りと最近です。Ubuntuとかは、修正パッケージ自体が出てない
>と聞きました。
>
>参考:7/1の閏秒を迎えるにあたってLinuxでは何をすべきか?
>http://www.nict.go.jp/press/2015/01/16-1.html
2015/07/02(木) 03:21:27.03
うるう秒に限った話じゃないが
時刻飛びの時に全員がうれしい解決策はないつーことだな…
NEWS-OSのうるう秒込のtime_tって超不評だったよね?
時刻飛びの時に全員がうれしい解決策はないつーことだな…
NEWS-OSのうるう秒込のtime_tって超不評だったよね?
635名無しさん@お腹いっぱい。
2015/10/02(金) 18:27:49.15 NTPとNNTPとNTTの違いを教えて下さい
2015/10/02(金) 22:00:35.40
NTP = 名古屋トヨペット、トヨタの自動車を売るお店のこと
https://www.ntp.co.jp/
https://www.ntp.co.jp/
637名無しさん@お腹いっぱい。
2015/10/21(水) 10:25:38.45 Piriveta ananasi!
638Anon'chik
2015/10/21(水) 10:45:10.882015/10/23(金) 22:13:43.62
OCRで時刻読み取るとか、なんか変わったクロックソースってない?
2015/10/24(土) 12:16:49.66
撮像素子を水平に設置して棒を1本立てて日時計センサー
晴天の日中しか使えない
晴天の日中しか使えない
2015/10/24(土) 13:14:10.43
HDDの使用時間カウントをHDD内蔵温度センサで補償して精度向上させて使えんかな?
2015/10/24(土) 20:00:28.97
>>641
パソコン内蔵時計と精度が大差ないな
パソコン内蔵時計と精度が大差ないな
2015/10/24(土) 20:56:53.01
内蔵クロックって温度補償あるの?
ntpで有効化すると外部ソースと同期しにくくなって厄介な感じだけども?
ntpで有効化すると外部ソースと同期しにくくなって厄介な感じだけども?
2015/10/25(日) 11:53:36.32
RTCもチップセット温度で補正した時刻源が欲しいな。
ランダムドリフトも温度別に集計してみれば実は規則性があったりしないだろうか?
ランダムドリフトも温度別に集計してみれば実は規則性があったりしないだろうか?
2015/10/25(日) 12:37:59.69
今時のPCってカウンタやタイマ沢山積んでるのに、NTPで参照可能なのがRTCだけってなんか勿体ない気がするな。
2015/10/25(日) 18:10:45.06
2015/10/25(日) 19:34:17.17
そもそも原子時計だって相対時間じゃないか?
ビックバンがいつあったかなんてわかっても意味なくね?
ビックバンがいつあったかなんてわかっても意味なくね?
2015/10/25(日) 19:59:38.56
ガリレオ衛星を観測して求めるとか?
2015/10/25(日) 20:14:43.85
時刻源として考えるなら、原子時計ですら年差時計より一桁マシ程度の精度でしかない罠。
2015/10/25(日) 21:03:52.64
2015/11/13(金) 20:31:44.46
太陽には大きさがあって影がボケるから、
日時計で正確な時刻を出すのはすっげーむずかしいと思う。
望遠鏡と画像処理装置がいる。昔はどうやって南中時刻を測定したのかね?
RTCはリチウム電池でも動かせるような省電力設計だから
あんま精度やドリフトは期待できないとおも。原発振が32768Hzとかでしょ
日時計で正確な時刻を出すのはすっげーむずかしいと思う。
望遠鏡と画像処理装置がいる。昔はどうやって南中時刻を測定したのかね?
RTCはリチウム電池でも動かせるような省電力設計だから
あんま精度やドリフトは期待できないとおも。原発振が32768Hzとかでしょ
2015/11/13(金) 21:22:39.94
結局は太陽の位置を基準にうるう秒入れて補正するんだから、日時計が一番正確ってことじゃないのか?
2015/11/13(金) 22:59:29.49
画像処理したら結果に現在時刻が得られるとして、ntpとのインターフェースってどうすればいいんだ?
とりあえず、指定のコマンドを実行して取り込んでくれるようなクロックドライバってあるのだろうか?
とりあえず、指定のコマンドを実行して取り込んでくれるようなクロックドライバってあるのだろうか?
2015/11/18(水) 13:19:07.65
南中した瞬間に12:00:00にsettimeofday()かadjtime()すればいい。
太陽の出てない時間帯用にどのみち振り子時計や水時計は必要だ。
太陽の出てない時間帯用にどのみち振り子時計や水時計は必要だ。
2015/11/18(水) 16:03:25.13
南中を基準にするなら1サーバは兵庫県にしか設置でき
2015/11/19(木) 00:38:40.90
分単位の目盛が振ってある組立精密日時計というのがペーパークラフトで売ってるみたいだけど、
こういうのを最悪月差1分とからしい安物RTCの校正に使えないものか?
梅雨でも一ヶ月晴れ間がないというのは無いだろうし。
こういうのを最悪月差1分とからしい安物RTCの校正に使えないものか?
梅雨でも一ヶ月晴れ間がないというのは無いだろうし。
2015/11/19(木) 01:20:43.16
温度別の誤差をNTP計測しておいてTCXOを実現できるプログラムってないのかな?
2015/11/19(木) 01:35:18.76
>>656
結局は影をどうやって読み取るか、電子データ化するかにかかってきそう
結局は影をどうやって読み取るか、電子データ化するかにかかってきそう
2015/11/19(木) 04:41:25.88
NTP Security Project、「NTPsec」ベータ版をリリース
http://japan.zdnet.com/article/35073660/
http://japan.zdnet.com/article/35073660/
2015/12/16(水) 21:46:24.34
ミッターはAM変調できるか?
短波ラジオは中国製が安いが、
北朝鮮国内ではラジオ持込規制がかかっているだろうし、
周波数もポリバリコン固定かもしれないし、
そうなりゃ、
電源の要らない鉱石ラジオの短波版があればいいなぁ。
スピーカーを鳴らすなら、電池は幾らか要るが
100円ショップのアンプの中国製の石を足せば安上がりだなぁ。
太陽電池を付けると、新製品とばれちゃあいけねぇし、
どこかのメーカーのラジオのように、ぜんまいを入れるか。
アルインコのDX-77Tは、振幅変調が出来そうだ。
国内機だと、中古を手に入れたほうが後々で安上がりだな。
短波ラジオは中国製が安いが、
北朝鮮国内ではラジオ持込規制がかかっているだろうし、
周波数もポリバリコン固定かもしれないし、
そうなりゃ、
電源の要らない鉱石ラジオの短波版があればいいなぁ。
スピーカーを鳴らすなら、電池は幾らか要るが
100円ショップのアンプの中国製の石を足せば安上がりだなぁ。
太陽電池を付けると、新製品とばれちゃあいけねぇし、
どこかのメーカーのラジオのように、ぜんまいを入れるか。
アルインコのDX-77Tは、振幅変調が出来そうだ。
国内機だと、中古を手に入れたほうが後々で安上がりだな。
2015/12/17(木) 01:09:59.58
誤爆?
2016/09/02(金) 15:40:15.57
RHEL6でもchrony使えるようになってるけど
ntpd と chrony の使い分けってどういうのがいいんかな。
普通のクライアントではchronyでも十分、
つけっぱなしの鯖で正確なPLLが欲しい、NTPv4などntpdでしかできないことはntpd、
くらいしかいまのとこと思いつかん
ntpd と chrony の使い分けってどういうのがいいんかな。
普通のクライアントではchronyでも十分、
つけっぱなしの鯖で正確なPLLが欲しい、NTPv4などntpdでしかできないことはntpd、
くらいしかいまのとこと思いつかん
2017/01/04(水) 00:35:22.23
ntpでうるう秒ってどう処理されるの?
そもそも普通のパソコンだとRTCが60秒に対応してないような気がするけど
そもそも普通のパソコンだとRTCが60秒に対応してないような気がするけど
2017/01/04(水) 15:21:00.87
ぐぐれ
665名無しさん@お腹いっぱい。
2017/02/06(月) 13:26:29.49 chronyでしばらくオフラインのまま走ってたやつをオンラインにしたら
超不安定になってるんだが。
Feb 6 13:11:47 capricorn chronyd[17165]: System clock wrong by 3.002246 seconds, adjustment started
Feb 6 13:12:52 capricorn chronyd[17165]: System clock wrong by 2.949005 seconds, adjustment started
Feb 6 13:13:56 capricorn chronyd[17165]: System clock wrong by 2.977938 seconds, adjustment started
Feb 6 13:15:01 capricorn chronyd[17165]: System clock wrong by 2.948529 seconds, adjustment started
Feb 6 13:16:05 capricorn chronyd[17165]: System clock wrong by 2.261054 seconds, adjustment started
Feb 6 13:17:10 capricorn chronyd[17165]: System clock wrong by 0.864159 seconds, adjustment started
Feb 6 13:18:15 capricorn chronyd[17165]: System clock wrong by -2.524328 seconds, adjustment started
Feb 6 13:19:20 capricorn chronyd[17165]: Selected source 210.224.133.75
Feb 6 13:19:20 capricorn chronyd[17165]: System clock wrong by -1.831185 seconds, adjustment started
Feb 6 13:20:24 capricorn chronyd[17165]: System clock wrong by -5.943595 seconds, adjustment started
[capricorn ~]$ chronyc -n tracking
Reference ID : 210.224.133.75 (210.224.133.75)
Stratum : 3
Ref time (UTC) : Mon Feb 6 04:20:18 2017
System time : 1.993026733 seconds fast of NTP time
Last offset : +5.943594933 seconds
RMS offset : 3.634177685 seconds
Frequency : 30788.469 ppm fast
Residual freq : +52356.590 ppm
Skew : 5293.083 ppm
Root delay : 0.114673 seconds
Root dispersion : 3.197982 seconds
Update interval : 66.7 seconds
Leap status : Normal
Frequencyがとんでもない値になってるが、1日たっても補正されてない。
キャッシュを消してchrony再起動すれば治るだろうが、こーゆーもんなの?
ntpdだとそもそもこんなに外れた値では補正してくれないので問題は出ない。
超不安定になってるんだが。
Feb 6 13:11:47 capricorn chronyd[17165]: System clock wrong by 3.002246 seconds, adjustment started
Feb 6 13:12:52 capricorn chronyd[17165]: System clock wrong by 2.949005 seconds, adjustment started
Feb 6 13:13:56 capricorn chronyd[17165]: System clock wrong by 2.977938 seconds, adjustment started
Feb 6 13:15:01 capricorn chronyd[17165]: System clock wrong by 2.948529 seconds, adjustment started
Feb 6 13:16:05 capricorn chronyd[17165]: System clock wrong by 2.261054 seconds, adjustment started
Feb 6 13:17:10 capricorn chronyd[17165]: System clock wrong by 0.864159 seconds, adjustment started
Feb 6 13:18:15 capricorn chronyd[17165]: System clock wrong by -2.524328 seconds, adjustment started
Feb 6 13:19:20 capricorn chronyd[17165]: Selected source 210.224.133.75
Feb 6 13:19:20 capricorn chronyd[17165]: System clock wrong by -1.831185 seconds, adjustment started
Feb 6 13:20:24 capricorn chronyd[17165]: System clock wrong by -5.943595 seconds, adjustment started
[capricorn ~]$ chronyc -n tracking
Reference ID : 210.224.133.75 (210.224.133.75)
Stratum : 3
Ref time (UTC) : Mon Feb 6 04:20:18 2017
System time : 1.993026733 seconds fast of NTP time
Last offset : +5.943594933 seconds
RMS offset : 3.634177685 seconds
Frequency : 30788.469 ppm fast
Residual freq : +52356.590 ppm
Skew : 5293.083 ppm
Root delay : 0.114673 seconds
Root dispersion : 3.197982 seconds
Update interval : 66.7 seconds
Leap status : Normal
Frequencyがとんでもない値になってるが、1日たっても補正されてない。
キャッシュを消してchrony再起動すれば治るだろうが、こーゆーもんなの?
ntpdだとそもそもこんなに外れた値では補正してくれないので問題は出ない。
2017/04/03(月) 21:07:30.20
time.windows.comが狂った模様
まあ、このスレ見てるようなやつなら、こんな糞鯖は使ってないだろうけど
https://headlines.yahoo.co.jp/hl?a=20170403-00000031-zdn_n-sci
「ずれてない端末も多い」って、Windowsのデフォルトは7日ごと同期だから当たり前だよな
まあ、このスレ見てるようなやつなら、こんな糞鯖は使ってないだろうけど
https://headlines.yahoo.co.jp/hl?a=20170403-00000031-zdn_n-sci
「ずれてない端末も多い」って、Windowsのデフォルトは7日ごと同期だから当たり前だよな
2017/04/04(火) 21:07:45.76
NTPとは関係なくなるが
マイクロソフトといえば XBox Live!のサーバーが2分くらいずれてるのがいつも気になる
(XBoxはオンラインだと本体時刻の手動調整が効かなくなる)
認証関係ならサーバーと合ってればいいや的なノリなのかもしれず
マイクロソフトといえば XBox Live!のサーバーが2分くらいずれてるのがいつも気になる
(XBoxはオンラインだと本体時刻の手動調整が効かなくなる)
認証関係ならサーバーと合ってればいいや的なノリなのかもしれず
668名無しさん@お腹いっぱい。
2017/12/29(金) 10:55:25.43 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
RPOWZ2H27F
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
RPOWZ2H27F
2018/01/25(木) 12:57:27.17
NICTなどが原子時計を大幅に小型化できる技術を開発、チップ型も実現できる可能性
https://srad.jp/story/18/01/24/193253/
https://srad.jp/story/18/01/24/193253/
670名無しさん@お腹いっぱい。
2018/02/11(日) 12:54:53.202018/02/11(日) 13:00:18.87
test
2018/02/14(水) 09:56:58.61
☆ 日本の、改憲をしましょう。現在、衆議員と参議院の両院で、
改憲議員が3分の2を超えております。『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆
改憲議員が3分の2を超えております。『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆
673名無しさん@お腹いっぱい。
2018/05/22(火) 03:00:22.21 知り合いから教えてもらったパソコン一台でお金持ちになれるやり方
時間がある方はみてもいいかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
E5EJQ
時間がある方はみてもいいかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
E5EJQ
2018/12/24(月) 23:52:17.75
いつのまにかWindows10の同期の間隔が9時間ごとになってた
以前は、XPとか2000の頃からずっとデフォルトが週に1回だったから、マシンによっては最大で15秒ぐらい時計がずれてたのに
新しいマシンが届くたびに、いつも仕方なく6時間とか12時間に設定し直してた面倒な作業がやっと不要になった
以前は、XPとか2000の頃からずっとデフォルトが週に1回だったから、マシンによっては最大で15秒ぐらい時計がずれてたのに
新しいマシンが届くたびに、いつも仕方なく6時間とか12時間に設定し直してた面倒な作業がやっと不要になった
2018/12/25(火) 01:31:27.39
えっSpecialPollIntervalをお使いではない
2018/12/25(火) 01:48:07.93
>>675
SpecialPollIntervalの規定値が以前は7日間だったのが9時間に短縮されたんだよ
SpecialPollIntervalの規定値が以前は7日間だったのが9時間に短縮されたんだよ
2018/12/25(火) 01:53:52.83
あぁ逆だった、なんでSpecialPollInterval有効なの
2018/12/25(火) 02:05:05.00
WindowsはIntervalの使い方がおかしいって話はあるけど、コンパネの日付と時刻を見ても結局はSpecialPollIntervalの値が使われてるし
679名無しさん@お腹いっぱい。
2021/09/26(日) 06:47:38.00 今月始めくらいには host ntp.jst.mfeed.ad.jp でIPv6なアドレスが出てきたけど
IPv6はホスト名が変わったんだな
https://www.mfeed.ad.jp/ntp/detail.html
IPv6はホスト名が変わったんだな
https://www.mfeed.ad.jp/ntp/detail.html
680名無しさん@お腹いっぱい。
2021/09/26(日) 06:54:41.54 ntp.nict.jp
お知らせ
以下の日程でネットワークのメンテナンスを行うため、NTPサーバーの冗長系の一部で
接続に問題(通信断:最大数十秒程度)が生じる可能性があります。
・実施日 2021年10月6日(水)、及び 7日(木)
・予定時間(両日とも) 12:00-13:00(JST)
お知らせ
以下の日程でネットワークのメンテナンスを行うため、NTPサーバーの冗長系の一部で
接続に問題(通信断:最大数十秒程度)が生じる可能性があります。
・実施日 2021年10月6日(水)、及び 7日(木)
・予定時間(両日とも) 12:00-13:00(JST)
2023/09/25(月) 18:53:42.67
えっ?
2024/03/26(火) 04:08:57.60
https://jjy.nict.go.jp/tsp/PubNtp/index.html#onegai
■NTP version 1からNTP version 2以降への移行をお願いします。
公開NTPサービスでは、NTP version 1に対応しておりませんので、NTP version1を利用されている場合は、NTP version 2以降への移行をお願いします。
■NTP version 1からNTP version 2以降への移行をお願いします。
公開NTPサービスでは、NTP version 1に対応しておりませんので、NTP version1を利用されている場合は、NTP version 2以降への移行をお願いします。
683名無しさん@お腹いっぱい。
2024/03/27(水) 19:48:53.31 FX系のツィッター見るんだが、どうなってんのかよ!?
くそったれ!
くそったれ!
684名無しさん@お腹いっぱい。
2024/03/27(水) 20:03:54.32 選管に脅迫「このまま左遷がネタ出すってこともかなり影響してるわけでも下がるなら下がって不利だった
2024/03/27(水) 21:04:12.45
おまえらはいつもNHKは本人では
出てこないな
フラットに倒れることだn
https://i.imgur.com/IFGAZ3b.jpg
https://twitter.com/pkKSlFp/status/06031755634
https://twitter.com/thejimwatkins
出てこないな
フラットに倒れることだn
https://i.imgur.com/IFGAZ3b.jpg
https://twitter.com/pkKSlFp/status/06031755634
https://twitter.com/thejimwatkins
2024/03/27(水) 21:37:52.53
2022年の差多いからな金持ちー
かわいいおばあちゃん的気持ちからなのって予備校とかの無理な追い越しか
わけわかんねー
誰が喜ぶねん
かわいいおばあちゃん的気持ちからなのって予備校とかの無理な追い越しか
わけわかんねー
誰が喜ぶねん
2025/01/29(水) 23:40:07.12
まだこのスレ見てるやついる?
2025/01/30(木) 13:38:25.15
呼んだ?
レスを投稿する
ニュース
- 習政権、高市首相への態度硬化 台湾有事発言で連日非難 中国 ★11 [ぐれ★]
- 国内ホテル、既にキャンセルも 訪日客関連業界、事態見守る ★3 [蚤の市★]
- 日本損失1.7兆円に修正 中国渡航自粛の影響試算 [蚤の市★]
- 「どうしようもない」 ため息つくアジアの玄関口 中国の訪日自粛で−福岡市 [蚤の市★]
- 「アベノミクス」で投資対象と化したマンション ローンの低金利続き「年収の12倍」借りる20代出現 [蚤の市★]
- 橋下徹氏 外務省幹部の訪中受け「口だけ番長」へ痛烈指摘 「喧嘩は日本の完敗…なんとかっこ悪い日本か」 [冬月記者★]
- 高市周辺、さすがに焦り始めるww「小さな火種が火事になりかけている。早く鎮火しなくてはいけない」 [271912485]
- 【実況】博衣こよりのえちえち朝こよ🧪
- 【高市悲報】神谷「部下が間違えて脱炭素を脱酸素て書いたんですよ😡それ読んだだけなのに挙げ足とるな!小学生か!」 [359965264]
- 中国「高市が頭を下げて謝罪しない限り、絶対に許さない」 [329329848]
- 【超悲報】中国への武力行使、世論調査で「賛成」「どちらかといえば賛成」48.8% 「反対」「どちらかといえば反対」の44.2%を上回る [314039747]
- ほかほかご飯にかけるとうまいもの一覧
