Apple の脅威の通知と金銭目当てのスパイウェアへの対策について
Apple の脅威の通知と金銭目当てのスパイウェアへの対策についてが公開されました。
Apple の脅威の通知と金銭目当てのスパイウェアへの対策についてが公開されました。
iMac Late2012 Marvericでシステム環境設定・日付と時刻・時計でメニューバーに日付と時刻を表示 （デジタル・24時間表示にする・曜日を表示・日付を表示としています。時間帯では最も近い都市：東京ー日本。日付と時刻では、日付と時刻を自動的に設定：Apple アメリカ合衆国） としています。
現象：一日に数秒〜十数秒時刻がすすみます。メニューバーには秒を表示していないので、分単位ですすんで初めて気が付きます。この時にシステム環境設定で日付と時刻をクリックしてとたんに正しい時刻に変更されます。
この現象はMountainLionでも出ていました。
単にメニューバーの表示だけすすんでいるのか、macの内部時計がずれてしまっているのか現在のところ未確認です。
同じ現象を発症されている方がいないか、対策している方がいないかご意見いただきたく投稿いたしました。
iMac, OS X Mavericks (10.9)
> 10.9.1でntp.nict.jpを指定すると、同期しているような
そうですか？
10.9.1 にして試してみました。
うちでは同期しないような。
sudo ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
ntp-b2.nict.go. .NICT. 1 u 1 64 3 17.240 0.287 0.361
あっ、少し後なら同期してました。
remote refid st t when poll reach delay offset jitter
==============================================================================
*ntp-b2.nict.go. .NICT. 1 u 36 64 377 14.739 -1.808 1.719
でも、アップルのサイトなら同期します（以下のようにアジア、米国、ヨーロッパいずれでも同期）。
remote refid st t when poll reach delay offset jitter
==============================================================================
*time.asia.apple 17.82.254.14 2 u 8 512 1 82.643 0.654 1.723
sudo ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*time7-st1.apple 17.168.198.149 2 u 48 512 1 189.833 -13.236 1.780
sudo ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
*time.euro.apple 17.72.133.55 2 u 1 512 1 461.321 -99.152 26.241
結論は同期できるところを探す、でしょうか。
はに様
難しい内容を分かりやすく説明いただき、ありがとうございます。
前のM.Loinでも同様な現象があったので、Maverics固有のバグとも思えませんが、（引き継いだんでしょうか）
Apple が修正してくれるのを待つしか仕方ないように思います。当面は、ときどき、システム環境設定の日付と時刻を出して時刻を修正してやるしか無いようです。
この２つを期待とそれまでの対応とします。
いろいろご助言いただいた皆様ありがとうございました。
結論は同期できるところを探す、でしょうか。
サーバは関係ない気がします。というのも、当方で確認したかぎりでは、再起動直後に "ntpq -p" を実行するとサーバの前に*がつきますし、その後も正常に動作しているように見え、1-2時間経過し、コンマ数秒ずれたところで、offsetのリセットとtime setのログも残りますが、その後再度 "ntpq -p" を実行すると*はつかなくなりその後2時間経過しても補正されません。
＃つまり、短時間の検証では実態はつかめないのではないかと・・・
ちなみに、U.S.のコミュニティにあったようにntp.orgから4.2.7p404のファイルをダウンロードし、コンパイル、ntpdだけオリジナルとエイリアスで置き換えてみたところ正常に時刻の補正が行われているように思います。
＃ただ、ntpdによるtime setのログが出力されなくなるし、Mavericksの他の機能と連携がとられなくなった結果なのかもしれませんが・・・
> 短時間の検証では実態はつかめない
そうですか。だとすると修正するのも時間がかかりそうです。
ただ10.9.1でテストしてて思ったのは、Appleのタイムサーバと同期させるときにはすぐ " * " がついて同期が始まる（ように見える）のですが、標準のサイトに同期させようとすると、" * "が付くまでに数分かかります。この辺もバグの原因と関係ありそうに思います。
現象：一日に数秒〜十数秒時刻がすすみます。メニューバーには秒を表示していないので、分単位ですすんで初めて気が付きます。
本件と直接は関係しないのですが、一日に十数秒ずれるといった場合は一度、/var/db/ntp.drift を削除後再起動して動作確認をしてみるといいかもしれません。
というのも、当方MacBook Air (13-inch, Mid 2013) ですが、本件の動作確認をする過程でログを確認したときに NTPサーバと同期をしないと1時間に1秒近くもズレるということに気づきました。今までそういったことを気にしたことがなかったのでずいぶんずれるものなんだなぁ程度にしか思っていなかったのですが、クリーンインストールしたシステムで確認すると1時間に0.1秒程度のズレでした。
で、今のシステムを見直したところ /var/db/ntp.drift を削除後再起動することで1時間に0.1秒程度のズレに収まるようになりました。ご参考まで。
ちなみに、クリーンインストールしたシステムでも起動後、1,2回はNTPサーバと同期が行われるものの、それ以降は同期が行われなくなるという現象を再現できました。
HAL様
ありがとうございます。
恐れ入ります。当方超初心者でもあり、いろいろ探しましたがntp.driftがどこに存在するのか探し出すことができませんでした。/var の前のロケーションをご教授いただけますか。
/var の前のロケーションをご教授いただけますか。
んっ？
"/var"ですから、ルート直下（HDDの第一階層）にある"var"というディレクトリーですが…。
Artemis:~ NO9$ ls /var/db/ntp.drift
/var/db/ntp.drift
/var の前のロケーションをご教授いただけますか。
Finderのメニューから「移動」＞「フォルダへ移動...」で /var/db と入力すれば移動できます。
もし、削除するのであればその前に ntp.drift に記録されている数値を確認してみてもらえますか？
ファイルをテキストエディット等にドラッグアンドドロップで開けると思います。
ちなみに当方では、削除前が -252.525 で、削除後再生成されたファイルの数値は 11.113 となっています。
このように表示されました。
499.908
このように表示されました。
499.908
当方では負の値で大幅に遅れていたので、逆に大幅に進むということならntp.driftの削除で改善が見込めるかもしれません。
ありがとうございます。
削除した上でしばらく様子を見てみます。
ntp.driftをコマンド+deleteでパスワードを入力し、削除。再起動してフォルダ内を確認しましたところ、ntp.driftは生成されていませんでした。
ntp.driftは生成されていませんでした。
すぐには再生成されないのでそのまま様子を見てみてください。
再生成されたものを見ましたところ
-17.841
となっておりました。
一日に数秒〜十数秒時刻がすすみます。メニューバーには秒を表示していないので、分単位ですすんで初めて気が付きます。この時にシステム環境設定で日付と時刻をクリックしてとたんに正しい時刻に変更されます。
NTPサーバと同期がとられない問題ですが、OS X Mavericks 10.9.2で改善しているように思います。
長時間スリープしなくても定期的に補正されるようになり、スリープに入る前と解除後にも補正が行われるようになりました（ログに "ntpd: wake time set" と記録される）。
数時間スリープをしないで様子を見てみて、1時間に1回とか頻繁に補正が行われるようであれば、/var/db/ntp.drift の値が大きくズレ過ぎている可能性があります。その場合はntp.driftを削除後再起動して様子を見てみてください。
メニューバーに表示した時刻がずれる
