NTP, SNTP負荷分散作戦所

2006/02/05(日) 11:04:10

>>342
net timeでパラメータを省略したときはWindowsネットワークで時刻合わせをしようとするから。
/setsntpしたなら、WindowsTimeサービスを走らせておけばいいだけ。
詳しく確認したければw32tmコマンドを使え。

**anonymous@** FLH1Ahx114.tky.mesh.ad.jp · 2006/02/23(木) 01:54:17

http://lm700j.at.webry.info/200601/article_3.html
XP用のレジストリがあった

**anonymous@** p2-user: 48946 p2-client-ip: 219.22.116.90 · 2006/02/23(木) 06:14:53

ここは酷い伊賀地方って近畿ですね

**anonymous@** · 2006/02/23(木) 20:11:55

d · 2006/05/21(日) 01:59:49

>>286
個人的には，国際原子時の作成に関わっている原子時計直結=stratum 1
それらからGPSコモンビュー法等により校正をうけて原子時計直結=stratum 2
GPS同期はstratum 3だろうと思う．
まー結局のところ何にしろstratumにはたいした意味がないという結論でよいのだろうけど．

**anonymous@** · 2006/05/21(日) 11:27:42

んでも直結のマシンの温度管理がされてない場合はそこから+2くらいした方が

**anonymous@** · 2006/05/30(火) 21:56:49

**名無しさん** · 2006/05/31(水) 07:20:48

同一LAN内のst1に繋がっててもst2.
遠い外国のst1に繋がっててもst2.

◆/RooT..... · 2006/06/12(月) 22:00:03

NICT、インターネット用時刻同期サーバによる日本標準時配信サービスを開始
http://japan.cnet.com/news/media/story/0,2000056023,20137847,00.htm
＞処理能力は既存システム200台分以上に相当する毎秒100万リクエスト以上の性能を有する。
＞この処理能力は世界最高性能で、現在の国内の需要を十分にカバーできるという。

　 NTPサーバアドレス ntp.nict.jp
　 WEBアドレス　　　 http://www2.nict.go.jp/w/w114/stsi/PubNtp/

**anonymous@fushianasan** · 2006/06/13(火) 03:50:03

>>351
tracerouteしてみるとSINET->CRL入り口->CRL内振り分け->NTPサーバ
とたどっているので，SINET内ならいいだろうけど，実際にはほとんどの場合においてmfeedの方が精度良く同期できそうな気がする。

**anonymous@** · 2006/06/13(火) 04:16:41

確かにディレイ値はマルチフィードの方が安定してて1ms程早い。

**ななしちゃん** · 2006/06/16(金) 16:15:07

ま、ntp.confに一行書き足して精度向上を図るにはいいかと。

**anonymous@** 11.169.138.210.bf.2iij.net · 2006/06/16(金) 18:52:55

http://sea-mew.jp/nox/modules/rpms/searchntp.php
ここ情報源としておすすめ。

**spamcoq.net love** ◆pxPJuh/Nps · 2006/07/21(金) 14:52:39

>>278
福岡大学がＮＴＰサーバのサブドメインドメイン名を変更して
初めて過負荷がわかった

という展開が面白かった
いや、むしろそうして欲しかった。

る · 2006/09/04(月) 14:41:55

ほし

**ななし** · 2006/09/23(土) 20:56:32

福岡大学、掲載あり
http://support.microsoft.com/default.aspx?scid=kb;ja;262680

**anonymous@** gate-b3.kobegakuin.ac.jp · 2006/09/26(火) 16:17:35

http://sea-mew.jp/nox/modules/rpms/searchntp.php

_ · 2006/10/06(金) 21:52:07

NTPの参照先って、いまでも福岡大学でいいの？

**あのにます** · 2006/10/07(土) 11:34:00

mfeedでイナフ

**anonymous@** FLH1Aaz026.hyg.mesh.ad.jp · 2006/10/14(土) 18:49:11

ntp.nict.jp

**anonymous@** EAOcf-130p59.ppp15.odn.ne.jp · 2006/10/21(土) 00:34:26

ntp.121ware.com
ntp01.rd-style.com

**anonymous** · 2006/11/04(土) 20:47:57

>>361
mfeedのって、そこらへんのwindows利用者が桜時計あたりで指定しちゃってもいいものなの??
数百万台からのアクセスくらいなら、耐えられるかな

**anonymous@** zaqdb73cdd2.zaq.ne.jp · 2006/11/05(日) 15:02:56

>>364
もちろんOKだよ。
NICTに至っては、逆に歓迎してるし。

**sage** · 2006/11/26(日) 06:19:18

NTPがまたしても特許侵害訴訟
http://headlines.yahoo.co.jp/hl?a=20061107-00000002-inet-sci

**anonymous@** aa2005110048d2fb6df6.userreverse.dion.ne.jp · 2006/11/28(火) 14:01:58

ntp.nict.jp

**sage** · 2006/12/15(金) 22:24:09

窓の杜 - 【NEWS】情報通信研究機構、“NICT NTP クライアントコンテスト”の審査結果を発表
http://www.forest.impress.co.jp/article/2006/12/15/ntpconresult.html

**anonymous@**softbank220015170241.bbtec.net · 2007/03/05(月) 12:52:59

ntp.bbtec.net
219.188.200.128

**anonymous@**softbank220015170241.bbtec.net · 2007/03/28(水) 17:34:45

C:\Documents and Settings\Owner>w32tm /monitor /computers:ntp.bbtec.net
ntp.bbtec.net [219.188.200.128]:
ICMP: error IP_REQ_TIMED_OUT - no response in 1000ms
NTP: -0.4046471s offset from local clock
RefID: ntp1.idc.ad.jp [158.205.237.70]

**anonymous@**60-56-118-7.eonet.ne.jp · 2007/03/30(金) 16:25:56

C:\Documents and Settings\user>w32tm /monitor /computers:ntp.eonet.ne.jp
ntp.eonet.ne.jp [61.122.241.186]:
ICMP: 4ms delay.
NTP: +0.9360926s offset from local clock
RefID: ntp2.jst.mfeed.ad.jp [210.173.160.57]

**anonymous@**aa2005110048d2fb6df6.userreverse.dion.ne.jp · 2007/04/08(日) 15:21:06

C:\Documents and Settings\IT_USER>w32tm /monitor /computers:ntp02.dion.ne.jp
ntp02.dion.ne.jp [210.251.0.16]:
ICMP: 22ms delay.
NTP: -28.9690637s offset from local clock
RefID: (unknown) [192.168.38.230]

**anonymous@**aa2005110048d2fb6df6.userreverse.dion.ne.jp · 2007/04/08(日) 15:22:28

http://sea-mew.jp/nox/modules/rpms/searchntp.php

w32tm /monitor /computers:ntp03.dion.ne.jp
ntp03.dion.ne.jp [210.251.0.81]:
ICMP: 22ms delay.
NTP: -28.9690637s offset from local clock
RefID: (unknown) [192.168.38.229]

**anonymous@**p8017-ipbffx02kobeminato.hyogo.ocn.ne.jp · 2007/05/04(金) 17:38:56

C:\Documents and Settings\USER>w32tm /monitor /computers:ntp-tk01.ocn.ad.jp
ntp-tk01.ocn.ad.jp [202.234.233.106]:
ICMP: 16ms delay.
NTP: +0.0936785s offset from local clock
RefID: (unknown) [203.139.161.118]

**anonymous@**p8017-ipbffx02kobeminato.hyogo.ocn.ne.jp · 2007/05/04(金) 17:40:35

C:\Documents and Settings\USER>w32tm /monitor /computers:ntp-tk02.ocn.ad.jp
ntp-tk02.ocn.ad.jp [202.234.233.109]:
ICMP: 16ms delay.
NTP: +1.8289252s offset from local clock
RefID: (unknown) [203.139.161.118]

C:\Documents and Settings\USER>w32tm /monitor /computers:ntp-os01.ocn.ad.jp
ntp-os01.ocn.ad.jp [210.145.255.76]:
ICMP: 7ms delay.
NTP: +1.7542622s offset from local clock
RefID: (unknown) [203.139.161.118]

**謎グラマー** · 2007/05/20(日) 17:09:07

UPLOAD/DOWNLOAD が安定していれば'.jp'にこだわる必要がないはずで...
=====>>>>> RFC2030,RFC4330 をよーく読んでみよう !!!
それよりもっと怖いのは'.cn'からの大量のアクセスだったりして

**謎グラマー** · 2007/09/29(土) 15:31:49

おーい誰かいるか

**anonymous@**PPPa1845.e3.eacc.dti.ne.jp · 2007/10/05(金) 10:39:56

**っがｆｄが** · 2007/10/05(金) 16:15:30

もう安定してるから
このスレの価値はもう

**四国＠ＯＣＮ** · 2007/11/18(日) 03:25:23

保守＆安定してるのを報告。

　　　remote　　　　　refid　　　st t when poll reach　 delay　 offset　jitter
==============================================================================
-ntp-os01.ocn.ad 202.234.233.104　3 u　 39 1024　377　 20.772　-17.566　 0.702
-ntp-tk01.ocn.ad 202.234.233.104　3 u　 14 1024　377　 27.101　-17.723　 0.977
-ntp-tk02.ocn.ad 202.234.233.105　3 u　 4 1024　377　 26.934　-17.784　 1.339
-ntp1.jst.mfeed. 210.173.160.86　 2 u　 61 1024　377　 28.078　-18.000　 1.529
+ntp2.jst.mfeed. 210.173.160.86　 2 u　 53 1024　377　 28.540　-16.982　 1.012
+ntp3.jst.mfeed. 210.173.160.86　 2 u　 60 1024　377　 28.181　-17.364　 1.684
*ntp-b2.nict.go. .PPS. 1 u　 67 1024　377　 42.539　-12.766　 3.397
　LOCAL(0)　　　　.LOCL.　　　　　5 l　 31　 64　377　　0.000　　0.000　 0.002

NICTとMfeed、OCN網内NTP参照。ホップ数はOCNからNICT/Mfeedともに+5くらい。
ただしOCN網内なのに四国からはMfeedと東京OCNのdelayって殆ど変わらんねｗ

**京都@wakwak** · 2007/12/09(日) 18:32:16

remote refid st t when poll reach delay offset jitter
==============================================================================
LOCAL(0) LOCAL(0) 10 l 18 64 377 0.000 0.000 0.000
*ntp-a2.nict.go. .PPS. 1 u 263 1024 377 30.060 0.891 0.248
-ntp-b3.nict.go. .PPS. 1 u 575 1024 377 30.101 1.451 0.000
+ntp-b2.nict.go. .PPS. 1 u 262 1024 377 33.004 0.784 0.000
+cherry.nagaokau .GPS. 1 u 586 1024 377 70.830 1.055 0.690
-ntp1.jst.mfeed. san-ntp1.jpnap. 2 u 797 1024 377 32.200 -0.968 0.000
-ntp2.jst.mfeed. san-ntp1.jpnap. 2 u 576 1024 377 24.966 1.304 0.000
#ntp3.jst.mfeed. san-ntp1.jpnap. 2 u 571 1024 377 35.010 -3.461 2.914
#ntp1.wakwak.com ntp1.xephion.ne 3 u 560 1024 377 25.402 0.305 1.038
#ntp2.wakwak.com ntp1.xephion.ne 3 u 138 1024 377 25.833 1.159 0.051

**ring** · 2007/12/09(日) 20:55:50

俺はringで十分だ。
塵も積もれば山となるで負荷は均等にしようぜ。
だからring

**anonymous@**PPPa702.e3.eacc.dti.ne.jp · 2007/12/13(木) 19:43:28

うちだとringが一番正確だな。
なぜじゃろ

**ring** · 2007/12/14(金) 10:10:29

サーバーとの距離が関係するからかな。
例えば九州から東京のｍｆｅｅｄを使うと往復の遅延は無視出来ない。
ringなら近くのntp鯖を利用出来るようになっていたかと。

**anonymous** · 2007/12/14(金) 11:02:28

http://ring.maffin.ad.jp/ring/ntp.html.ja
>tenbinを利用して、一番近いntpサーバへ誘導したりしないのですか？
>試験的に対応してみました。ntp.t.ring.gr.jpです。
>また、DNS Balanceを利用して、一番近いntpサーバへ誘導する試験サービスも行っています。ntp.dnsbalance.ring.gr.jpです。

ってあるけど、ntp.ring.gr.jpはどうしてるんだろうね？

**anonymous@**PPPa1817.e3.eacc.dti.ne.jp · 2007/12/18(火) 23:05:48

近い遠いより空いてる方がいいんじゃね？

**anonymous@**88.51.30.125.dy.iij4u.or.jp · 2007/12/19(水) 10:02:34

電波時計のキット買ってきてシリアルあたりに繋いどけばキミもstratum1だ！

**NTP** · 2007/12/19(水) 21:57:35

>>386
距離

**anonymous** · 2007/12/20(木) 22:15:21

>>388距離は相当関係ありますか？

**オナニーマウス** · 2007/12/20(木) 23:37:54

例えば北海道から関西の鯖を往復させたら無視できない数値と思うか
そんなもん端数だよと思うかどちらかだね。

**anonymous@**aa2005110048d2fb6df6.userreverse.dion.ne.jp · 2007/12/24(月) 15:37:48

C:\Documents and Settings\IT_USER>w32tm /monitor /computers:ntp02.dion.ne.jp
ntp02.dion.ne.jp [210.251.0.16]:
ICMP: 16ms delay.
NTP: +1.2064027s offset from local clock
RefID: (unknown) [192.168.38.230]

C:\Documents and Settings\IT_USER>w32tm /monitor /computers:ntp03.dion.ne.jp
ntp03.dion.ne.jp [210.251.0.81]:
ICMP: 15ms delay.
NTP: +1.2188257s offset from local clock
RefID: (unknown) [192.168.38.229]

**sage** · 2008/01/04(金) 14:51:09

http://hellokoi.com/area
http://mxm18.jp/mazi/i/

eo · 2008/01/04(金) 14:52:50

C:\Documents and Settings\admin>w32tm /monitor /computers:ntp1.eonet.ne.jp
ntp1.eonet.ne.jp [61.122.241.186]:
ICMP: 5ms delay.
NTP: -0.9969884s offset from local clock
RefID: ntp-a3.nict.go.jp [133.243.238.244]

C:\Documents and Settings\admin>w32tm /monitor /computers:ntp2.eonet.ne.jp
ntp2.eonet.ne.jp [61.122.241.187]:
ICMP: 4ms delay.
NTP: -0.9904510s offset from local clock
RefID: ntp-a3.nict.go.jp [133.243.238.244]

**anonymous@**PPPa2221.e3.eacc.dti.ne.jp · 2008/02/05(火) 21:18:30

年一回のage

**dti** · 2008/03/29(土) 15:21:19

age

**hpsu** · 2008/05/05(月) 13:01:03

hosyu

**anonymous@**58-188-99-170.eonet.ne.jp · 2008/05/06(火) 14:06:42

C:\Documents and Settings\Owner>w32tm /monitor /computers:ntp.eonet.ne.jp
ntp.eonet.ne.jp [61.122.241.186]:
ICMP: 4ms delay.
NTP: -0.0036711s offset from local clock
RefID: ntp-a3.nict.go.jp [133.243.238.244]

**anonymous@**dsl020-173.kcn.ne.jp · 2008/05/09(金) 14:54:38

今、ntp.jst.mfeed.ad.jp落ちているな

**anonymous** · 2008/05/09(金) 18:38:11

>>398
http://www.jst.mfeed.ad.jp/others/02.html

少なくとも昨日からずっと。

**anonymous@**61-23-76-189.rev.home.ne.jp · 2008/05/09(金) 18:46:46

ntpサーバがpen2 xeonだから落ちたのさ

**anonymous** · 2008/05/09(金) 19:27:08

ようやくntp2.jst.mfeed.ad.jpのメンテ終わったっぽい？

**anonymous@**NE0971lan1.rev.em-net.ne.jp · 2008/05/13(火) 01:11:09

とりあえず
http://kt.erinn.biz/file/ntppollintchange.zip
使えば幸せになれるだろう

**anonymous** · 2008/06/09(月) 10:23:00

学内から

H:\>w32tm /monitor /computers:133.100.9.4
133.100.9.4 [133.100.9.4]:
ICMP: 1ms delay.
NTP: +0.2590658s offset from local clock
RefID: 'GPS [71.80.83.0]

H:\>w32tm /monitor /computers:133.100.9.2
133.100.9.2 [133.100.9.2]:
ICMP: 0ms delay.
NTP: +0.2636767s offset from local clock
RefID: 'GPS [71.80.83.0]

**anonymous@**PPPa1193.e3.eacc.dti.ne.jp · 2008/07/03(木) 20:35:12

負荷分散万歳
今日ntp.pool.orgにしました。
よろしこ。

**anonymous@**PPPa1193.e3.eacc.dti.ne.jp · 2008/07/03(木) 20:37:29

pool.ntp.org
でしたね。失礼。

**anonymous@**h-74-0-215-194.cmbrmaor.covad.net · 2008/12/31(水) 16:41:18

うるう秒あげ

**anonymous** · 2009/01/07(水) 17:43:24

>>29から4年
dropped packets: 0
ignored packets: 0
received packets: 18081530
packets sent: 17982458
packets not sent: 0

**ななしちゃん** · 2009/01/08(木) 17:30:51

ずいぶん減ったねぇ

**ssss** · 2009/01/09(金) 23:02:19

一部のプロバイダだと、Van経由でないと
１００％時刻あわせ不可能だがなｗ

**奈々資産** · 2009/04/07(火) 20:26:32

iネッ時計ってフリーソフト使ってる人いる？
タイムサーバーへのアクセス分散できるから便利じゃん

**anonymous** · 2009/05/05(火) 14:47:25

スレが寂れているということはもう問題にはなっていないということだな

**anonymous** · 2009/07/16(木) 11:00:05

GPSを買ってきて、Stratum1なNTPサーバーを建ててみた。
ついでにntp.orgにも登録し、アクセスもOKなようにしてみた。
そんな状況で、トラフィックを測ってみたら(MRTGで測ってみた)最大でも40k bps程度の負荷。
意外と負荷が小さくて驚いた。

**ななしちゃん** · 2009/07/22(水) 04:59:12

>>412
このスレでもガイシュツのようにNTPの負荷は意外と小さい。
福岡大学は予算の関係上貧弱な回線&サーバだったのに、ブロードバンドルータに
埋め込みのNTPサーバにされていたりしたから問題が出たけど、今の回線&マシンパワー
なら全く問題にならなかったはず。

**anonymous** · 2009/09/05(土) 16:22:27

塵も積もれば山となるというお話だからね
福岡が耐えたとしても何時かはどこかで問題になったと思うよ
アメリカでも似たような事例があったし

**anonymous** · 2009/10/25(日) 13:03:02

NTPの負荷は小さいのか、、
参考になりました。

**anonymous@**219-75-254-170.eonet.ne.jp · 2009/11/06(金) 22:23:03

http://page.auctions.yahoo.co.jp/jp/auction/122364914

**anonymous@**p4005-ipbf408morioka.iwate.ocn.ne.jp · 2009/11/07(土) 21:33:10

ntp.nict.jp って落ちてるのかな？応答がないみたいだけど

**anonymous** · 2009/11/08(日) 18:40:25

aは生きてるけどbが死んでる?

**anonymous@**i125-204-101-111.s05.a011.ap.plala.or.jp · 2009/11/08(日) 21:55:36

>>417
昨日の夜から死んでるね
今日の昼間少し復活した時間があった

**anonymous** · 2009/11/09(月) 13:59:08

2009/11/07 00:00 - 2009/11/09 07:15
サーバ接続障害のためB系が利用できませんでした。

現在、全てのサーバが順調に稼動しています。

**anonymous@**pa2075b.tkyoea10.ap.so-net.ne.jp · 2009/11/27(金) 23:19:14

jpixが一番ホップ数少ないんだけど、個人レベルで指定してもいいの？
ダメならmfeed使うけど

**ななしちゃん** · 2009/12/07(月) 06:35:56

>>421
アクセス出来るのなら使っちゃえば? ただ、NTP的に重要なのは
ジッターなので、ホップ数が多いかどうかだけでは正確にはわからない。

**anonymous@**i121-113-208-48.s05.a011.ap.plala.or.jp · 2010/01/17(日) 11:50:15

ntp.nict.jpまた死んだかな

**nanasi** · 2010/01/29(金) 22:33:37

宮崎大学のNTPがおかしい。

**anonymous** · 2010/01/30(土) 18:40:02

標準電波を時刻源にしてるNTPサーバってあるんだろうか

ある場合、光速は考慮してあるのかな？
300km離れると1ミリ秒時間が遅れる計算だから、あんまり極端に離れた場所で受信してるなら常に遅れた時計になってしまう

**anonymous@**kephir.club.kyutech.ac.jp · 2010/02/04(木) 05:26:25

>>425
常に一定の時間送れるなら簡単に補正できるじゃん。

an · 2010/02/04(木) 08:05:28

どのくらい遅れてるかって検出できるの？

**anonymous** · 2010/02/06(土) 00:21:03

電波なんだから距離で判るじゃん。
標準電波の時刻が距離で補正するのが無意味なくらい誤差を含んでいるか、
電波の速度が問題なるほど変化するかしない限り充分だろ。
距離を300km間違っても1msしか違わないんだから。

**anon** · 2010/02/08(月) 10:51:20

ひとによって「1msしか」と「1msも」に分かれますけどね

**anonymous** · 2010/02/08(月) 23:37:58

300kmも間違うバカはいないつってんのにそれはないわ。
距離誤差を何mに抑えるのが限界かを言ってからにしてくれ。

**anonymous** · 2010/02/18(木) 23:13:17

NICT、日本標準時のNTPサーバーをJPIXに設置 -INTERNET Watch
http://internet.watch.impress.co.jp/docs/news/20100218_349808.html

_ · 2010/03/03(水) 09:59:24

保守

**anonymous@**softbank219002116014.bbtec.net · 2010/03/03(水) 22:58:39

ほ

x · 2010/03/22(月) 22:15:54

ttp://rina.jpn.ph/~rance/linux/centos/centos51_after.html#2

1 · 2011/04/01(金) 17:05:42.70

質問です

windowsのDOSから、タイムサーバーの上位情報を取得するコマンドは下記の通りですが
w32tm /monitor /computers:（サーバー名）

普通ですと、実行するとそのタイムサーバーがさらに参照している
上位のサーバー情報が分かると思うのですが、
（例：RefID: ntp3.jst.mfeed.ad.jp [210.173.160.87]）

RefID: unspecified / unsynchronized [0.0.0.0]

このように表示されるのはどんな場合でしょうか？

**anonymous** · 2011/04/29(金) 11:12:17.66

上位 server と同期していないのでは?

**anonymous@**gate-a2.kobegakuin.ac.jp · 2011/07/06(水) 17:57:48.69

保守しまつ

**anonymous** · 2012/01/31(火) 21:05:24.74

7月1日に「うるう秒」実施、「8時59分60秒」を挿入 -INTERNET Watch
http://internet.watch.impress.co.jp/docs/news/20120131_508832.html

**anonymous@**PPPa1291.e1.eacc.dti.ne.jp · 2012/07/01(日) 09:55:52.75

ringサーバはずれたままだよ

**anonymous** · 2012/07/04(水) 22:35:14.67

ほしゅ

**anonymous@**softbank219197216102.bbtec.net · 2012/08/18(土) 11:01:18.42

保守

**anonymous@**113x38x82x135.ap113.ftth.ucom.ne.jp · 2012/12/23(日) 04:19:54.92

保守

**anonymous@**pc6.wi-finw2-unet.ocn.ne.jp · 2013/03/04(月) 12:52:09.60

hosyu-

**anon** · 2013/03/22(金) 22:27:34.68

保守

**anon** · 2013/03/23(土) 22:51:24.29

保守

**anonymous@**017-M-HG.w-lan.jp · 2013/04/24(水) 17:49:12.60

softbankのNTPは使えないのか？
ntp.bbtec.net 219.188.200.128
ntp01.bbtec.net 219.188.200.129
ntp02.bbtec.net 219.188.200.130
ntp03.bbtec.net 219.188.200.131
ntp04.bbtec.net 219.188.200.132

**anonymous@**113x42x219x90.ap113.ftth.ucom.ne.jp · 2013/04/24(水) 20:03:39.09

>>446
網外からw32tm叩いた限りではNTPサーバとして動いてるようには見えないが

**anonymous** · 2013/05/01(水) 01:54:05.98

nictのIX系が止まって2年以上経つけど、結局復活しないのかねぇ
JGN-X経由でA系はJPNAP内に、B系はJPIX内に、みたいな置き方してくれると冗長性と汎用性が高くなって嬉しいんだが

**anonymous** · 2013/05/05(日) 16:51:08.45

国立天文台のって昔は三鷹のgpsのにしろ水沢の原子時計直結のにしろ一般からの接続は不可だったと記憶してるけど
http://www.miz.nao.ac.jp/vlbi/ntp.html
この書き方だと今は一般でも使っていいのかな？
天文保時室のセシウム原子時計準拠のstratum 2かつラウンドロビンだからmfeedと同時指定/バックアップとしてよさげなんだが

**anonymous** · 2013/06/02(日) 22:12:08.52

http://www.mfeed.co.jp/
> 2013.05.31
> インターネットマルチフィードが提供する「時刻情報提供サービスfor public」をもっともっと多くの皆さんに知ってもらうため、
> ツイッターを使った情報発信を始めました。アカウント名は、「ntp_for_public」です。
> メンテナンス、故障などの情報をつぶやきますので、ツイッターのアカウントをお持ちの方はぜひ「フォロー」してください。
> あわせて[ホームページのコンテンツ]も更新しました。

**名無し** · 2013/06/26(水) 03:14:14.02

ntp_for_public/ntp_for_public 2013/06/24(月) 14:38:48 via web
弊社Public NTPは一日あたり、
約３億アクセスもご利用いただいています。
特に深夜から早朝の時間帯については、
アクセス数が多くなっています。

ご利用いただき、いつもありがとうございます。

**anonymous@**s518124.xgsspn.imtp.tachikawa.spmode.ne.jp · 2013/06/26(水) 09:18:17.69

実験公開の頃がntp1が2300万アクセス/日、ntp2,3がそれぞれ1000万アクセス/日だったからそれと比べると一桁増えてるが、それでも単純計算で3500アクセス/秒か
nictの100万リクエスト/秒がどれだけ余裕持った設計なのかわかるってもんだな

**anonymous** · 2013/06/26(水) 10:08:31.83

アクセス数全体に占めるIPv6トランスポートの割合はどのぐらいなんだろ？
俺はRT58iにntp3.v6.mfeed.ad.jpを設定してる。

**anonymous** · 2013/06/26(水) 21:15:06.51

NICTとMFEEDの比較とかしてみたいが、NICTは統計情報や精度情報を出さなくなっちまったからなぁ

**anonymous** · 2013/06/28(金) 16:32:46.52

ntp_for_public/ntp_for_public 2013/06/28(金) 15:08:10 via web
現状、11:30(JST)にアクセスが集中しております。
(´-`).｡oO（可能であれば11:30(JST)にアクセスするのはお避けください。

**anonymous@**s2307162.xgsspn.imtp.tachikawa.spmode.ne.jp · 2013/06/29(土) 00:31:00.14

minpoll, maxpollでちゃんと指定しとけば固定時刻に集中してアクセスするなんてことにはならないんだがなぁ

**anonymous@**FL1-119-244-91-159.koc.mesh.ad.jp · 2013/07/08(月) NY:AN:NY.AN

特定時刻にアクセスってのはntpdateを定時に動かしているようなものでしょう
デフォルト設定が11:30にmfeedのフリーソフトでも広まってるんじゃない？

**anonymous** · 2013/07/25(木) NY:AN:NY.AN

ntp_for_public ?@ntp_for_public 3:15 PM - 25 Jul 13
(´-`).｡oO（23日からアクセス数が急激に落ちてます。。なぜだろう。。
https://twitter.com/ntp_for_public/statuses/360282036721811456

デフォルトが変わったクライアントソフトでもあるのかね？

**anonymous** · 2013/08/04(日) NY:AN:NY.AN

https://twitter.com/ntp_for_public/status/362072759360172033
(´-`).｡oO（相変わらず暑い毎日ですが、public ntpは相変わらず11:30のアクセスが多いです。。
https://twitter.com/ntp_for_public/status/362475423336103937
ここ数日間、ntp1よりntp2のがアクセス数多くて人気です。 (´-`).｡oO (ntp2が人気なんだ..)
https://twitter.com/ntp_for_public/status/363140894523793408
きょうのアクセス比率は、ntp1:ntp2:ntp3 = 5:6:1です。 (´-`).｡oO (ntp3は、人気ないのか..)

相変わらずよくわからん利用状況だな
クライアント側がntpdで3つ指定しとけばこんな偏りは出ないはずなんだが

**anon** · 2013/08/09(金) NY:AN:NY.AN

2つしか指定してないとか

**anonymous** · 2013/09/08(日) 15:13:35.76

7/25付でntp.orgのStratum Two Time ServersリストにJPなのが1つ追加されてるんだが、素性がよくわからんなこいつ

http://support.ntp.org/bin/view/Servers/PublicTimeServer000978
ServerStratum StratumTwo
CountryCode JP
Hostname minx.samspin.net
IP Address 59.157.6.14
IPv6 Address 2001:2e8:63f:0:2:1:0:e
UseDNS Yes
PoolMember No
ServerLocation Tokyo, Japan
HostOrganization

IPアドレスの割り当ては確かにJPだけど、メンテナ(http://support.ntp.org/bin/view/Users/SamuelPinder)の国はUKとなってるし、実際にサーバにアクセスしてみるとStratum 2じゃなくて3になってるし

**anonymous** · 2013/09/16(月) 01:35:39.78

mfeedはなんでntp.orgのリストに登録しないんだろうな？

**anonymous** · 2013/09/16(月) 08:36:39.08

ふつうに見かけたような気がするけど
jp.pool.ntp.orgは有象無象なので
NICT使ってます

**anonymous** · 2013/09/16(月) 11:00:22.91

NICT: ntp.orgのPrimary Server List (http://support.ntp.org/bin/view/Servers/StratumOneTimeServers)に登録してる
MFEED: ntp.orgのSecondary Server List (http://support.ntp.org/bin/view/Servers/StratumTwoTimeServers)に登録してない

どちらもpool.ntp.orgには加わってない

**anonymous** · 2013/09/16(月) 11:55:03.33

NTT東西のNGN内でフレッツユーザー向けに提供されているSNTPサーバーの話題はスレ違い？
>>94-139で語られた内容が現実になって久しいのに、
なぜかwiki@nothingに載らないし、ごく一部でしか話題に出ない。

**anonymous** · 2013/09/16(月) 12:57:34.51

>>465
スレ違いではないだろう
ただ、NGN内のサーバに関しては、ISP外からアクセスできないサーバと同じように、お前さんみたいなフレッツユーザが検証してwikiに書き込むしかないだろ
「なぜか」なんて他人事のように言われても、俺も含めてフレッツユーザじゃない奴には何もできない

**anonymous** · 2013/09/16(月) 14:21:05.30

君がntp.orgが好きなのはわかったから
URLカッコでくくるのやめてくんないかな

**465** · 2013/09/16(月) 16:09:31.00

情報まとめてみた。

NTT東西のフレッツ光ネクスト（フレッツ光マイタウンネクスト含む）と
フレッツ光ライトはNGNにてSNTPサービスが提供されており、
そのアドレスはDHCPv6で通知されています。

ホームゲートウェイ（ひかり電話ルーター）の「DHCPクライアント取得情報」には、
プライマリー（1番目）のSNTPサーバーアドレスのみ表示されます。
ホームゲートウェイ自身にはSNTPサーバー機能が無く、NGNから通知された
複数のSNTPサーバーアドレスをそのままDHCPv6クライアントへ通知します。

2.4.2.1.3　IPoE方式におけるDHCPv6によるレイヤ3情報（網内サーバ）の自動取得
NTT東日本：https://flets.com/pdf/ip-int-flets-3.pdf#page=20
NTT西日本：https://flets-w.com/next/download/tool/gijyutsu_sankou_next_light.pdf#page=21

現在通知されているSNTPサーバーアドレス
NTT東日本　2404:1a8:1102::a、2404:1a8:1102::b
NTT西日本　2001:a7ff:102::a、2001:a7ff:102::b、2001:a7ff:102::c
※環境によっては2001:a7ff:102::cを取得しないこともあるようです。
これらは将来変更される可能性や、サービスの契約状況
（フレッツ・v6オプションやIPoE接続事業者など）によって
差異がある事も考えられるので、各自で通知内容を確認してください。

参考情報
https://www.seil.jp/community/node/33
http://www.gcd.org/blog/2011/07/820/#comment-2015

地域IP網からNGNへのマイグレーションにより、現在は
フレッツ・光プレミアム（フレッツ・光マイタウン含む）と
NTT東日本のBフレッツもNGNに収容されていますが、
上記のSNTPサーバーを利用できるか否かは分かりません。
尚、こちらで確認したのはNTT西日本のフレッツ光ネクストのみです。

**anonymous@**gate-a2.kobegakuin.ac.jp · 2013/12/24(火) 16:44:18.23

>>446
網内からしか接続できませんでした。

**anonymous** · 2014/02/01(土) 23:16:40.50

ntp_for_public/ntp_for_public 2014/01/31(金) 14:43:50 via web
以下のとおりメンテナンスを予定しております。
何卒ご理解のほど、よろしくお願い致します。
作業日時：
2014年2月7日(金) 16:00 - 19:00
2014年2月13日(木)14:00 - 17:00
影響内容：
NTPサーバへのアクセスが不安定となる場合がございます。

**anonymous@**115x125x183x33.ap115.ftth.ucom.ne.jp · 2014/02/10(月) 07:04:06.89

東京都知事選挙の争点に女性専用車両の廃止

東京の問題は、女のわがままによって生まれた女性専用車両が存在し
車内で男性が被害を受け、不便さを押し付けられ、混雑した状況に不当に押し込まれていることです。

＜女性専用車両にはこんな女が生息しています＞
http://www.youtube.com/watch?v=7QyHmAe2c-0&;list=PLzeFCSP7xRziIIipBhtKgGQ-aCrLXq8Hi

新しい東京都知事のテーマは、
男性を差別した悪質な女のわがままである女性専用車両を廃止させることです

**anonymous@**i121-114-37-14.s42.a001.ap.plala.or.jp · 2014/08/24(日) 11:40:35.87

最近、光ネクストになったので >>468 を試してみた。
北海道からなのでISPのNTPもNGNのNTPもdelayは変わりないのだが
jitterが桁違いにNGNのNTPのほうが少ない。
混雑してない時間での話だから、ピークタイムになればもっと差が出るのだろうな。
DHCPv6で通知されてるかどうかわからないけど、2404:1a8:1102::cもNTPとして動いてた。

**anonymous** · 2014/08/24(日) 15:41:47.90

>>472
推測だけど、
DHCPv6で通知されるSNTPサーバーアドレスの数は
・ひかり電話契約なし…3個
・ひかり電話契約あり…2個
なのかもしれない。
3個通知されている人は、ひかり電話を契約していないようだった。
あるいは、一部の収容局でひかり電話契約あり時のプレフィックス長が/48になるように、
DHCPv6で通知されるSNTPサーバーアドレスの数も収容局によって異なるのかもしれない。

**anonymous@**pc6.rsc367-unet.ocn.ne.jp · 2014/08/29(金) 14:03:19.37

市販ルーター使ってる人は、NGNのNTPは使用できない？

**anonymous** · 2014/08/29(金) 19:36:23.09

>>474
IPv6ブリッジを有効にできるルータなら市販でもOK
ルータ配下のマシンにNNTPサーバのアドレスを指定すれば使える。
v6オプション契約は必要ない

**anonymous** · 2014/08/29(金) 23:33:44.47

>>474
使用できるよ。
技参資のとおり、NGN（IPv6 IPoE）のDHCPv6サーバーはSNTPサーバーアドレスを通知している。
また、NTT東西レンタルのホームゲートウェイ（ひかり電話ルーター）は、
取得したSNTPサーバーアドレスをそのままDHCPv6サーバー機能で通知している。
だから、市販ルーターをホームゲートウェイのLANポートに接続する場合と、
ホームゲートウェイを使用せずに市販ルーターをUNI（ONUのLANポート）に接続する場合の
どちらも同じように、市販ルーターはNGNのSNTPサーバーアドレスを取得することができ、
それを使用することができる。

例えばヤマハルーター（RT58i以降）の場合、
取得したSNTPサーバーアドレスを表示させるにはshow status ipv6 dhcp コマンドを使う。
表示されたアドレスをntpdate コマンドで指定することで時刻修正できる。
定期的に自動修正させるにはschedule at コマンドでntpdate コマンドを指定、
あるいはGUIの「本体の設定(日付・時刻、ブザー )」にある「問い合せ先NTPサーバ」の項目に入力する。

**anonymous** · 2014/08/30(土) 07:28:46.41

市販ルータだとDHCPv6サーバ/クライアント機能が無くて、
NTPサーバのアドレスを手動指定しないといけないのもある。
最近のにはDHCPv6が入ってるのかな?

**anonymous** · 2014/08/30(土) 15:40:19.34

IPv6トランスポートでのSNTPサービス利用の話題だから
市販ルータの中でもIPv6ルータを想定するとして、
IPv6ルータは余程古いものでない限りDHCPv6クライアント機能は入ってる。
でも、SNTPサーバアドレスの自動取得やIPv6トランスポートでのSNTPサービス利用には
幾つかの機能が必要なので、最近の製品であっても必ずしも利用できるとは限らない。
ひとつの目安として、光ネクストにおけるインターネット(IPv6 IPoE/IPv6 PPPoE)接続
への対応を謳っている製品では利用できる可能性が高いと思うけど、
メーカーへ問い合わせるのが確実だね。

参考資料
IPv6家庭用ルータガイドライン（2.0版 2010年7月29日発行）
https://www.v6pc.jp/jp/upload/pdf/v6hgw_Guideline_2.0.pdf

IPv6家庭用ルータガイドライン第2版とTR-124i2の比較
https://www.v6pc.jp/pdf/v6hgw_tr124i2_comparison_1.0.pdf#page=9
> SNTP_SERVERS (RFC 4075), Domain Search List (RFC 3646),
> Client FQDN (RFC4704). を要求できること．(SHOULD)
> 記述としては，要件40,62 に含まれているが，明示的に取得することを次版で検討する．
https://www.v6pc.jp/pdf/v6hgw_tr124i2_comparison_1.0.pdf#page=31
> ガイドラインに記述はないが，HGW が NTP クライアントの機能を持つ場合には，IPv6 トラン
> スポートでのアクセスも可能にすべき(SHOULD)という記述を次版で追加することを検討する．

ヤマハNVR500 Rev.11.00.16リリースノート
http://www.rtpro.yamaha.co.jp/RT/docs/relnote/NVR500/relnote_11_00_16.txt
> [9] DHCPv6クライアント機能で、Request、Inform-Requestの要求オプションリストに
> Domain Search List(24)、SNTP Servers(31)を設定するようにした。
> [13] ntpdateコマンドでIPv6アドレスであるNTPサーバーへのアクセスに対応した。
> また、SNTPサーバー機能でグローバルユニキャストアドレスであるIPv6アドレスか
> らのアクセスに対応した。

**anonymous@**pc5.rsc367-unet.ocn.ne.jp · 2014/10/24(金) 16:17:28.33

>>476
ありがとうございます。
ホームゲートウェイはレンタルして無くて、ONUにNECのAtermWR9500Nを直接繋いでるけど、これでもいけるのかな。

**anonymous@**ngn1-ppp3236.tokyo.sannet.ne.jp · 2014/11/08(土) 23:56:57.27

ntp.nict.jp死んでません?

**anonymous** · 2014/11/09(日) 00:23:00.15

Win機しか手元にないからw32tmコマンドでの確認だけど、ちゃんと反応返ってくるし時刻も取得できるぞ

**anonymous** · 2014/12/22(月) 20:35:39.74

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へのアップデートを

**anonymous** · 2015/02/22(日) 15:18:17.63

wikiの推奨公開サーバのNICTに関する記述が

NICTはSINET上にあるため、多くのISPからは自社網→JPIX→SINET→NICTと経由することとなり、MFEEDと比較するとhop数やpingの応答の面では不利となる。

から

現在JPIXに対して、NICTが直接接続しており、多くのISPではたいして差がない。

に変更されてるんだが（差分：http://wiki.nothing.sh/page?cmd=diff&;page=NTP%2F%BF%E4%BE%A9%B8%F8%B3%AB%A5%B5%A1%BC%A5%D0）、そんなアナウンスあったっけ？

ntp-a2.nict.go.jp (133.243.238.243)
ntp-a3.nict.go.jp (133.243.238.244)
ntp-b2.nict.go.jp (133.243.238.163)
ntp-b2.nict.go.jp (133.243.238.164)
のtracrt確認してみたが全部ISP→JPIX→SINET→NICTのままだし、digでもこの4つ以外は出てこないんだが

**anonymous@**PPPa284.e3.eacc.dti.ne.jp · 2015/02/22(日) 19:59:04.61

>>483
dns-a.iij.ad.jp. 47052 IN A 210.130.1.45
dns-a.iij.ad.jp. 57785 IN AAAA 2001:240:bb81::2:1
ns1.nict.jp. 13737 IN A 133.243.3.1
ns1.nict.jp. 13737 IN AAAA 2001:df0:232:300::1
ns2.nict.jp. 13737 IN A 133.243.3.2
ns2.nict.jp. 13737 IN AAAA 2001:df0:232:300::2
kns1.nict.jp. 65331 IN A 133.243.239.88
kns1.nict.jp. 13737 IN AAAA 2001:df0:232:ef50::58

うちのnict.jpのdigはこれ。

**anonymous** · 2015/02/23(月) 01:14:19.84

>>484
それADDITIONAL SECTIONでしょうが
ANSWER SECTION見ようよ

**anonymous@**PPPa270.e3.eacc.dti.ne.jp · 2015/02/23(月) 15:20:02.26

>>485
失礼しました。
>>483と同じでした。
tracerouteするとsinetを経由してました。

**483** · 2015/03/08(日) 01:55:21.34

wikiのNICTに関する記述を元に戻しておいた

**anonymous@**125-8-20-186.rev.home.ne.jp · 2015/06/09(火) 19:34:08.73

スレが立てられてから既に10年以上経つけど、まだこの種の問題は継続しているのかな。
ドッグイヤーと言われる進歩の早いIT業界だから既に過去の問題になっていると思った。

**anonumous** · 2015/06/26(金) 15:35:11.37

さて、あと数日でうるう秒の日ですな。Linux 周辺ではカーネルバージョン次第で CPU 100% に
なってしまうという問題があったりして少しバタバタしてましたけど、皆様方はもう準備が完了して
いますか？

こちらでは上記 Linux の対応で ntpd の設定を変更をしたり、ついでに今頃になってから
iburst オプションの存在を知ったり、という感じで数日前にようやく準備が終わりました。
ところで iburst マジ便利ですね。同期が早い早い。

**anonymous@**113x37x143x218.ap113.ftth.ucom.ne.jp · 2016/05/05(木) 21:35:38.90

久しぶりにageとく

**anonymous** · 2016/05/06(金) 00:44:38.67

スゲ～

1 stratum-774 sage 05/01/24 01:34:59

誰も居ないのか、話題がないのか・・・

**anonymous@**pw126254070187.8.panda-world.ne.jp · 2017/01/01(日) 02:35:59.63

leap indicator でのうるう秒の情報の有無(これを書いてる時点で)
MFEED あり
NICT あり
ntp.bbtec.net あり
ntp-tk01.ocn.ad.jp あり
ntp02.tk.mesh.ad.jp あり
time.windows.com あり
jp.pool.ntp.org 4カ所中4カ所あり
ntp.ring.gr.jp 2カ所中1カ所あり
time.asia.apple.com 3カ所中1カ所あり
time.apple.com 4カ所中0カ所あり

Google Public NTP 特殊 ※うるう秒は挿入せず、時間をかけて遅延させる。既に遅延は始まってる

※ IP アドレスが複数あるものなど、すべて網羅できているとは限らない

Mac OS X は、デフォルトのままだといつうるう秒が挿入されるか予測がつかないな。

**anonymous** · 2017/06/07(水) 10:37:34.67

フレッツ光契約したので>>468を使うことにした。
ルート遅延が0.0061804sと、予想通りプロバイダー経由で公開NTPに接続するのとは比較にならないくらい少なかった。

**anonymous** · 2017/06/07(水) 17:15:38.00

>>493
NGN のサーバーだと、インターネット上のいろんなサーバーと比較して常に 30ms ほどずれてるし、ジッタも大きいから自分は使ってない。ちなみに西日本。

**anonymous** · 2017/07/12(水) 04:07:06.21

東はmfeedと1ms以内でまともだよ
むしろインターネット経由だと混雑時間帯に下りだけ遅くなって狂うのでNGNのものしか実用にならん

**anonymous** · 2017/12/22(金) 10:05:58.06

まとめサイトですまん

福岡大学の公開NTPサーバーに関するまとめ - Togetter : https://togetter.com/li/1182233

**anonymous@fusianasan** · 2017/12/28(木) 05:39:43.07

誰でも簡単にネットで稼げる方法など
参考までに、
⇒　『加藤のセセエイウノノ』というサイトで見ることができるらしいです。

グーグル検索⇒『加藤のセセエイウノノ』

XDTCWE94CS

**anonymous@fusianasan** · 2018/01/27(土) 18:56:00.72

福岡大がやめるってよ
https://www.janog.gr.jp/meeting/janog41/application/files/9815/1692/5488/janog41-sp10ntp-fujimura-03.pdf

**anonymous@fusianasan** · 2018/02/11(日) 12:49:17.18

正しい時間
https://vod.ouj.ac.jp/view/ouj/#/navi/vod?ca=633

**hage** · 2018/02/18(日) 03:30:08.07

・

【関電 66.9 %】 (ﾜｯﾁｮｲ) · 2018/02/22(木) 06:34:41.33

TPlinkさげ

**anonymous@fusianasan** · 2018/02/22(木) 20:06:03.52

☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が３分の２を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆

**anonymous@fusianasan** · 2018/05/21(月) 18:20:30.12

ユニークで個性的な嘘みたいに金の生る木を作れる方法
興味がある人はどうぞ
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

DEM5Q

**anonymous** · 2019/04/10(水) 20:39:14.87

ringで参照されるサーバーがタイムアウト起こすのは放置されてるってことかね

**anonymous** · 2019/06/07(金) 12:51:00.55

https://twitter.com/ntp_for_public/status/1136200921157738497

以下の通りメンテナンスを行います。
ご理解のほどよろしくお願い致します。
日時：
2019年6月10日(月)10:00 - 11:00 の数分間
2019年6月14日(金)07:00 - 11:00 の数分間
影響：
NTPサーバへのアクセスが不安定となる場合がございます。
https://twitter.com/5chan_nel (5ch newer account)

**anonymous@fusianasan** · 2019/07/03(水) 12:29:57.43

福岡大学が独自に運用してきた日本初の公開NTPサービスを利用しないように呼びかけ中、将来的な停止で世界規模の影響が出る恐れも - GIGAZINE
https://gigazine.net/news/20190702-fukuoka-u-ntp-server-shut-down/

**anonymous@fusianasan** · 2019/07/06(土) 20:21:31.63

>>506
影響を受けるのは海外で使われてるIPアドレス生書きのクソ製品だろ。海外リンクのinboundでフィルタかければどってことはない

**anonymous@fusianasan** · 2019/07/07(日) 00:34:55.75

フィルタ点の手前までは帯域が埋まるんですが、それは

**anonymous@fusianasan** · 2019/07/07(日) 04:43:15.80

ちゃんと返事しないと数Gbps送りつけられるわけだが

**anonymous@fusianasan** · 2019/07/07(日) 07:30:43.09

国外のことは国外で対処してもらえば良い

**anonymous@fusianasan** · 2019/07/07(日) 11:20:04.13

どうやって持続的に対処してもらい続けるわけ？
ある日突然フィルタ無くなったらどうする？

**anonymous@fusianasan** · 2019/07/07(日) 12:42:45.19

>>511
設定が消えたら大量のntpパケットが飛び込んでくるから分かるだろ。そしたらまた設定を依頼するだけ。

**anonymous@fusianasan** · 2019/07/08(月) 18:08:38.54

そもそもエッジでブロックすればなんともないんだからプロバイダがいえばええやん。NTTとiij
とkddiにいえばだいたい収まるだろ

**anonymous@fusianasan** · 2019/07/10(水) 15:28:38.34

“DoS攻撃並み”のトラフィックでまひ寸前！　福岡大学NTPサービスの悩み（要約）
https://www.itmedia.co.jp/news/articles/1907/10/news041.html

**anonymous@fusianasan** · 2019/07/10(水) 16:02:51.20

DoSじゃなくてDDoSだろと

**anonymous@fusianasan** · 2019/07/10(水) 20:16:47.92

もうウソ時間返しちゃえよ
ちょっとプロトコルからずれて長すぎて処理できなさそうなパケットを返してもいい

機器管理者が「異常だ」と感じない限り、直らないのだから

中国のメーカーもだけど、ブラジルなんかクソ遠いのにわざわざ地球の裏側を参照するし
ドイツなんか、IT先進国ぶってこのザマだよ

ま、ドイツのは仲良しの中国メーカーのせいっぽいけどな

**anonymous@fusianasan** · 2019/07/10(水) 20:51:47.00

>>516
疎通確認に利用してる機器は何の問題もなく動作して、本来の目的で利用してる機器で異常が起こる。

**anonymous@fusianasan** · 2019/07/28(日) 17:07:08.61

>>517
もう停止宣言してんだから使うなって話だろ
今更時間が狂ったところで合わせてる方が悪いだろ

**anonymous@fusianasan** · 2019/07/28(日) 18:40:26.01

時計狂わせたらその人たちは気づいてくれるのだろうか
生存確認はどうすればいいのかわからんが

**anonymous@fusianasan** · 2019/07/28(日) 20:19:16.31

ちゃんと時刻情報を利用しているクライアントが僅かだとしても、止める前にウソ時刻を流すのはやっといた方が良いと思う。停止宣言を見ていない利用者が気付くかもしれない。

**anonymous@fusianasan** · 2019/07/30(火) 21:50:31.42

https://i.imgur.com/LQJyUA8.jpg

**anonymous@fusianasan** · 2019/09/16(月) 10:37:41.18

2038年を過ぎた時刻を返すべきだな

**anonymous@fusianasan** · 2019/09/16(月) 19:46:21.47

>>520
>>522
迷惑かける可能性はあるけど、止めること前提なら、逆に動作異常が起きてもらったほうが良いのかもね。

**anonymous@fusianasan** · 2020/03/15(日) 10:00:49.53

2020/3/9
従来の小金井本部に設置されたサーバーに加えて神戸副局にもサーバーを設置して、神戸での試験的なNTPサービスを開始しました。
IPアドレスは以下のとおりですが、ネットワークの構成変更やプロバイダの変更により変わる可能性がありますので、これまで通りNTPサーバ名「ntp.nict.jp」での登録をお願いいたします。
「ntp.nict.jp」とすることにより、小金井・神戸のどちらかのサーバーにアクセスすることになります。

IPv4　61.205.120.130
IPv6　2001:ce8:78::2

NICTが分散配置を開始した模様

**anonymous@fusianasan** · 2020/03/17(火) 20:30:28.26

https://www.sakura.ad.jp/information/pressreleases/2020/03/17/1968203094/
https://elab.sakura.ad.jp/ntp-trial/

さくらインターネットが、FPGAベースのハードウェアNTPサーバーを実験公開
時刻源はGNSS、Stratum 1。負荷は約10ギガビット／秒（約1300万リクエスト／秒）
福岡大と協力での開発とのこと

サーバーは
fpga-ntp-trial.elab.sakura.ad.jp

**anonymous** · 2020/03/17(火) 21:33:38.76

>>525
＞当サービスは2021 年3 月末日までの時限にて運用され、正式なサービスとしての継続は行われません。

**anonymous@fusianasan** · 2020/03/19(木) 16:04:57.04

Building a more accurate time service at Facebook scale
https://engineering.fb.com/production-engineering/ntp-service/

FacebookがパブリックNTPサーバーを公開
・Chronyベース
・時刻源はGNSS
・Stratum 1
・leap smear

アドレスは
time.facebook.com
　time1.facebook.com
　time2.facebook.com
　time3.facebook.com
　time4.facebook.com
　time5.facebook.com

**anonymous@fusianasan** · 2020/03/19(木) 16:20:59.74

Facebookもか

**anonymous@fusianasan** · 2020/03/29(日) 08:44:11.56

https://jjy.nict.go.jp/tsp/PubNtp/#onegai

おねがい

■NTP version 1からNTP version 2以降への移行をお願いします。

NICT公開NTPサービスでは、神戸副局のNTPサーバから新規のサーバに更新されNTP version 1に対応しなくなりました。これにより、NTP version 1をご利用の場合は時刻取得に失敗する場合があります。
また、今後小金井のサーバについても逐次更新が予定されております。
このため、現在NTP version 1を利用されている場合は、NTP version 2以降への移行をお願いします。

**anonymous@fusianasan** · 2020/05/11(月) 05:30:52.19

http://wiki.nothing.sh/page/NTP
死亡の模様

**anonymous@fusianasan** · 2020/07/21(火) 14:50:05.53

NICT、 http/httpsを利用した時刻配信を停止
https://jjy.nict.go.jp/httphttps-index.html

**anonymous@fusianasan** · 2020/07/29(水) 10:02:28.22

>>530
蘇生した

>>531
nothing.shの推奨公開サーバーのページに反映させた

**anonymous@fusianasan** · 2020/07/31(金) 12:43:11.51

NTP神戸副局は

ntp-k1.nict.jp
(ntp-k1.nict.go.jpではない)
61.205.120.130
2001:ce8:78::2

IPv6対応
v4、v6ともにntp.nict.jpのプールに含まれる

ntp-k2.nict.jp
61.205.120.131
2001:ce8:78::3
というのもあるけどNTPサーバーとしては動いていない模様

**anonymous@fusianasan** · 2020/07/31(金) 13:14:55.42

http://support.ntp.org/bin/view/Servers/PublicTimeServer001640

JPのStratum 2として公開されてる ntp.osaka.ox.gy
ロケーションが「Habikino-shi, Osaka-fu, JP」とされてるんだが

組織名が「OX. 社会福祉部/社會公益事業部」
サーバーにアクセスしてみると https://www.ox.gy/sra/

どう見ても中国……

**anonymous@fusianasan** · 2020/07/31(金) 17:22:29.19

so-netだから、nuro引いてる大阪の個人なんじゃないかな

**anonymous@fusianasan** · 2020/08/02(日) 14:34:32.25

nothing.shにFacebookとさくらインターネットを追記した

**anonymous@fusianasan** · 2020/08/04(火) 10:48:04.00

Windows Timeの場合、ntpdやchronyのpool、OpenNTPDのserversのようなプールの一括指定ができないのが不便だな

**anonymous@fusianasan** · 2020/08/04(火) 11:39:51.68

LAN内の鯖にプール設定して窓からそっち参照させればいいじゃん

**anonymous@fusianasan** · 2020/09/25(金) 08:18:28.59

NICTの急激なアクセス増大はPOOLが原因だという皮肉

**anonymous@fusianasan** · 2020/09/25(金) 08:56:20.05

負荷分散とは一体…うごご…

**anonymous@fusianasan** · 2020/09/25(金) 09:53:04.33

同一組織内のプールの目的は、負荷分散ではなく耐障害性の確保だろ
nictでも、A系、B系どちらか片方だけ障害で落ちることはあるけど、両方同時に落ちたというのはないはず

**anonymous@fusianasan** · 2020/10/11(日) 10:14:52.00

https://twitter.com/ntp_for_public
ntp_for_public
@ntp_for_public
注意: このアカウントは一時的に制限されています
このアカウントは不審な行為が確認されています。表示してもよろしいですか？

何やらかしたんだ？
https://twitter.com/5chan_nel (5ch newer account)