NTP (1)
>>447 VirtualBoxなんだけど、3分おきくらいにしか修正してくれないんだ 周波数も固定してんだけどまあずれることずれること >>449 VBoxってqemuがベースになってるはずなのにね どうしてこんなことに・・・ FreeBSDホストのVirtualBoxは全然ずれないぞ。 WindowsでもGuestaddtionがよきにはからってくれるはず。 こんな記述があるな。 http://www.virtualbox.org/manual/ch09.html#changetimesync 初代玄箱(Debian化)のハードウェアクロックがずれまくるので、 adjtimexでKernel Timeとのずれを調整する、ってのが定番だった。 一定の割合でずれていく場合に有効なので、VMに適用できるかどうかわからないけど。 時刻に対して外からツッコミを入れると時間が逆行したぞエラーが出るよね。 >>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. NTPで補正できるのって何パーセントの遅れまでだっけか どっかに計算式があった気がするが忘れたな・・・ なんかごちゃごちゃいじって 時計の遅れを1%以下にしたぞ・・・ これでNTPデーモン動かしてちゃんと動作してくれるかな・・・ >>458-459 500ppm = 0.05% だから無理だろうね そういやJJYで合わせてる時計に異常が出てるという話があるけど 影響出てる人いる? 何故かmfeedのIPv4とIPv6で時間がズレてるw NTP って UDP だけど、ソースアドレスを詐称されたパケットが(偽)サーバから やってきたらデタラメな時刻に変更されちゃうの? いちおう公開鍵認証のしくみもあるみたいだけど、mfeed とか nict とかでは 使えないから意味ないよね? 認証なしでもある程度は防げたりとかしないの? ソースアドレスを詐称されると完全に防ぐのは無理だろうな。 試しにNICTと同期した時のパケットをキャプチャしてみたけど、 一応NTPサーバの応答電文中に「Reference Clock ID」なる フィールドがあって、このフィールドにASCII4文字でNICTと 書いてある。でもいくらでも詐称できそうだ。 不安ならntpdateを定周期で実行し、ntpdateの起動前後にUDP123 をブロックするiptablesルールを上げ下げするとか。これで攻撃が 成功するのはntpddateが実行されているごく短時間だけになる。 またはデータセンターとかで予算もあるならGPS衛星や電波時計を タイムソースに使うNTP専用サーバーマシンもある。 GPSベースのNTPタイムソースはUSB接続のGPSアンテナとLinux 用ドライバのソースとC言語の知識があれば個人で作ることも不可能 ではない。「USB GPS」で検索するとデバイス自体は5000円位で手に 入るようだ。 ズレてる時計は嘘時計として撥ねる機能があるから、詐称されたパケットを飲まされたくなかったら 少なくとも2つか3つのサーバの時刻を参照していればいいんじゃないの? DNSでやってるみたいなsource port randomizationってNTPでも使えないかしら。 そうすれば、16bitの乱数を一致させなきゃ嘘時刻を注入できない。 問い合わせのソースポートが123じゃなきゃダメなんてルールはないよね? ダメならNAPTの裏にいるホストからNTPが使えないし。 man ntp.confしてみたら、restrict ... ntpportと設定することで 123以外からのパケットを蹴れるんだな……。 port randomizationすると、サーバの設定によってはダメってことか。 一定以上ずれてたらずれ過ぎってことで修正されなくなるでしょ。 なるほど、ちょっとだけズレた時刻を何度も繰り返し注入しつづければいいんだ。 でも嘘時刻を流し込むことで「同期を外させる」攻撃はできるってことか ソースIPアドレスの詐称って簡単にできるモノなの? UDP なら簡単。 ただし、まともな ISP では詐称パケットがネットワークをまたいで よそに出ていかないようなフィルタをかけてることが多い。 バレずにやるのは非常に難しいと思うけどね。 時刻を取得する相手をすべて把握してその相手へのリクエストが行われたあとに その相手のレスポンスよりも先に嘘時刻を叩き込むということをすべての相手に対して行う。 しかもその嘘時刻は嘘時刻と認識されないギリギリのズレでなければならない。 とか。地味過ぎる。 仮に少しずつ時刻をずらす攻撃が成功したとして 攻撃側のメリットって何があるんだろう 時刻が飛ばないんだから、ログを誤魔化すには至らないよな 時間制限物を引き延ばすにしても誤差レベルでしかないし。 この前経路か何かの問題でmfeedのIPv6のサーバーのディレイが大きくなってて そのサーバが100msくらいズレた時刻を返してるように見えてたけど、 そのレベルでもう嘘時計扱いになってたよ? だから少なくともそれ以下にずれた嘘時刻を256秒とか512秒とか1024秒ごとに ターゲットに喰わせないといけない。 ほんと手間の割に得られるものが少ないよね? しいて言えばKerberos5認証みたいに端末とサーバーの時刻が大きくずれると 認証できないメカニズムを破綻させることくらいだろうな。たしかKerberos5は15分 以上のずれがあると暗号がかみ合わずに認証失敗する仕様だったろ? たとえばWindowsのActiveDirectory認証とかで認証サーバーにうその時刻を教え 込むと、あわよくばドメインの機能を停止させられるかもしれない。 時刻をずらすのを狙うよりも ntpd自体の脆弱性を狙うほうが現実的だろうな ちょっと話はそれるのですが、nictが配信している時刻は日本標準時間。 その他サーバだと大抵は世界標準時。この2つの実質的な違いは、うるう 秒の丸めタイミングだけという理解で正しいですか? >>478 全部間違ってる。 NTPサーバはJSTでもUTCでもなくてNTP時間を配信している。 うるう秒は全世界同時に挿入/削除される。 NTP Timeはプロトコル上の時刻表現方法に過ぎなくて、実体はUTCそのものでしょ NTP Timeという時刻系が運用されてるわけじゃない ちなみにNICTのNTPサーバは JSTを生成する原子時計を時刻源と しているから、JSTを配信していると言っても間違いではないと思う WindowsってUnix系のOSみたくミリ秒のオーダーって合わせてくれないの? 複数台のパソコンの時計のばらつきが N x 10ms になってるように見える >>481 JST-0900の変則時刻を配信してるってこと? JSTを配信してたら、他のタイムサーバと混ぜられないでしょ >>486 NTPの配信時刻にはタイムゾーンは無い。つまり世界協定時ベースの時刻なんだけど、 やっぱりうるう秒の丸めとかのように日本の暦としてあえて世界協定時を外している部分 の扱いが他のNTPサーバと違うんじゃないか? >>481 ,487 >JSTを生成する原子時計を時刻源 NICTの原子時計はUTCを作ってる http://jjy.nict.go.jp/mission/page2.html UTCがベースだからうるう秒の挿入タイミングが違うなんてこともない 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 >>490 ここまで厳密な話をすると、UTC(本物)もUTC(NICT)も(UTC(GPS)も)、 差は0ではないので、うるう秒の挿入タイミングも完全に同時ではない ことになる。 定義はそうだけど、NTPのソースとして見る場合には UTC(本物)=UTC(NICT)と考えて差支えないのでは。 ちなみにUTC(本物)ってNICTのような機関向け以外にも配信されてるの? 「UTC(本物)の配信」というのはありえなくて、UTC(各国機関)を一定期間毎に 集計して事後でUTC(本物)が決定されている このへんにデータがある:http://www.bipm.org/jsp/en/TimeFtp.jsp >491 他の人も言っているけどもし 10ns レベルの話を気にしているのなら NW経由ではなんの意味もない違いだし、それどころかPC内部でも 意味を持たないズレというか「観念上の違い」以外の何者でもないよね? >>495 観念上の違いというと具体的にそれらを決定しているNICTやBIPMの人に さすがに失礼かもしれないが、NTPで使う限り問題となる違いはない というのはその通り。 >>490 は「NICTがNTPで配ってるのはJSTではない!」という的外れな 指摘に対してのコメントのつもり。時刻の決定方法や誤差を無視すれば、 UTCもJSTもUNIX TimeもNTP Timeも機械的に相互変換可能なのだから、 NTPがどれを配ってるなんて議論自体が無意味になってくる。 そういうことを気にするわりに時刻の修正は時間の連続性を失う方法を使ってるんだろ? ntpdateとか桜時計(爆)とかw 普通のパソコンの時刻のズレは、まともなOSならば、 時刻のズレを一気に縮めて修正するのではなくて、 NTPを基準にし、じわりじわりと加速するか減速させて、 時間の連続性を維持しようとプログラミングされている。 鯖ならDB上での時間の扱いの不都合を埋め合わせするため。 けどWindowsってUNIX系のadjtime見たいなAPIが無かったんじゃね? そもそもUNIX系と違ってWindowsはソフトウエアクロックを持ってないから HW側がadjtime相当の機能を搭載しない限りクロックの加減速なんて 不可能な気がする。 ドザではないけど、この時を刻む正確さの課題は、商取引上、重要なので もしも今の最新OSの機能としてなければ、次期OSから搭載するんでないの? >>497 まさにそれを使ってるんだけど、実際どうしたらいいのかな。 NTPだと、1分に1秒狂うような時計は修正できないし それに対応したNTPソフトがあるならぜひ乗り換えたい。 MS純正標準装備のW32Timeサービスをw32tmコマンドを使って設定することで クロックのオフセットみたいな機能が働くという噂。 XPまでならW32timeのレジストリにあるLastClockRateでも一応確認できる Vista以降ならw32tmコマンドでもクロックレートを表示できる >>496 NTPタイムスタンプは正のうるう秒とその直後の秒を区別できない。 だから「UTCもJSTもUNIX TimeもNTP Timeも機械的に相互変換可能」 というのは間違い。 時間に依存しない関数ではNTP TimeとUTCの1対1対応は無理というだけで、 NTP Timeの進みとLIを認識できる関数ならNTP TimeからUTCへの機械的変換は可能。 時刻扱うシステムが、時間依存しない関数しか使えないという仮定はさすがに 無理があるだろう。 >>507 うるう秒だと仮定すると0.5秒進んでいて うるう秒じゃないと仮定すると0.5秒遅れている なんて場合はどうする? 0.5秒の遅延が命取りなサービスの時計は自分で作る NTPにはうるう秒による暦上の秒の追加/削除が実施された前後に、その事実を 示すためのフラグフィールドがあるんだそうな。 このフィールドを見てうるう秒補正が実施された直後だったら1秒前後のズレを 正当な時差とみなす実装が可能だそうだ。 でも leap indicator が LEAP_NOWARNING だったとしても receive timestamp がうるう秒じゃないとは限らないし、 逆に LEAP_ADDSECOND だったとしても transmit timestamp が うるう秒だとは限らないよね? よくわかんが、NTP使うとUTCの配信ができないと言ってるのか 同じか否かよりどのくらい違うかに視点を置いて考えるのが良い と思うな。いうまでもなくここでNTPや世界協定時のあるべき論を 論じても不毛なわけで。 俺の身の回りに1秒のずれがそれほど致命的になるシステムは 無いから、実世界の暦と1秒以内の精度が保ててシステムクロック のスキップが発生しないのなら万事OK。 micro-sec が気になる人は IEEE1588 PTP でも使ってくれたまへ うるう秒が挿入されるのって日本時間だと ちょうど会社が動き始める時間だからなあ。 12月末とか休日なら大した問題はないだろうけど、平日に実施されると 金融系は何かしらの影響がありそうな気が。 うちの会社で使っているGPSソースのNTPは 2年ほど前の年末にうるう秒があったとき23:59:59が2回入った。 本当ならGPSはうるう秒配信できるんだよね・・・? まさかNTPをうるう秒を考慮するようにビルドしてないとか?w >>512 要するに試験の答案ならば>>481 は0点。 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 >>520 あそこは日本語使ってるからよく化ける。 ttp://akizukidenshi.com/catalog/g/gK-04705/ これ用のドリャイバってある? >>522 普通にあるだろ。どうみてもただのUSB-シリアルだべ。 そこのドライバではなく以前の電波時計と同じ叩き方で使えるかどうかの部分。 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 行しか出てこない。なぜ? >>526 ラウンドロビンをしてその途中で同じ名前を他の誰かが引かないことを前提とした書き方で その名前を3回引いてる最中に他の誰かがその名前を引いたとかそもそもラウンドロビンしてないとかで うまく引けないことがあるからやめるべき。 ntp.nict.jpの中のホスト名(ntp-b2とかntp-a3とか)は 正式には公表されてないし、変更される可能性もあるから、 個別のホスト名で3台指定するわけにもいかないんだよな。 ましてIPアドレス決め打ちにはできないし。 server行に引けたアドレス全部を指定する-aオプション新設すべきだよな。 そうそう。オプションで欲しいw >>529 変更される可能性もあるけど、ここ数年変更されてないw >>531 IX系とか呼ばれていた 210.171.226.40 のホスト(ホスト名逆引き不可)が、 ntp.nict.jpのラウンドロビンから外されるという「変更」が 半年ほど前にあったばかりだぞ。 あ、それが増えても修正してなくて減ったときにはそのままスルーだったから忘れてたw 一度 public NTP として宣言した IP address は 二度と他の目的には使えないんだと思ってるけど 仕様として使えないわけではなく、 IP アドレス指定のまま放置されてるホストが大量にあると うかつに他の用途に使うと混乱を招くってことでしょ。 そもそもそこらじゅうから多量の NTP query が 来ちゃうようなアドレスで他のサービスをやったって 無駄に回線の帯域を食うだけだし 福岡大やmfeedくらいになって初めて問題になるような事を心配してどうするんだ publicじゃなくて社内のprivate LANの話だが、 シスコのルーターでNTPサーバが動いているのを どっかで聞きつけて勝手に指定した連中がいたらしい。 あるときネットワーク機器変更してNTPの機能無くなったとき、 「時刻合わないぞ何やってんだ!」怒鳴り込んできたやついたわ。 「社内ネットワークのマニュアルには以前からNTPは○○を指定しろ、 って書いていただろ」って叩き返したが。 >>542 俺とか勤怠表毎日書くのが面倒なので、Windowsのイベントログで後から出社、退社時刻を拾う ようなのをよくやるんだ。それとヒマな日はatコマンドで定時ぴったりにマシン止めたりして遊ぶ んだが一部マシンはシャットダウン開始時にでかいビープがなる。だから定時の館内放送と シャットダウン時刻がずれるのはとても困る。 公式にアナウンスしていない機能でも、 バカなユーザに依存されると面倒だから、 なるべく機能は止めておこうね、という教訓でわ ちなみに俺はNTPごときで苦情を言ったことなんかないぞ。 ただちょっと恥ずかしかっただけだ。 あの日まで、セシウムで真っ先に連想するのは NICTの原子時計だったなあ 原子時計まで汚染されてしまったか。 これからはセシウムの入っていない原子時計を西日本か海外から輸入しないとな。 汚染ってw その放出してるものを正確な時刻の測定に使ってるんじゃ?w セシウム入り原子時計は担当者がプレゼン用にふざけ心で試作した物ですが、 手違いで製品として23個だけ出荷されてしまいました。 >>551 違うよ。 原子時計のセシウムは、セシウム133で、安定セシウム(放射性ではない)。 だから、「放出してるもの」は無い。(セシウム137とかと混同すな) 安定セシウム133とは別に(電子回路で)マイクロ波を発振し、 それを安定セシウム133に共鳴させて正確な周波数を得る。 アンドロイドのntpアプリ又は時刻調整ってどうなっていますか? >>554 スマホは何もしなくても時間はズレないから、NTPの出番はないのでは? >>554 はアンドロイドと言ってるのに、なぜスマホ限定の話に? ただでもらった光iフレームにはGPSなど搭載されていない。 NTP 使わずに放置しておくとコンピュータの時計って、どのくらいくるうんだっけ? 月辺り数分程度だったけ? >>562 100ppm 程度の xtal 使ったやつだと? パソコンじゃ無いが、無印玄箱はクロック精度がアレでずれまくりだった。 話変わるけど、ここのところNICTが障害起こしまくってるみたいだね。 そのせいか ntpd がまともに動いてなくて時計がずれてびっくりした。 >>563 周波数偏差を時間積分した値だけずれるだろうね >>566 玄箱の時計が狂うのはクロックレートが公称値と異なることが原因 だから公称値を訂正すればよいのであって玄箱自体は壊れてない ntpのプロトコルって2036年くらい問題があるよね? やっぱりあったけど、NTPなら68年おきに やっぱunsignedでした(てれり やっぱsignedでした(てれり とかやってれば済みそう。 減るもんじゃないし。 Wikipediaなんて信用するなよ。 2036年問題なんてとっくの昔に対策済みだよ。 なんか毎回SAN値チェック引っかかるなと思ったら 水晶がどっかいってたわ・・・こんなことあるんだな >>575 NTPの2036年問題は解決してないよ >>578 >だとしたら実装上のバグだね。 そうだよ。だからバグなんだよ。 どっちみちLinuxでは2038年問題が解決されてないからどうでもいい >>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 なーなーお前らんちLIビット立った? NICT参照してるがLIたたんのだけど……。 そもそもLIが立つようなビルドってどうやったっけ?w うるう秒記念 ntpq -c rv でうるう秒の情報を確認できる ログに出てた Jul 1 08:59:59 localhost kernel: Clock: inserting leap second 23:59:60 UTC ぽつぽつトラブルが出てたみたいだな ttp://wired.jp/2012/07/02/leap-second-bug-wreaks-havoc-with-java-linux/ ttp://www.cuspy.org/diary/2012-06-05 IPv6時代になれば地域内NTPサーバ網を作るのも現実的になるのかな https://flets.com/v6option/ >>590 一般利用者がそんなもん作らなくても、各ISPがNICT直結のまともなNTPサーバを用意するだけですべて解決するんだが 地方民からすると、東京や大阪に置かれてる限り、 ISPがNTPを立てたとしても、mfeedあたりを使うのと大差ない JPNAP上のmfeedや、JPIX→SINETと巡らにゃいかんnict、naoよりは自ISP網の中のntp鯖のほうがいろんな意味で上 localhost みたいに ntp.localisp ってAレコードを各ISPが用意してくれれば良いのに 時刻合わせるのにいちいちDNSひいてたら時間かかるじゃん。 IPアドレス直指定じゃなくてホスト名指定が"SHOULD"だから結局DNS引くことには変わりない システム起動時に引いてきて稼働中はそれを保持してれば済む話だし 稼働中も常に引いてほしい。 ラウンドロビンなのに最初に引いたうちの1つを延々と使い続けたり サーバ側がIPアドレスを変えてDNSも書き換えたのに追従できなかったり そういうのは困るw TTLに従って引きなおしてるだろ。 もちろん、プログラム上では毎回API呼んでるけど、OSなりがキャッシュしてるだけで。 TTLとかそういうものはまったく気にしていないのに、 最初に引いたアドレスを延々と使い続けてソケットを作ってるような実装が たまにあるよw そうなの? Windows上の話だけど、ネット接続切っていながらfirefoxでどっか開いたときとか、 つなげて再試行するだけじゃ名前解決無理なままだけど OSのDNSキャッシュをクリアしてから再試行すると、ちゃんと名前解決してくれた覚えがあるよ。 ipconfigになんかオプションつけて動かして。 JVNVU#96176042: NTP が DDoS 攻撃の踏み台として使用される問題 http://jvn.jp/vu/JVNVU96176042/ NTPのスレとかあんのかw落ちてるよなNICTのA系落ちてるぽい chronyってどうなん? Fedoraがntpdから切り替えるって話だったけど。 2038年問題は64bit移行するのが速い OSもライブラリも64bit化、もちろんtime_tも64bit化 これでいい 質問させて欲しいのですが ntpdはtimedと比較してどういったところが 優れているのでしょうか?また劣っているのでしょうか? 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へのアップデートを ntpd ってserver にしばらく到達できないと同期しなくなるけど、 最後の同期から何分位で同期しなくなるの? 2^10秒? ntpdateでipv6のリンクローカルアドレスを指定するとno servers can be used.ってなる グローバルアドレスなら当然通るけどりんくろーかるだとだめなの?なんでなの?納得いかない 生年月日とは生まれた年/月/日のこと。 ならば、誕生日は誕生した日のみを指すべき。(例:12日生まれ) 誕生した月/日のことなら誕生月日と言うべき。 ntp.nasa.gov.のA,AAAAが無くなったのだが 今でもネットニュースが読めるプロバイダーってどこかにありませんか? Web変換じゃなく、ニュースリーダー対応でお願いします。 >>623 俺もNASA使ってたんだが なぜバカなのか理由を説明してくれ ネットワーク的に遠い海外鯖をわざわざ選択するのはバカ以外の何者でもない >>609 横からありがとう。そんなものがあるなんてしらなかった。 NTPサーバって、上位とつながってないときは下位に配信できない? 自分を1次だと偽ることは可能? >>629 ntp.confのサンプル読むなり、ググれ。 何のためのntpdだよ。 おまいら本日はうるう秒の日ですよ % 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)", ... Jul 1 08:59:59 oresava kernel: Clock: inserting leap second 23:59:60 UTC もう遅いけど。 > 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 うるう秒に限った話じゃないが 時刻飛びの時に全員がうれしい解決策はないつーことだな… NEWS-OSのうるう秒込のtime_tって超不評だったよね? NTP = 名古屋トヨペット、トヨタの自動車を売るお店のこと https://www.ntp.co.jp/ >>637 Daroff) 蜃ク犂逶癌イ)蜃ク Sdohne nh4 grebanne Also eto ne dvach! Dvach umer 17 yanvara 2009 goda OCRで時刻読み取るとか、なんか変わったクロックソースってない? 撮像素子を水平に設置して棒を1本立てて日時計センサー 晴天の日中しか使えない HDDの使用時間カウントをHDD内蔵温度センサで補償して精度向上させて使えんかな? 内蔵クロックって温度補償あるの? ntpで有効化すると外部ソースと同期しにくくなって厄介な感じだけども? RTCもチップセット温度で補正した時刻源が欲しいな。 ランダムドリフトも温度別に集計してみれば実は規則性があったりしないだろうか? 今時のPCってカウンタやタイマ沢山積んでるのに、NTPで参照可能なのがRTCだけってなんか勿体ない気がするな。 >>645 カウンタもタイマも相対時間しか測ってないからしょうがない いつスタートしたかっていう情報がどこにもないから時計としては致命的 そもそも原子時計だって相対時間じゃないか? ビックバンがいつあったかなんてわかっても意味なくね? 時刻源として考えるなら、原子時計ですら年差時計より一桁マシ程度の精度でしかない罠。 >>640 日時計はジッタを考えるとむしろ年一回読み取れば充分な気がするな 補正すれば分単位の精度は出るらしいけど 太陽には大きさがあって影がボケるから、 日時計で正確な時刻を出すのはすっげーむずかしいと思う。 望遠鏡と画像処理装置がいる。昔はどうやって南中時刻を測定したのかね? RTCはリチウム電池でも動かせるような省電力設計だから あんま精度やドリフトは期待できないとおも。原発振が32768Hzとかでしょ 結局は太陽の位置を基準にうるう秒入れて補正するんだから、日時計が一番正確ってことじゃないのか? 画像処理したら結果に現在時刻が得られるとして、ntpとのインターフェースってどうすればいいんだ? とりあえず、指定のコマンドを実行して取り込んでくれるようなクロックドライバってあるのだろうか? 南中した瞬間に12:00:00にsettimeofday()かadjtime()すればいい。 太陽の出てない時間帯用にどのみち振り子時計や水時計は必要だ。 南中を基準にするなら1サーバは兵庫県にしか設置でき 分単位の目盛が振ってある組立精密日時計というのがペーパークラフトで売ってるみたいだけど、 こういうのを最悪月差1分とからしい安物RTCの校正に使えないものか? 梅雨でも一ヶ月晴れ間がないというのは無いだろうし。 温度別の誤差をNTP計測しておいてTCXOを実現できるプログラムってないのかな? >>656 結局は影をどうやって読み取るか、電子データ化するかにかかってきそう ミッターはAM変調できるか? 短波ラジオは中国製が安いが、 北朝鮮国内ではラジオ持込規制がかかっているだろうし、 周波数もポリバリコン固定かもしれないし、 そうなりゃ、 電源の要らない鉱石ラジオの短波版があればいいなぁ。 スピーカーを鳴らすなら、電池は幾らか要るが 100円ショップのアンプの中国製の石を足せば安上がりだなぁ。 太陽電池を付けると、新製品とばれちゃあいけねぇし、 どこかのメーカーのラジオのように、ぜんまいを入れるか。 アルインコのDX-77Tは、振幅変調が出来そうだ。 国内機だと、中古を手に入れたほうが後々で安上がりだな。 RHEL6でもchrony使えるようになってるけど ntpd と chrony の使い分けってどういうのがいいんかな。 普通のクライアントではchronyでも十分、 つけっぱなしの鯖で正確なPLLが欲しい、NTPv4などntpdでしかできないことはntpd、 くらいしかいまのとこと思いつかん ntpでうるう秒ってどう処理されるの? そもそも普通のパソコンだとRTCが60秒に対応してないような気がするけど 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だとそもそもこんなに外れた値では補正してくれないので問題は出ない。 time.windows.comが狂った模様 まあ、このスレ見てるようなやつなら、こんな糞鯖は使ってないだろうけど https://headlines.yahoo.co.jp/hl?a=20170403-00000031-zdn_n-sci 「ずれてない端末も多い」って、Windowsのデフォルトは7日ごと同期だから当たり前だよな NTPとは関係なくなるが マイクロソフトといえば XBox Live!のサーバーが2分くらいずれてるのがいつも気になる (XBoxはオンラインだと本体時刻の手動調整が効かなくなる) 認証関係ならサーバーと合ってればいいや的なノリなのかもしれず 誰でも簡単にパソコン1台で稼げる方法など 参考までに、 ⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。 グーグル検索⇒『宮本のゴウリエセレレ』 RPOWZ2H27F NICTなどが原子時計を大幅に小型化できる技術を開発、チップ型も実現できる可能性 https://srad.jp/story/18/01/24/193253/ ☆ 日本の、改憲をしましょう。現在、衆議員と参議院の両院で、 改憲議員が3分の2を超えております。『憲法改正国民投票法』、 でググってみてください。国会の発議はすでに可能です。 平和は勝ち取るものです。お願い致します。☆☆ 知り合いから教えてもらったパソコン一台でお金持ちになれるやり方 時間がある方はみてもいいかもしれません グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』 E5EJQ いつのまにかWindows10の同期の間隔が9時間ごとになってた 以前は、XPとか2000の頃からずっとデフォルトが週に1回だったから、マシンによっては最大で15秒ぐらい時計がずれてたのに 新しいマシンが届くたびに、いつも仕方なく6時間とか12時間に設定し直してた面倒な作業がやっと不要になった えっSpecialPollIntervalをお使いではない >>675 SpecialPollIntervalの規定値が以前は7日間だったのが9時間に短縮されたんだよ あぁ逆だった、なんでSpecialPollInterval有効なの WindowsはIntervalの使い方がおかしいって話はあるけど、コンパネの日付と時刻を見ても結局はSpecialPollIntervalの値が使われてるし 今月始めくらいには host ntp.jst.mfeed.ad.jp でIPv6なアドレスが出てきたけど IPv6はホスト名が変わったんだな https://www.mfeed.ad.jp/ntp/detail.html ntp.nict.jp お知らせ 以下の日程でネットワークのメンテナンスを行うため、NTPサーバーの冗長系の一部で 接続に問題(通信断:最大数十秒程度)が生じる可能性があります。 ・実施日 2021年10月6日(水)、及び 7日(木) ・予定時間(両日とも) 12:00-13:00(JST) 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以降への移行をお願いします。 FX系のツィッター見るんだが、どうなってんのかよ!? くそったれ! 選管に脅迫「このまま左遷がネタ出すってこともかなり影響してるわけでも下がるなら下がって不利だった 2022年の差多いからな金持ちー かわいいおばあちゃん的気持ちからなのって予備校とかの無理な追い越しか わけわかんねー 誰が喜ぶねん read.cgi ver 07.5.4 2024/05/19 Walang Kapalit ★ | Donguri System Team 5ちゃんねる