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

俺はその設定が嫌でOpenNTPDに乗り換えた

>>756
OpenNTPDって昔
http://slashdot.jp/opensource/comments.pl?sid=196608&cid=594155
なんてことがあって悪いイメージがあったが、今はどうなの？

たとえばserverをホスト名で設定し、restrictもホスト名で設定したりすると
そのホスト名で得られるIPアドレスがラウンドロビンされてたときに
大変なことになるっぽい。

>>754
そうなんだよね。俺もいまいち理解していないもんだから、落とし穴にﾊﾏりまくりなんだよね。

>>755
あ、確かにその方が楽だよね。
しかも既にiptablesでLAN内と上位NTPｻｰﾊﾞｰしかつながないようにしてるよ。
ntp.confで無意味な事してた。

ttp://www2.nict.go.jp/w/w114/tsp/JST/JST5.html
を何回かリロードしても0.5秒遅れのまま

ttp://www2.nict.go.jp/w/w114/tsp/link/JST.html#12
> 「地域標準時との差」について 2009.02.02

> PCの時計を合わせたばかりでも、「あなたのコンピュータの内蔵時計」の「地域標準時との差」が0にならないことがあります。

> * JSONP 版では表示が0.1秒単位になっていますが、ネットワークの状況によっては、それ以上の時刻誤差が出ます。 再読み込みを行うと、DNS のキャッシュ効果等により、若干誤差が減ることが多いようです。
> * Windows XP 等に標準装備されている「日付と時刻のプロパティ」「インターネット時刻」によって手動で 時刻合わせを行った場合、その直後でも時刻誤差が生じていることがあるようです。他のPC時計合わせソフトを 試してみてください。
> * 時計合わせを行っても、そのままでは表示に反映されません。 「再読み込み」を行うか、ブラウザの再起動を行ってください。

"Windows Time" じゃダメなのか…
Windows XP, 7 でお薦めの ntp クライアントって何？

板違い。

こっちだったか
ttp://hibari.2ch.net/test/read.cgi/mysv/1106560587/

けど
>>1
> 時計の正確さの自慢，および，街で見つけたNTPサーバを
> 貼り付けるスレです．時刻合わせの運用面における悩みも
> どーぞ．

ntpd 使ってれば運用面の問題無さそう
Linux板でのこのスレの存在意義って何？

存在意義わからないなら来なきゃいいじゃん。

nictとmfeed使ってるんだけど、いつも同期はnictなのに初めてmfeedになった。回線の近い遠いは変わるって事を
初めて体験した。

JJYおおたかどや山送信所が暫定復帰したと思ったら、あっという間に止まっちゃったね。
佐賀の60kHzも外に出てれば受信出来るけど、室内にある時計はやっぱり無理だった。＠札幌
このまま原発のせいで低波が続けば、こっちの人間は電波時計の値打ちが無くなるよ。

10日に川内村が一時帰宅出来るようになるんだね。
JJYの中の人も入れるかなぁ?
早く落雷送信停止から復旧してほしいよ。

ntpで同期してくれるカジュアルな時計はないものか

>>767
漏れもWifiインターフェース付きntp同期時計できないかなって考えてた。

>>767,768
ipv6普及でﾈｯﾄ家電が出るって一時期言ってたことあったけど、ntpｸﾗｲｱﾝﾄ付き時計はあって良いよね。
実用的だしね。

そうなんだよ〜今デジタル時計付きUSBハブを使って
いるんだけど、時刻が狂う。

PC使って、USBで繋がっているのに時刻が狂う時計を使用しているって
なんなんだろうなってふと自問自答w

>>770
USB で時刻情報取れるの?

「USBで」が何を意図してるのかわからんけど、ActiveSyncでUSB接続時に時刻同期された。

時刻同期をしてくれるレトロな時計なら見つかった。
今は売り切れているけれど。

密売東京 | ニキシー・クロック (卓上ニキシー管時計)
ttp://www.mitsubai.com/tokyo/detail/tk013007.html

連投スマン。ニコ動での>>773の商品説明動画
紹介文に依ると、
> 11/04/24まもなく販売を再開します！
だって
ttp://www.nicovideo.jp/watch/sm3739859

とりあえず、電波、GPS、ntp、校正手段はこれぐらいか？
ntp方式の4000円くらいのどっかで出さないかなあ

NTP だと実装めんどそう。

>>776
電波時計とかGPSあたりは専用の石があるもんね。
ntpの奴もどっかで出せば、安く出来ると思うんだけど。

俺用メモwindows用のだけど

窓の杜 - 【REVIEW】標準電波の代わりにPCで電波時計の時刻を合わせる「電波時計用JJYシミュレータ」
http://www.forest.impress.co.jp/docs/review/20110418_440067.html

>>778
JJYの周波数40kHzをPCのサウンドデバイスから取り出すのか。
それも13.333KHzの音声信号を出してその3逓倍を利用。

NTPをJJYに変換するソフトなんだけどRFトランスミッターを
使わなくても時計が受信できる程度の電界強度はあるのね。

ntp1.sakura.ad.jpって公開NTPサーバだったんだな
wikiの推奨公開サーバに入れてもいいのかな

ttp://ntp1.sakura.ad.jp/
>ntp1.sakura.ad.jp はさくらインターネット が公開する、
>どなたでも利用できるStratum 1のNTPサーバです。

>>778
パソコンの時計を修正できるものじゃないのね…。

時刻合わせage

nc(netcat) で daytime サーバー叩くのってどうよ http://tf.nist.gov/tf-cgi/servers.cgi

ntpdに対するメリットがなさげ

RFC1149を使ってNTPで時刻合わせをやってみたいｗ

3G回線でも安定しないのにRFC1149なんてやったらどうなるやらw

>>786
+-1日くらいの誤差でなら合わせられるだろ。

何が起きたのだろう
http://headlines.yahoo.co.jp/hl?a=20110714-00000000-scn-int

水晶発振器に干渉が起きるような現象があったのかな

まさかの地磁気
とか。

バッファローのルーター新機種がデフォルトでmfeed採用してた
ならサーバーも入れて欲しかったなぁ

ｋ

>>791 とても同意。

ところで、公開NTPサーバーの時刻が2分もずれていることってあるのでしょうか。
WindowsXPの日付と時刻の調整のインターネット時刻でサーバーを
jp.pool.ntp.orgにしていたら、同期後に2-3分遅れてしまいました。
「今すぐ同期」で直りましたが、複数のサーバーのどれかに接続するようなので、
NTPサーバーのうち1台だけ遅れているサーバーがあってもこちらからでは知りようがありません。

LinuxとかWindowsというよりも、公開NTPサーバーにどの程度信頼をおいていいのか参考にしたく、
似たような経験をしたという話だけでもあると助かります。

>>793
ntpdate -q jp.pool.ntp.org したけどズレてないぞ？

>>793
ntpdであれば、複数のサーバを指定しておけば
1台だけ時刻が大きくずれていたら同期対象から外されるようになってる
だから特に気にしなくていい。

windowsは確認したことないけど
少なくともコントロールパネルから設定してると
ずれた時刻を拾ってしまうだろうな

お答えいただきありがとうございます。
>>794
たまたま自分が接続した1台だけずれていたら、もう一回接続して正確なサーバーに
あたるとずれないわけです。
だから、一回ntpdate -q jp.pool.ntp.org してずれてないからといって
ずれたサーバーが存在しないかどうかを知ることはできないと思うのですがどうなんでしょうか。

>>795
windowsだと1台しかサーバー指定がないからずれるという意味であってますか。
それにしても、公開NTPサーバーの時刻が2分もずれるまで放置されることが実際にあるんでしょうか。
それともやはりwindowsの同期方法にサーバー数以外に問題があると考えるべきでしょうか。

>>796
winでもコマンドラインから設定すれば複数のNTPサーバを指定できる。
詳細は>>3のwikiで。

winに関しては板違いだから続けるなら↓でよろしく。
http://hibari.2ch.net/test/read.cgi/win/1225600262/

>>797
教えてくださりありがとうございます。
検索で出ないからwinはないと思っていたらタイトルが微妙に違いましたか...
お手数おかけして申し訳ありませんでした。

BIGLOBEのNTPサーバ 現在
ntp01.tk.mesh.ad.jp　←×
ntp02.tk.mesh.ad.jp　←○
ntp03.tk.mesh.ad.jp　←○

ring 不通なう

(・＿・)フツウ

７月１日に「うるう秒」　３年半振り、１秒長く - 47NEWS（よんななニュース）
http://www.47news.jp/CN/201201/CN2012013101002252.html

NTP使っているのに時々-15時間とかとんでもなく時間が狂うことがあるんですが、
同じような経験をしたことがある人はいらっしゃいませんか。

15時間ってことは9時間だからタイムゾーンがおかしいとかじゃないの。

JST-9をかっちょよくGMT+9とかやって死亡とかねｗ

>>806-807
なるほど、ありがとうございます。
でも、ぴったり-15時間というわけではなくて、分も30分とかでなく
でたらめになっていたので違いそうです。

電池切れとか。
サーバならつけっぱなしなので関係なさそうだけど。

つけっぱなしでも電池切れると時間がおかしくなる場合はある。

ほしゅ

保守

保守

保守

保守

何か色々調べてあって読み切れんがとりあえず貼っとく

NTP設定
http://d.hatena.ne.jp/incarose86/20110505/1312522379

ビールうまい

お前ら

仕事だ

peer と server って悩んだなぁ

beer server

>>816
難しいですね(´・ω・｀)

暑いな

ドライブ中

のどが渇いたら？

# jp.pool.ntp.org の中から stratum 3 以下を弾いて同期する
pool jp.pool.ntp.org preempt
tos celling 3

# jp.pool.ntp.org の中から stratum 3 だけに同期する。
# でもなかなかst3に当たらないので非実用的。ntp.ring.gr.jpなら使えるかも?
pool jp.pool.ntp.org preempt
tos floor 3 celling 4

celling じゃなくて ceiling だった

chronyてこのスレでいいの？
ttp://chrony.tuxfamily.org/

chrony、ちょっと気になってた

chronyはFedoraのどこかから採用されてて、RHEL7には入る模様

ttp://ftp.redhat.com/redhat/rhel/beta/7/source/SRPMS/chrony-1.29-2.el7.src.rpm

rtc以外の手近な独立タイマ類を別クロックソースとして利用する方法ってないかな？
HDDの積算時間計とか温度センサ付きなんだからうまく校正して使えないものか？

HTPのような通信ヘッダを利用する奴も、直接システムタイムを変更するより、
一クロックソースとしてNTPの参照先に使えたほうが安定しそうな気がするけど、
そういう実装ってどっかにないものだろうか？

>>826
Configuring NTP Using the chrony Suite
https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/7-Beta/html/System_Administrators_Guide/ch-Configuring_NTP_Using_the_chrony_Suite.html

>>827
http://cr.yp.to/clockspeed.html

>>829
それは定番の奴でシステムクロックの平均を割り出してるだけじゃないのか？
温度補償もNTPの非常時クロック源化もあったもんじゃないと思うぞ。

>>829
真実と嘘の区別が付かないのが、チョウセンヒトモドキ

>>831
指摘は具体的に。

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

東京理科大のNTP…。
ふざけんなよッ!!

お前ら信じて客先のサーバーでいくつか設定してたが!?
2015年05月03日(日)10:15に取得した日付が…。
1995年09月17日になってたぞ…。

火消しと説明で…地獄を見たぞ･ﾟ･(ﾉД`)･ﾟ･
もうね「独立行政法人情報通信研究機構(NICT)」に変えたわ…。
疲れた…_|￣|○

>>834
で、お前は理科大にいくら払ってたの？

無断使用だったのか、それともpool.ntp.orgあたりを設定しといたら、たまたま
理科大のが選ばれてたのか。後者なら問題だな。

Clock: inserting leap second 23:59:60 UTC

うるう秒無事通過。

NTTもこんなの作ってたのか。8年前だけど。
http://www.ntt.co.jp/journal/0803/files/jn200803063.pdf

鶴岡先生亡くなられてたのか……
http://www.st.ryukoku.ac.jp/~kjm/security/memo/2016/04.html#20160422__ntp

>>839
R.I.P >>8

RHEL6.8に地味にchronyが追加された。誰得？

>>841
まじか…悪改だろそれは

標準電波送信所の定期保守に伴う停波のお知らせ
http://www.nict.go.jp/info/topics/2016/07/160707-1.html

http://headlines.yahoo.co.jp/hl?a=20160708-00000059-it_nlab-sci

2016年末に「うるう秒」が挿入されることが決定　12月31日23時59分60秒が生まれることに

またかよ
てか年越しとかバカかよ

http://www.nict.go.jp/press/2016/07/img/20160708-1.png

定期保守による停波
おおたかどや山標準電波送信所（JJY：40kHz、福島県）
停波日と停波時間（日本時間）：
平成28年9月2日（金）13:00〜17:00
平成28年9月5日（月）〜9日（金）、12日（月）、13日（火）9:00〜18:00

RTCの性能が低すぎるんだよ
タイムサーバー使うの前提なのか
RTC自体が正確性を投げ捨ててしまってる
カシオの最低ランクの腕時計でも±数秒/月くらいなのに

>>849
RTCっていま使われてんの？

>>850
OSが起動中は普通は使われない
つーか正確じゃないから使わないようになってんだろ
んでOSのソフト時計も正確じゃないからタイムサーバーに頼る羽目になる

PCの時計は進んではいけないという事情がある
遅れて補正で進めるのはいいけど
進めて補正で遅らせるのは絶対ダメ


そして、正確性は求められていない
なぜなら、同じネットワーク上だけでも、信頼性はバラバラなのに
せめて同じネットワーク上のものだけでも、同期をとるほうが重要だから

個人個人の持つカシオの腕時計の進み方は揃って無くても一向に構わないが
同じネットワーク内のPCの時計は、誤差は最小限になっていてくれないと困る
ならば、信頼性の違う個々のPCやOSに頼るよりは
同期する仕組みを作ってそれに合わせるほうがいい

RTC廃止したらどうか
起動時に自分で時刻入力
最初のMSXがそんな感じだっけ？

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

QCN88OV5M2

https://pbs.twimg.com/media/DUck6r8VAAA2BSL.jpg
／^o^＼