Windows の時刻・時計合わせ総合スレッド2
パソコンの時計はすぐ狂ってしまいます。Windowsもまた然りです。
そこで時計の正確さの自慢、およびWindows用時刻合わせソフトについても語ってください。
前スレ
Windows の時刻・時計合わせ総合スレッド
http://pc11.2ch.net/test/read.cgi/win/1106383356/
■関連リンク
時刻合わせ総合スレッド2
http://pc11.2ch.net/test/read.cgi/linux/1106461500/
NTP@WIKI(FAQなど)
http://wiki.nothing.sh/page/NTP
簡単設定ファイル配布サイト
http://sntp.web.fc2.com/ 英語版のみだけど、w32tm での設定をGUIでできるのがあった
https://www.greyware.com/software/domaintime/v5/configuration/other/agent/agent-free.asp
でも、うちの環境(Win7SP1 x64)だとセットアップ直後以外、
肝心のGUIが起動しないので消してしまった。
日本語環境だと駄目とかなのかなあ。 >>566
Win7ではコンパネから設定すると、同期モードが0x9(0x8ではない)になってる。
このままWindows Timeを自動開始にしておけば最小限の設定としてはいいのかも。
でも>>515 のレジストリ設定をしないと同期まで時間がかかるし精度も落ちるな。 >>568
0x9はまずい
0x8と0x1の合わせ技になるからClientモードかつSpecialPollIntervalでの定間隔同期になっちまう… 最近同期エラー
イベントID4
タイム プロバイダー 'VMICTimeProvider' は、次のエラーのため、開始できませんでした:
指定されたモジュールが見つかりません。 (0x8007007E)
が出るのでローカルコンピューターが原因かと思って
いろいろ設定してみるも原因がわからず。
試しに最近購入したルーターの詳細設定で
ファイアウォールをセキュリティレベル3にして
静的IPマスカレードを プロトコルudp ポート123 使用ホストIPアドレス(NTPサーバーIP)
に設定することでなんとか同期できるようになった。
背伸びしてYAMAHAルーターを使ってみたけど俺にはちょっと敷居が高かった。 ビールがうまいよ
ドライブ中は野球見るけど
お前ら仕事 MeinbergのWindows版ntpd、
デフォルトだと-Mオプションでマルチメディアタイマーを使うようになってるけど
usepcc Use CPU cycle counter (Windows only)
なんてオプションもあるんだな。
SpeedStepの類が有効だと駄目かもしれないけど、
うちのAtom 230機だとマルチメディアタイマーよりも安定するみたい クロック倍率固定だっけ?>Atom230
今時の倍率変動CPUでも、原発振クロックでカウントしてくれれば使い途があるんだけどね。 うちの環境だとNICTよりmfeedの方が応答性がいい感じ NICTはSINET内にあるから、同じくSINETにぶら下がってる大学や研究機関からじゃない場合には、ISP網→JPIX→SINET→NICTと経路が長くなる
NICTの中に入ってからも経路長いし
mfeedは、ISP網→JPNAP→mfeedと短い経路で到達できるし、安定してる 公開用の鯖はな。それもSNTPで済まそうとする人間が引っかかるんだよな。
どちらかというとバカみたいに短時間でアクセスする奴が多すぎるんじゃないの?
mfeedにしたって時刻供給はNICT(の原子時計)から専用線経由なわけだし。 Stratum 1のnictか経路のmfeedかって以前から言われてたじゃないですかw NICTも、JPIXに置いてたstratum 1を復活させてオマケでJPNAPにも新しく置いてくれりゃいいんだけどな
今みたいに物理的にサーバが小金井にしか置いてなくてネットワーク経路もSINET経由のみだと、災害やネットワーク障害への耐性がなさすぎる ISPから(≒個人)はmfeed使ってくれってのが本音なんじゃないの? mfeedって ルビジウムぐらい持ってるのかと思ったら、NICTから拾ってるの?
http://www.jst.mfeed.ad.jp/about/02.html
その割には、ntpqで st=1 じゃなかった? >>581
それなら
http://www2.nict.go.jp/aeri/sts/tsp/PubNtp/qa.html#q1-7
> [Q.1-7] 個人ユーザですが、stratum 1 にアクセスしても構いませんか?
> [A.1-7] はい、どうぞ。(以下略)
なんて書かないだろ
>>582
http://www.jst.mfeed.ad.jp/about/03.html
どこからどう見てもst2だし、ntpqやw32tmでも正しくst2だと返してくるんだが >>582
DCに原子時計が置くのはgoogleレベルになってから。
http://ggsoku.com/2012/11/google-datacenter-spanner/
mfeedならGPS/CDMAベースのst1で足りるだろうし
今ある公開用サーバを自分で使えば十分な気が。 もともとNICTとmfeedによる時刻配信の実験サービスがベースだし、時刻源はNICT一般公開st1ではなく非公開の配信サービス専用st1、さらにインターネット経由ではなく専用線接続だから信頼性、安定性は段違い
それに、アメリカ依存のGPSベースの時刻ではなく、日本国内自前で生成したJST (UTC(NICT)+9)を配信するってとこにこのサービスの意味があると思うんだが NICTは
専用ハードウェア作っちゃった(テヘペロ
余裕あり過ぎるからどんどん使っちゃってね(はぁと
みたいな感じじゃなかった?w 専用ハード積んだサーバには過剰なまでの余裕があるけど、クライアントからそこまで辿り着くまでの経路に問題がある
一般のISP網からだと、ISP自前のやmfeedのだとhop数は一桁で済むけど、nictのは20くらいになるからな。特にnictの内部に入ってからが多い 経由地が多くてもパケットがすべての経由地を通るときに掛かる時間が
バラバラになるようなことがなければ問題ないでしょ。 >>587
使用実績がないと、監督官庁から無駄使い云々とツッコミが入るから
個人ユーザー適当に集めて水増ししたいだけだよ
そもそもSINET経由じゃないと駄目、という時点でなんのために設置されたのか明らかだろ
産官学のためだよ、一般ユーザーはあまり相手にしていない 実際問題、個人利用でNTP鯖をデフォルトからmfeedやNICTなどに変更してるのって何%程度なんだろう
ものすごく少ないんだろうな Windowsの公式鯖がヘボいので変えてもいいだろ 今のtime.windows.comはそんなにヘボくない。
とは言っても遠いのは相変わらずかw 7から回数落としたしMSも本音ではうんざりしてるっぽい
だったらローカライズで各国のNICT的なところと提携してデフォそっちにしろw ルータのメーカーが自前でNTPサーバ用意するのと同じで、負荷分散という意味ではOSメーカーたるMSによるtime.windows.comはあって然るべきなんだが、いかんせん日本からアクセスするには遠すぎるからな
国ごとにMSが自前で用意してくれりゃいいんだが 今のtime.windows.comはakamaiみたいだよ。
だからある程度の国ごとの分散とかされてるかも。 time.windows.comの実体はtime.microsoft.akadns.netで、出てきたIPアドレス65.55.56.206をwhoisしてみると
・管理組織:ARIN
・国:US
・組織:MS
と海の向こう
tracertではint-gw.kddi.ne.jp経由してmsn.netの中に入っていく
地域ごとの分散なんてされてないっぽい 各自で管理するPCをmfeedやNICTに切り替えていけばいいのか 第一候補:自前でGPS or CDMA (会社などなら特に)
第二候補:ISP提供
第三候補:mfeed
第四候補:nict AkamaiはAnycastとか使うだろうし。
>>599
1台NICTメインmfeedサブ設定のマシンを用意して
他はそれを参照する形で。 >>515 の方法ってWindows8でも適用できますか?いえ、Win8持ってませんけど気になったので >>602
Win8持ちに試してもらうしかないけど、Win8でNTP周りが変わったって話は聞かないからそのままでいけるんじゃないかと思う 録画してたら終了時間じゃないのにいきなり終わったから、どうしたのかと思ったら時計が1時間進んでた
ログを見たら「変更の理由: システム時刻がハードウェア クロックと同期されました。」とか出てた >>607
うちのWin7も。ちょうど1時間進んでた。
車ん中のWin8も同じく1時間進んでた。
情報探しててここに辿り着いたけど、twitterで「windows 時計 1時間」で検索すると
他にも結構いるみたい。
4/6〜4/7くらいの同期処理があやしそう クライアント(>>607-608)のタイムゾーン、または夏時間の設定ががおかしい可能性
あわせているサーバーの時刻が狂い、なおかつ>>607-608が
異常時刻への対応がまともではないクライアントを使っている可能性
夏時間への対処の、Windowsもしくは録画ソフトの設定ミスやバグ
特に時刻源を放送波に設定している可能性 どこかいい加減な国で製造されたパソコンを使ってるってこと?w タイムゾーンは東京です。
NTPサーバはWin7以降はデフォルトのまま「time.windows.com」。
ちなみに、Win2k〜WinXP時代はnet timeコマンドで「clock.nc.fukuoka-u.ac.jp」を設定してた。
今回の不具合で、NTPサーバを「ntp.nict.jp」に、更新間隔を1時間おきに変えた。
Win7ではTVチューナ用にEDCBを導入しているが、放送波時間でPC時計を同期しない設定で
運用してる。
Win8もWin7同様タイムゾーンは東京、NTPサーバはデフォルト「time.windows.com」、
EDCBなど放送波を受信する機器は導入していない。
Win7のMBはP8Z68V-PRO、Win8のMBはP8H67-I、どちらもASUS製。 一度地域の設定を別のところにして東京に戻すと治るんじゃないかな
HKEY_LOCAL_MACHINE¥SYSTEM¥CurrentControlSet¥Control¥TimeZoneInformation
をどっかのソフトがいじっちゃってるんだと思う >>515の設定使って、nictとmfeedにしてるんだけど、
半日ほどのスリープから上がるだと数秒ずれてる。(w32tm /monitor /computersで確認)
「インターネット時刻」のタブを見ると(見るだけ、OK押してもいない)、
前回同期時刻と次回同期時刻は正しく設定されてるし、特にエラーもない。
w32time /resyncしてやると成功するんで、パケット通らない訳でもなさそうだし、
コールドブートだとずれもないしなぁ。
win8.1proなんだけど、なにがなにやら。
w32timeとスリープがらみでなんかあるのかな…
>>615
イベントログや>>515のログ取り有効にして、スリープ後に何か起きてないか確かめてみたら? >>615
うちだとPCがボロいのかNICがタコなのか、スリープ解除直後は名前解決に失敗してた
指定してるNTPサーバーがLAN内にあるんでホスト名でなくIPで指定して解決
名前で指定するなら、タスクスケジューラでスリープ解除から30秒後くらいにw32time /resync
なんてアドホックな手段を思いついた >>616
そですね。やっぱログ取らないと分からない
調べるのに半日ごとにかかるのがネックかw
>>617
一応スペック的には充分(XeonE3 1230+16G+オンボのIntelNIC)のはずだけど、
スリープ上がりとかはスペック関係なく変な失敗はありそう。
とりあえずはログ仕掛けてみますわ〜。 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 式が存在しない箇所が存在するため、エラー発生時に処理が停止しない問題があります。
Windows Timeじゃなくてntpd使ってる人は早急にntpd 4.2.8へのアップデートを パケット一発で任意コマンド実行可能
UDPだからセッション貼る手間もないしソースアドレスも詐称し放題
久々に大物の脆弱性だな
4.2.8のWin32バイナリが出てたんで参考まで
ttp://www.meinbergglobal.com/english/sw/ntp.htm 頭のおかしなw32time推しのバカが常駐してんだよねここ タスクスケジューラで、システム起動時とスリープ復帰時に時計合わせするように設定していますよ!
Win7以降はレジストリをいじらないほうがいいと書いてあったんで >>626
w32timeかntpd/ntpdateのWin向けポート以外にまともな選択肢なんてないだろ サービスを自動(遅延)にしてサーバーを2つ以上設定して0x8にしとけばいいんか。 猛烈に進む理由がtimeBeginPeriodとほぼ確定できた、いろいろ参考になったよこのスレ
あれこれサイトを開くと、これまで最高は4分で60秒越えの進み方
昼間は株やってるのでslewでとなるとw32timeではとても追いつかず、
iネッ時計併用で無理矢理戻してる、それでもmin15分だから時々飛ぶけど
恐いのはセキュリティ対策ソフト(avira)で定時update schedulerが2回動くこと
電源入れっぱなしでbiosへ書き戻さないと、
定時のupdateの10分前とか、ひどいと1時間も前に立ち上がった(+定時の計2回)、
windows時計は合わしていたにも関わらず
他にも気づかない不具合が起こってそうで、もう引退させた方がいいんだろうなこの端末 >607と同じこと起こったわ
>614は無駄だったけどこれが対処法になるのかな?
ttps://social.technet.microsoft.com/Forums/ja-JP/7d33c109-4d56-4420-be54-e589a890d206/windowsbiosrtc?forum=w7itprogeneralja エンコとか負荷かけると時計がズレるのはOSの問題? ハードの問題? 職場のWindows10のPCではまったぜw
ttps://blogs.technet.microsoft.com/jpntsblog/2016/04/07/windows-10-th2-%E3%82%92%E3%82%A4%E3%83%B3%E3%82%BF%E3%83%BC%E3%83%8D%E3%83%83%E3%83%88%E3%81%AB%E6%8E%A5%E7%B6%9A%E3%81%9B%E3%81%9A%E3%81%AB%E4%BD%BF%E7%94%A8%E3%81%99%E3%82%8B%E3%81%A8%E3%80%81/ UtilizeSslTimeDataが0の状態で出荷して欲しいぞ。 毎日同期する様にしてたんだけど、気づいたら30秒ぐらいずれてた
PC使う時間がまちまちだからスリープ解除時に同期する様に変えたわ
これで使う時にはほぼずれが発生しないはず…だよな 特に理由が無いなら、ネット接続してる間、ntp.nict.jp と5分毎に同期でおk HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient
の
SpecialPollIntervalで100とか短いインターバルなのに、イベントログに同期のログがでないのはなぜ? WindowsはOSに問題があるのかずれる端末はずれる。
内部の時計とは時間は別だったりするので謎だ
答えは出てると思うが
簡単な対策は
タイムサーバー近場に変える。
nict ntp など
それでも直らない場合は桜時計のようなツールで強制的に
http://www.vector.co.jp/soft/win95/personal/se050672.html
タイムサーバにアクセスして時計を修正するだな
ずれる端末は経験はあるが1時間で20秒くらいずれる。
Windowsは老朽化してるので
最近の端末に対応してるかは使ってみないとわからんところはある。
ダメなら窓から捨てるか
戻しすとかしてみれば? Windows Timeサービスを起動してないからだろ。 いや、間違いなく動いとる。
コンピュータ管理のサービスみても動いとるし、
コマンドからw32tm打っても応答ある。
同期取れとるログが出ない。 ms-windowsのtimeサービスはマジでクソ。 ntp.nict.jp に鯖を打ち込み変えればok
コピペでも
参考
http://jjy.nict.go.jp/ntp/ 普通の国内ISP使ってりゃnictよりmfeedのが近いでしょ いつの間にやら勝手にtime.windows.comに設定が戻ってるミステリー DHCPにNTPサーバ設定できるんだけど、
Win10から
勝手に時計合わせ出来る様にならんかな? >>646
同期するNTPサーバのアドレスをDHCPサーバのアドレスにするだけ
例)192.168.0.1とか どんな設定をしたか忘れたが、10秒以上遅れることはない。少し狂ってもいつのまにか合ってる。
ただ、夜はPCの電源切ってるので稼動させている昼間に自動的に合わせているようだ。 >>647
一切無設定で勝手に合わないかなと。
DHCP側にはNTP鯖を通知する機能があるんだし。 w32tm /query /status /verboseで
最終同期エラーの1とか2の意味ってどういうこと?
ほとんどこんな調子でどんどんずれるんだけど
ソース: ntp.nict.jp,0x9
ポーリング間隔: 10 (1024s)
・・・
最終同期エラー: 2 (古い時刻データしか利用できなかったため、コンピューターは同期をとり直しませんでした。)
最終正常同期時刻からの時間: 8457.0974735s 下記レジストリに登録する。
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters]
"NtpServer"="ntp.nict.jp,0x9"
登録後下記
net stop w32time
net start w32time
w32tm /resync もちろんそれは入っててresync実行時も正常に動くんだけど
resyncしてからPollInterval後に/status見ると
古い時刻データとか時刻データが利用できなかったとか出てて
どういう基準で弾かれてるのかよくわからない
閏インジケーターも0だったり1だったりして何で変わるのか謎 0x8にしたらエラーにならずにちゃんと同期するようになった
スペシャルじゃダメだったのか・・・? ログ見た感じ問題なし
ntp.nict.jp,0x8
nictでもずれたってのも聞くしWin側がダメだったんかね 「日付と時刻」で見えるサーバと同期してるサーバが別なこともあるし ほとんどの人がこういうことが発生することをしらないまま
突然世界中で発生しちゃうって
ちょっと怖いね 単純なwindowsの問題だったらいいけど
コンスピラシーの世界でいろいろやってるから
その副作用だった可能性もなくはない 10で時間が狂うのは設定を開いて「ntp.nict.jp」のおまじないをしておけばいい いつの間にやら勝手に元に戻って再び狂い始めるミステリーってこともあるけどね
10勝手にアップデートされるから設定が変わる戻ってしまう事は良くある ズレてるかどうか見るのに近くの見える位置に電波時計も置いておこう!
安い置時計でもかまわんね…受信できてりゃ1時間ズレなんて基本的におこらねーしなぁ
3つ違う機種並べて置いてるけどぴったり同じタイミングで表示変わりやがる…当たり前か
PCの時計のズレに気付いたら強制同期で… >>660
同期させてると、つながらないときに大きく狂うんじゃなかったっけ?
うちは、再インストールから1回も同期させないことで、狂わないようにしてる。
普通に使うと日単位で狂うから、秒単位でしか狂わないBIOS時計の方がマシ。 勝手にあわせる余計なお世話のせいでとんでもない時間になる
古いOSや携帯電話では自動修正でも上手く行ってるのにね ソレこそ電波時計や携帯用の電波で補正するための受信機とか作った方がいいかもしれないw