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

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

　 　　　　 |
　 　＼　　__　　／
　 　＿　（ｍ）　＿ﾋﾟｺｰﾝ
　 　　　　|ミ|
　 　 ／ 　｀´　 ＼　PCに地デジチューナーついてるからそれで時刻合わせすればいい!!
　　　　　('A`)
　　　　　ノヽノヽ
　　　　　　　くく

　　 ∧_∧
　　(･∀･∩ デキター!!!
　　(つ　ノ
　　⊂＿ノ
　　　(＿)

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