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/ >>540
自分でその生活に不満が無ければ勝ち組だろうし、もう止めたいと思っているのなら転身するべき 桜時計使ってるわ
NTPはプロバイダの隠しNTPサーバー
だからめっちゃ応答が速い フレッツ隼だと、IPv6オプション(無料)で NGN網内の ntpサーバーが使える。
ルーターを IPv6で ntp同期させておけば、自宅内の時刻標準として最適 >>547
桜時計なんて旧世代のソフト使って何のメリットがあるんだ?
Windows標準のSNTP/NTPの方が時刻調整機能は上だし負荷も小さいしいいこと尽くめなんだが マザーのボタン電池を交換したときに
2年くらいの誤差をガバっと時刻合わせしてくれなくて
eventlogでエラー吐いたまま放置されてちょーイラっとした>XP >>550
そりは ntpの仕様だし。しかし ntpdate.exeって見当たらないねぇ、、 >>551
Windowsにはntpdもntpdateもntpqもない
WindowsのNTP機能(Windows Timeサービス)は
net time: 2000まで
w32time: XP以降
Windows向けのntpd/ntpdateバイナリもあるけど
http://www.meinbergglobal.com/english/sw/ntp.htm >>552
これいいね
ntpdはなんかunable to bind 0.0.0.0どうこう言ってサービス常駐できないけど
(そんなことはどうでもいいので)
ntpdate.exeとlibeay32.dllだけ抜き出してTask Schedulerで使う
時計1年ずらしてもガバっと合わせたw なんでそういうデメリットだらけのノコギリ状の時刻調整にこだわるのかねぇ
>>515あたりの設定しとけばw32timeでも10ms程度のズレに納まるのに
ntpdateにしたって、システム起動時にntpdateで合わせて後はntpdにお任せってのが通常のやり方なのに >>554
レジストリのPeriodで設定した間隔でのノコギリ時刻調整であると思っている奴がまだ結構残ってるからじゃない?
>>515の設定でログの設定まですれば256秒とかそんな間隔でパケットを投げているようなログまで取れるのに。 けっきょくXP Homeのw32tmで1年とか大きな誤差は修正できるの?
紹介してもらったntpdateは
1年とか1日とか大きな誤差は修正するけど
日常的な小さな誤差まではいちいち修正しない運用もできるんで
できなくてもべつに困らないけど >>555
悪名高いSpecialPollIntervalか…
せっかくMaxPollIntervalとMinPollIntervalでふつうのNTPとして振る舞えるのにね
>>556
HKLM\SYSTEM\CurrentControlSet\Services\W32Time\Config
の
MaxNegPhaseCorrection (時計を何秒まで遅らせることを許容するか)
MaxPosPhaseCorrection (時計を何秒まで進めることを許容するか)
に依存する(初期値は54000秒=15時間)。1年まで許容したいなら60*60*24*365=31536000 (0x01f13380)にでもすればいい
これらをそれぞれ0xffffffffにすれば上限そのものが撤廃される
詳細は
http://www.atmarkit.co.jp/fwin2k/operation/winntp203/winntp203_04.html
あたりで >>557
それそれ。
もう使わないからその名前さえ思い出せなかったw >>557
おーごくろうごくろう
ちょっと情報遅いけどDWARD値いじったらさくっとできたので許すwww >>559
その態度、日本人じゃなかろう。祖国に帰ってくれ。 >>560
はてなブログで好きなだけNTPの仕様について語っててくださいwww ごめんごめんw
桜時計あたりからの文脈でしゃべってるのに気づかなかったんで
ぶっちゃけバカだと思ってましたw >>555
wiki@nothingの初心者向けの所にノコギリな方法が書かれてるんだよな。
あの部分、取ってしまったらまずいかな? >>565
「インターネット時刻」のGUIから設定すると同期モード0x1になっちまうんだっけか?
しかもSpecialPollInterval初期値7日で
net timeやw32tmから指定すれば0x1を明示しない限りはMinPollInterval、MaxPollIntervalに従ってslewモードで同期するはずだし
少なくとも、桜時計、TClockなどへの言及はもう削除したほうがいいと思う 英語版のみだけど、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打っても応答ある。
同期取れとるログが出ない。