none
請問Windows Time的一些問題 RRS feed

  • 問題

  • 環境
    一台Windows 2003
    一台Windows xp(不在網域內)

    Regedit
    Client:::::::
    [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\DateTime\Servers]
    @="0"
    "1"="time.windows.com"
    "2"="time.nist.gov"
    "0"="192.168.116.10"

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config]
    "EventLogFlags"=dword:00000002
    "MaxNegPhaseCorrection"=dword:ffffffff
    "MaxPosPhaseCorrection"=dword:ffffffff
    "AnnounceFlags"=dword:0000000a
    "MaxAllowedPhaseOffset"=dword:0000012c

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters]
    "NtpServer"="192.168.116.10,0x1"
    "Type"="NTP"

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient]
    "Enabled"=dword:00000001
    "EventLogFlags"=dword:00000001
    "SpecialPollInterval"=dword:00002a30

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer]
    "Enabled"=dword:00000000

    ========================================================
    請問一下,之前設定好了Windows Time Server(當時的時間為2009/03/30 下午 8:00)的一些Regedit
    但在執行的時候,都沒辦法做時間的調校,雖然手動執行”網際網路時間”->”立即更新”(當時時間為2009/03/30 下午 7:48),都show出”已經與xxx.xxx.xxx.xxx於.........進行時間同步處理,但為什麼 時間還是沒有改變過去??且也至事件簿中,查看訊息,都是正常的校正,是哪裡沒設到嗎??還是有哪些原因會照成失敗??

    PS.有用封包軟體來監看,內容如下
    http://www.wretch.cc/album/show.php?i=chekinkimo&b=1&f=1923724798&p=63

    一、為什麼 Reference clock ID:不是我設定的 .116.10??(而是16.1,這台是之前所設定的)??
    二、Receive Time Stamp的時間,怎麼不是Time Server的當時的時間)??

    Question and Answer just seen like one
    2009年3月30日 下午 12:33

解答

  • 這篇討論串落落長..來整理一下

    假設沒有加入Domain的機器要設定一台 NTP Server 來進行校正的話

    大概步驟如下
    ---------------------------------------------------------------------------
    Server端
    透過gpedit.msc - > 電腦設定 -> 系統管理範本 -> 系統 -> Windows時間服務 -> 時間提供者 -> 啟用Windows NTP 伺服器 -> 已啟用


    Client端
    1.透過gpedit.msc - > 電腦設定 -> 系統管理範本 -> 系統 -> Windows時間服務 -> 時間提供者 -> 啟用Windows NTP 用戶端 -> 已啟用

    2.透過gpedit.msc - > 電腦設定 -> 系統管理範本 -> 系統 -> Windows時間服務 -> 時間提供者 -> 設定Windows NTP 用戶端 -> 已啟用
       指定NTP Server位置(EX:192.168.1.1,0x1) & 設定 Type為 NTP

    3.執行 gpupdate /force

    4.打開regedit並指向HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config

    5.將右側機碼的值設定成跟 http://technet.microsoft.com/en-us/library/cc773263.aspx 最下面的表格一樣(表格內的數字都是十進位)

    6.設定完成後執行 net stop w32time & net start w32time

    7.調整時間差一分鐘後進行 w32tm /resync 即可正常校正

    PS:需要確認Client端的 UDP 123 port是否在 Listening 才可
    ---------------------------------------------------------------------------

    最常問的機碼值的意思

    1. MaxNegPhaseCorrection (負差) -> 超過這個值得誤差,就不做時間修正

    2. MaxPosPhaseCorrection  (正差) -> 超過這個值的誤差,就不做時間修正

    3. MaxAllowedPhaseOffset            -> 超過這個值時,會透過硬體時鐘做校正,而不是透過NTP Server


    參考資料
    Windows Time Service Tools and Settings
    http://technet.microsoft.com/en-us/library/cc773263.aspx
    • 已標示為解答 Lai-DenJen 2009年4月28日 下午 12:19
    2009年4月28日 上午 08:28

所有回覆

  • 你改完機碼後有重新開機嗎?
    2009年3月31日 上午 07:13
  • 嗯~~~有重新開過了,不過還是不行~~~
    Question and Answer just seen like one
    2009年3月31日 上午 08:54
  • 可以把你的Server設定貼出來看看嗎?
    參考這篇文章看看
    http://www.wretch.cc/blog/chekinkimo/18125440
    2009年3月31日 上午 10:41
  • 感謝Vincent Lin的回應。

    不過設定的部份,都差不多。

    不過,我在測 telnet locale 123時
    是show出,連接埠:123:連線失敗

    是不是我沒有設定到什麼??
    不過,我使用 netsh firewall show portopening
    內容如下:
    =============================
    網域 設定檔的連接埠設定:
    連接埠 通訊協定  模式       名稱
    -------------------------------------------------------------------
    123    TCP       啟用       123
    123    UDP       啟用       123

    標準 設定檔的連接埠設定:
    連接埠 通訊協定  模式       名稱
    -------------------------------------------------------------------
    5900   TCP       啟用       vnc5900
    5800   TCP       啟用       vnc5800
    123    TCP       啟用       123
    123    UDP       啟用       123
    139    TCP       啟用       NetBIOS Session Service
    445    TCP       啟用       SMB over TCP
    137    UDP       啟用       NetBIOS Name Service
    138    UDP       啟用       NetBIOS Datagram Service

    區域連線 的連接埠設定:
    連接埠 通訊協定  模式       名稱
    -------------------------------------------------------------------
    26796  TCP       啟用       OfficeScanNT Listener

    =============================

    Firewall也有設定,不過用 netstat來看的話
    內容如下:
    Active Connections

      Proto  Local Address          Foreign Address        State
      TCP    0.0.0.0:135            0.0.0.0:0              LISTENING
      TCP    0.0.0.0:445            0.0.0.0:0              LISTENING
      TCP    0.0.0.0:5800           0.0.0.0:0              LISTENING
      TCP    0.0.0.0:5900           0.0.0.0:0              LISTENING
      TCP    0.0.0.0:42104          0.0.0.0:0              LISTENING
      TCP    0.0.0.0:42105          0.0.0.0:0              LISTENING
      TCP    0.0.0.0:42106          0.0.0.0:0              LISTENING
      TCP    0.0.0.0:42107          0.0.0.0:0              LISTENING
      TCP    0.0.0.0:42108          0.0.0.0:0              LISTENING
      TCP    127.0.0.1:1031         0.0.0.0:0              LISTENING
      TCP    192.168.116.210:139     0.0.0.0:0              LISTENING
      TCP    192.168.116.210:1315    192.168.16.2:80         TIME_WAIT
      TCP    192.168.116.210:1316    192.168.16.2:445        TIME_WAIT
      TCP    192.168.116.210:1318    192.168.16.2:80         ESTABLISHED
      TCP    192.168.116.210:5900    192.168.16.125:2531     ESTABLISHED
      UDP    0.0.0.0:445            *:*
      UDP    0.0.0.0:500            *:*
      UDP    0.0.0.0:4500           *:*
      UDP    127.0.0.1:123          *:*
      UDP    127.0.0.1:1900         *:*
      UDP    192.168.116.210:123     *:*
      UDP    192.168.116.210:137     *:*
      UDP    192.168.116.210:138     *:*
      UDP    192.168.116.210:1900    *:*
    =============================

    是不是沒有 TCP 123在Listen的關係??
    Question and Answer just seen like one
    2009年3月31日 下午 01:44
  • 有安裝防毒軟體嗎?有的話暫時把他關閉或移除
    再看port 123 有沒有Listening
    2009年3月31日 下午 02:28
  • Dear Vincent Lin

    的確,是有裝防毒
    不過,我是有上網下載NTPClock來用,都OK,不會有任何問題。

    補充一下,我是有去截取兩個不同的IP來看
    NTPClock的封包,他的目的PORT不是使用123,是隨任的port(當然,來源的PORT卻是123)

    所以,我現在疑惑的就是,NTPClock的動作,因該跟Regedit來設定沒有大同小異,不同點只是在
    NTPClock是軟體程式的部份,而Regedit的部份,是靠Service和設定來傳送資料,那道軟體程式
    的傳遞比較據有搶制性,可以直接修改系統定的資訊,而Regedit的部份,在做修改時,會有優先權之
    類的限制呢??(只是我個人的想法,不知道對不對)

    如果真得移除防毒來試的話,相對的,以後還是需要安裝防毒的話,是不是
    還會遇到相同問題??
    Question and Answer just seen like one
    2009年3月31日 下午 02:58
  • 因為防火牆上有開port 123,卻在netstat裡面看不出來
    可能是被某些軟體擋住,最有可能的就是防毒軟體
    如果發現是防毒軟體問題的話,就需要調整裡面的設定來解決

    你的NTP Clock是之前就裝了?還是昨天問題發生後才裝?

    2009年4月1日 上午 02:16
  • Regedit的部份,是在防毒軟體之前設定的

    而NTP Clock的部份,是在問題發生後才裝的。

    至於發生此問題的話,之前剛弄的時候,還可以更新,但不知道為什麼
    時間越來越不準,所以才去做手動立即更新時間,結果發現就算
    手動立即更新時間的話,它的時間依然不會校正(奇怪的是,會Show出
    已經與 xxx.xxx.xxx.xxx 於2009/xx/xx  下午xx:xx:xx 成功進行時間同步處理。)

    ps.已試過將防毒關掉,時間還是沒辦法調正過去。(by 手動 立即更新)

    Question and Answer just seen like one
    2009年4月1日 上午 09:48
  • 關掉防毒之後有去看一下netstat的狀態嗎?
    另外那個xxx.xxx.xxx.xxx是多少呢?
    2009年4月2日 上午 04:59
  • Dear Vincent Lin

    netstat -an 的狀態如下:
    Active Connections

      Proto  Local Address          Foreign Address        State
      TCP    0.0.0.0:135            0.0.0.0:0              LISTENING
      TCP    0.0.0.0:445            0.0.0.0:0              LISTENING
      TCP    0.0.0.0:5800           0.0.0.0:0              LISTENING
      TCP    0.0.0.0:5900           0.0.0.0:0              LISTENING
      TCP    0.0.0.0:42104          0.0.0.0:0              LISTENING
      TCP    0.0.0.0:42105          0.0.0.0:0              LISTENING
      TCP    0.0.0.0:42106          0.0.0.0:0              LISTENING
      TCP    0.0.0.0:42107          0.0.0.0:0              LISTENING
      TCP    0.0.0.0:42108          0.0.0.0:0              LISTENING
      TCP    127.0.0.1:1031         0.0.0.0:0              LISTENING
      TCP    192.168.116.210:139     0.0.0.0:0              LISTENING
      TCP    192.168.116.210:1187    192.168.116.10:7086     CLOSE_WAIT
      TCP    192.168.116.210:3148    192.168.16.2:80         TIME_WAIT
      TCP    192.168.116.210:3150    192.168.16.2:139        TIME_WAIT
      TCP    192.168.116.210:3151    192.168.16.2:139        TIME_WAIT
      TCP    192.168.116.210:3152    192.168.16.2:80         ESTABLISHED
      TCP    192.168.116.210:5900    192.168.16.125:1318     ESTABLISHED
      UDP    0.0.0.0:69             *:*
      UDP    0.0.0.0:445            *:*
      UDP    0.0.0.0:500            *:*
      UDP    0.0.0.0:4500           *:*
      UDP    0.0.0.0:7033           *:*
      UDP    127.0.0.1:123          *:*
      UDP    127.0.0.1:1900         *:*
      UDP    192.168.116.210:123     *:*
      UDP    192.168.116.210:137     *:*
      UDP    192.168.116.210:138     *:*
      UDP    192.168.116.210:1900    *:*

    至於xxx.xxx.xxx.xxx是192.168.116.10

    ps.
    Server的設定如下

    Windows Registry Editor Version 5.00

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time]
    "Description"="維護在網路上所有用戶端及伺服器的資料及時間同步處理。如果這個服務停止,將無法進行日期及時間同步處理。如果這個服務被停用,所有依存的服務都會停止。
    "
    "DisplayName"="Windows Time"
    "ErrorControl"=dword:00000001
    "Group"=""
    "ImagePath"=hex(2):25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f,00,\
      74,00,25,00,5c,00,53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,73,\
      00,76,00,63,00,68,00,6f,00,73,00,74,00,2e,00,65,00,78,00,65,00,20,00,2d,00,\
      6b,00,20,00,6e,00,65,00,74,00,73,00,76,00,63,00,73,00,00,00
    "Objectname"="LocalSystem"
    "Start"=dword:00000002
    "Type"=dword:00000020
    "FailureActions"=hex:05,00,00,00,00,00,00,00,00,00,00,00,02,00,00,00,64,00,20,\
      00,01,00,00,00,60,ea,00,00,01,00,00,00,60,ea,00,00

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config]
    "LastClockRate"=dword:00026258
    "MinClockRate"=dword:000260d4
    "MaxClockRate"=dword:000263e0
    "FrequencyCorrectRate"=dword:00000004
    "PollAdjustFactor"=dword:00000005
    "LargePhaseOffset"=dword:00138800
    "SpikeWatchPeriod"=dword:0000005a
    "HoldPeriod"=dword:00000005
    "MaxPollInterval"=dword:0000000f
    "LocalClockDispersion"=dword:0000000a
    "EventLogFlags"=dword:00000002
    "PhaseCorrectRate"=dword:00000001
    "MinPollInterval"=dword:0000000a
    "UpdateInterval"=dword:00057e40
    "MaxNegPhaseCorrection"=dword:ffffffff
    "MaxPosPhaseCorrection"=dword:ffffffff
    "AnnounceFlags"=dword:0000000a
    "MaxAllowedPhaseOffset"=dword:0000012c

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters]
    "ServiceMain"="SvchostEntry_W32Time"
    "ServiceDll"=hex(2):43,00,3a,00,5c,00,57,00,49,00,4e,00,44,00,4f,00,57,00,53,\
      00,5c,00,73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,77,00,33,00,\
      32,00,74,00,69,00,6d,00,65,00,2e,00,64,00,6c,00,6c,00,00,00
    "NtpServer"="192.168.116.52,0x1"
    "Type"="NTP"

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Security]
    "Security"=hex:01,00,14,80,a8,00,00,00,b4,00,00,00,14,00,00,00,30,00,00,00,02,\
      00,1c,00,01,00,00,00,02,80,14,00,ff,01,0f,00,01,01,00,00,00,00,00,01,00,00,\
      00,00,02,00,78,00,05,00,00,00,00,00,14,00,8d,00,02,00,01,01,00,00,00,00,00,\
      05,0b,00,00,00,00,00,18,00,ff,01,0f,00,01,02,00,00,00,00,00,05,20,00,00,00,\
      20,02,00,00,00,00,18,00,8d,00,02,00,01,02,00,00,00,00,00,05,20,00,00,00,23,\
      02,00,00,00,00,14,00,9d,00,00,00,01,01,00,00,00,00,00,05,04,00,00,00,00,00,\
      18,00,9d,00,00,00,01,02,00,00,00,00,00,05,20,00,00,00,21,02,00,00,01,01,00,\
      00,00,00,00,05,12,00,00,00,01,01,00,00,00,00,00,05,12,00,00,00

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders]

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient]
    "Enabled"=dword:00000001
    "InputProvider"=dword:00000001
    "AllowNonstandardModeCombinations"=dword:00000001
    "CrossSiteSyncFlags"=dword:00000002
    "ResolvePeerBackoffMinutes"=dword:0000000f
    "ResolvePeerBackoffMaxTimes"=dword:00000007
    "CompatibilityFlags"=dword:80000000
    "EventLogFlags"=dword:00000001
    "DllName"="C:\\WINDOWS\\system32\\w32time.dll"
    "SpecialPollInterval"=dword:00002a30

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer]
    "Enabled"=dword:00000000
    "InputProvider"=dword:00000000
    "AllowNonstandardModeCombinations"=dword:00000001
    "DllName"="C:\\WINDOWS\\system32\\w32time.dll"

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Enum]
    "0"="Root\\LEGACY_W32TIME\\0000"
    "Count"=dword:00000001
    "NextInstance"=dword:00000001


    補充:
    關防毒軟體時的netstat如下(此台是暫拿其它有開啟防毒軟體的電腦觀看)
    Active Connections

      Proto  Local Address          Foreign Address        State
      TCP    0.0.0.0:135            0.0.0.0:0              LISTENING
      TCP    0.0.0.0:445            0.0.0.0:0              LISTENING
      TCP    0.0.0.0:1040           0.0.0.0:0              LISTENING
      TCP    0.0.0.0:1041           0.0.0.0:0              LISTENING
      TCP    0.0.0.0:5800           0.0.0.0:0              LISTENING
      TCP    0.0.0.0:5900           0.0.0.0:0              LISTENING
      TCP    0.0.0.0:8192           0.0.0.0:0              LISTENING
      TCP    0.0.0.0:8193           0.0.0.0:0              LISTENING
      TCP    0.0.0.0:8194           0.0.0.0:0              LISTENING
      TCP    0.0.0.0:42104          0.0.0.0:0              LISTENING
      TCP    0.0.0.0:42105          0.0.0.0:0              LISTENING
      TCP    0.0.0.0:42106          0.0.0.0:0              LISTENING
      TCP    0.0.0.0:42107          0.0.0.0:0              LISTENING
      TCP    0.0.0.0:42108          0.0.0.0:0              LISTENING
      TCP    127.0.0.1:1025         127.0.0.1:1026         ESTABLISHED
      TCP    127.0.0.1:1026         127.0.0.1:1025         ESTABLISHED
      TCP    127.0.0.1:1037         127.0.0.1:1038         ESTABLISHED
      TCP    127.0.0.1:1038         127.0.0.1:1037         ESTABLISHED
      TCP    127.0.0.1:1043         0.0.0.0:0              LISTENING
      TCP    127.0.0.1:8192         127.0.0.1:1036         TIME_WAIT
      TCP    192.168.116.52:139      0.0.0.0:0              LISTENING
      TCP    192.168.116.52:1032     192.168.16.2:8194       ESTABLISHED
      TCP    192.168.116.52:1033     192.168.16.2:445        TIME_WAIT
      TCP    192.168.116.52:1034     192.168.16.2:139        TIME_WAIT
      TCP    192.168.116.52:1035     192.168.16.2:139        TIME_WAIT
      TCP    192.168.116.52:1039     192.168.116.52:8194     ESTABLISHED
      TCP    192.168.116.52:1041     192.168.116.52:1042     ESTABLISHED
      TCP    192.168.116.52:1042     192.168.116.52:1041     ESTABLISHED
      TCP    192.168.116.52:1044     192.168.116.10:445      TIME_WAIT
      TCP    192.168.116.52:1045     192.168.116.10:139      TIME_WAIT
      TCP    192.168.116.52:1046     192.168.116.10:139      TIME_WAIT
      TCP    192.168.116.52:1048     192.168.116.10:445      TIME_WAIT
      TCP    192.168.116.52:8194     192.168.16.2:4315       ESTABLISHED
      TCP    192.168.116.52:8194     192.168.116.52:1039     ESTABLISHED
      UDP    0.0.0.0:69             *:*
      UDP    0.0.0.0:445            *:*
      UDP    0.0.0.0:500            *:*
      UDP    0.0.0.0:4500           *:*
      UDP    0.0.0.0:7033           *:*
      UDP    127.0.0.1:123          *:*
      UDP    127.0.0.1:1900         *:*
      UDP    192.168.116.52:123      *:*
      UDP    192.168.116.52:137      *:*
      UDP    192.168.116.52:138      *:*
      UDP    192.168.116.52:1900     *:*


    Question and Answer just seen like one
    2009年4月3日 上午 02:13
  • [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer]
    "Enabled"=dword:00000000
    "InputProvider"=dword:00000000
    "AllowNonstandardModeCombinations"=dword:00000001
    "DllName"="C:\\WINDOWS\\system32\\w32time.dll"
    把上面黑色粗體的設定改成1
    然後重新啟動W32Time Service (net stop w32time & net start w32time)
    看看Client端有沒有改善

    參考資料
    如何在 Windows Server 2003 中設定授權時間伺服器
    http://support.microsoft.com/kb/816042

    若還是不行時
    在Client端可以透過下列指令看看內容是什麼

    net time /query -> 顯示目前的Time Server
    w32tm /resync -> 手動同步時間

    如果還是不行的話,在抓個封包來看看吧.滿怪的
    • 已編輯 Vincent Lin 2009年4月3日 上午 05:47 增加內容
    2009年4月3日 上午 03:54
  • Dear Vincent Lin

    真得感謝您的回應~~~
    首先,回應您我測試後的結果。

    環境如下:

    情況一=>僅兩台做連接,來做時間校正(排除其它的環境因素)

    情況二=>大環境,也就是還有其它台電腦做連接,有經過二至三台的Switch。

    情況一是可以正常的更正過去

    而情況二的部份,雖然有收到NTP的封包(client & Server),但時間一直沒辦法改過去,因為在週期間
    還有許許多多的其它封包參雜著,沒有情況一如此乾淨。

    補充說明::
    我看封包的情況,在情況一的部份,在做時間調校的之前,都會發出詢問的封包,詢問time Server的位置,確定之後
    ,才會開始做時間NTP的封包的傳送。至情況二的部份,每次在做的時候,我都沒辦法看到Client發出的詢問的封包,但還是有NTP的封包在傳送。
    所以不確定是不是這個的問題??

    PS.
    一、
    C:\Documents and Settings\pos>net time /query
    目前的 SNTP 值是: 192.168.116.10,0x1 (此台就是設定的Time Server)

    命令執行成功。

    二、
    C:\Documents and Settings\pos>w32tm /resync
    傳送 resync 命令到 local computer...
    電腦並未 resync,因為沒有可用的時間資料。

    Question and Answer just seen like one
    2009年4月3日 上午 09:25
  • 今天我架了一個LAB來測試,有抓了封包
    正常的時間校正封包只會有兩個..就像是你最早貼的連結一樣(Client問Server & Server回覆Client)
    而假如你的w32tm /resync指令是顯示沒有可用的時間資料的話
    就我的LAB來說,假設下面的機碼是設定為0的話,就會出現這個狀況

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer  "Enabled"=dword:00000000

    問一下,你的情況一和情況二,用來當時間校正的Server是同一台嗎? Client端也是同一台嗎?
    如果都不是的話
    可以測試看看下面動作

    1.情況一的Client能不能跟情況二的Server進行時間校正

    2.看看情況二的Client端的netstat是不是有 UDP 123 port 顯示,如果沒有的話就有問題了(因為校正時來源端的UDP 123 port要是開的)

    2009年4月3日 上午 09:50
  • Dear Vincent Lin

    Sorry for reply so late。

    一、情況一和情況二的Server和Client都不一樣,而且,網段的設定也不太一樣。
    二、嗯,將NtpServer改成Enable=1之後,w32tm /resync就可以成功了。
    三、不過,將情況一的Client跟情況二的Server進行時間校正,也沒辦法更改過去,但還是看得到NTP的封包在互相傳送。
    四、情況二的Client的UDP 123 port是有開,不過是顯示 127.0.0.1 UDP   123(因該沒有差別吧)

    還有一些事情需要理清
    一、目前在做時間調正的測試環境,Time Server其實是在Domain之下的隨便一台,而Time Client是沒有加入Domain的。
    二、之前問的『為什麼 Reference clock ID:不是我設定的 .116.10??(而是16.1,這台是之前所設定的)??』是PAD的那一台。
    三、然而,網段也不一樣。
    四、為什麼接收得到NTP的封包,卻在Client端,沒辦法有變動的動作??
    五、在做時間校正的時候,它是會一點點(幾秒幾秒)的變動嗎??

    Best Regard
    Question and Answer just seen like one
    2009年4月6日 上午 10:46

  • 五、在做時間校正的時候,它是會一點點(幾秒幾秒)的變動嗎??

    因為放了一陣子
    突然會發現,時間好像會慢慢的拉近
    本來調久了30幾秒,不過,過了大概有三至四小時之後
    再去觀察,已拉近只剩十二秒多。

    不過前題是,要一直詢問Time Server,也就是把SpecialPollInterval調成每30秒就詢問一次

    如果真如此的話,那問題就是,封包會很頻繁,且,電腦數量一多的話,就會有問題??
    是不是與網路的環境有關呢??

    那有沒有辦法可以一次調整成正確的時間??

    PS.以上僅推測,不確定是不是一點點的變動。
    Question and Answer just seen like one
    2009年4月6日 下午 12:13

  • 1.你說的時間無法更改過去..是指時間相差是幾秒的狀態?還是完全沒改變(假如原先是差一個小時這種狀況)?
    2.Reference Clock ID在我的環境底下是顯示none nominal frequency , 你的環境下 16.1 是Switch or Router嗎? 是的話是不是有啟動NTP?

    2009年4月7日 上午 03:12
  • 一、
    在監看封包的時候,一開始的封包為
    NTP Client
    --Network Time Protocol
       ---Transmit Time Stamp: 25分17秒

    NTP Server
    --Network Time Protocol
       ---Transmit Time Stamp: 26分30秒

    還差至少一分多鐘

    結果放了三至四個小時之後,再看情況
    NTP Client
    --Network Time Protocol
       ---Transmit Time Stamp: 12分44秒

    NTP Server
    --Network Time Protocol
       ---Transmit Time Stamp: 12分55秒

    //PS.小時省略

    有逐近拉近的現像,此為使用Service來做。

    如果用軟體(ntpclock)來 做的話。
    他的封包就是(舉例)
    NTP Client
    --Network Time Protocol
       ---Transmit Time Stamp: 15分44秒

    NTP Server
    --Network Time Protocol
       ---Transmit Time Stamp: 15分44秒

    一次就可以調整成相同的時間。

    因為我發現,拿我上面說的”情況一”來說,環境很乾淨,只有兩台做連線
    ,他們的時間,有時也沒辦法一次就調整成一樣的時間,需要多次的詢問(封包)
    ,詢問至三四次的時候,他們的時間才會一樣。

    不過,在情況二的話,就算詢問多少次,都沒辦法調整至一樣的時間,昨天才發現,
    怎麼是一點一點的靠近(不知道是不是我猜想的方式)。

    所以才在想說,為什麼沒辦法像NTPClock一樣,可以直接收到Server的NTP時,直接
    改正時間??跟權限會有關係嗎??

    二、
    是這樣的,我們有切兩個網段
    一個是16,此網段是在 Domain的網域下,而 16.1是 主要的DC
    而另一個是116網段,此網段的電腦都沒有加入Domain,僅是Group的狀態。然而,116網段內的電腦,
    在Regedit設定w32time的NTP是Domain網域下的另一台電腦(不是DC,這台電腦的NTP又是指向16.1這台電腦),
    所以是兩段式,不知道會不會有問題??
    Question and Answer just seen like one
    2009年4月7日 上午 08:43
  • 我確認了一下,那個Server傳回的封包所看到的reference clock id是 16.1是正常的
    因為該Server是網域的成員,自然而然會是跟DC進行時間同步.
    所以在那邊看到16.1是正常的

    我觀察了一下,透過service進行同步的話,正常時間也是會完全正確才是(時分秒都一樣)

    另外我想確認一件事情
    你是透過看封包內容來檢查時間是否同步的嗎?有沒有直接去看該台電腦時間?

    如果是透過封包來看的話,可能是對於封包的內容有誤解的關係

    就封包內容來說
    時間校正的第一個封包是NTP Client端傳送的

    NTP Client 給 NTP Server
    --Network Time Protocol
       ---Transmit Time Stamp: 25分17秒 <- 這個會是校正前Client端發出封包的時間



    NTP Server 給 NTP Client
    --Network Time Protocol
       ---Transmit Time Stamp: 26分30秒 <- 這個會是Server端回應封包的時間
      
    Server 回送的封包內容應該會有一個 Originate Time Stamp ,其時間也會是 25分17秒,也是Client端發出封包的時間

    • 已編輯 Vincent Lin 2009年4月9日 上午 02:17 之前名詞解釋有誤
    2009年4月7日 上午 09:50
  • Dear Vincent Lin
    我兩方面都有觀查,有觀查機器的時間,封包上的時間也一併觀查。

    嗯,是沒錯,像一開始重新啟動 net start w32time時
    首先的封包
    Client to Server
    http://www.wretch.cc/album/show.php?i=chekinkimo&b=1&f=1923724799&p=64

    Server to Client
    http://www.wretch.cc/album/show.php?i=chekinkimo&b=1&f=1923724800&p=65

    第二次接收到的封包
    Client to Server
    http://www.wretch.cc/album/show.php?i=chekinkimo&b=1&f=1923724801&p=66

    Server to Client
    http://www.wretch.cc/album/show.php?i=chekinkimo&b=1&f=1923724802&p=67

    中間經過許多的互相呼叫了.................

    之後的封包
    CLient to Server
    http://www.wretch.cc/album/show.php?i=chekinkimo&b=1&f=1923724803&p=68

    Server to Client
    http://www.wretch.cc/album/show.php?i=chekinkimo&b=1&f=1923724804&p=69

    Best Regard
    Question and Answer just seen like one
    2009年4月7日 上午 10:28
  • 不好意思,之前解釋的TimeStamp有點問題,已經更正
    然後看了你貼的封包資訊
    看起來都滿正常的
    如果時間還是無法正確同步的話(可以說一下大概時間會差多少嗎?)
    我想可能會跟Client端上安裝的軟體比較有關係
    2009年4月9日 上午 02:19
  • Dear Vincent Lin

    感謝您的回應

    再測試的時候,是先手動將Client的時間,故意與Server的時間調差大概1分多鐘(大概是1分13秒)
    後來就啟動
    一、
    然後關看Client的封包
    http://www.wretch.cc/album/show.php?i=chekinkimo&b=1&f=1923724805&p=70

    有一個問題是,為什麼封包的 小時,不是正確的小時(如圖)

    而回應的Server的封包
    http://www.wretch.cc/album/show.php?i=chekinkimo&b=1&f=1923724806&p=71

    PS.我是有把中間的圖片在做修改了,如果有需要查看的話,可以一直往下點下去

    二、
    突然發現,秒數有推進一秒的現像
    http://www.wretch.cc/album/show.php?i=chekinkimo&b=1&f=1923724811&p=76

    三、
    經過一回兒的呼叫,又再推進一秒
    http://www.wretch.cc/album/show.php?i=chekinkimo&b=1&f=1923724813&p=78

    四、
    就這樣一直慢慢的推進
    最後就變成
    http://www.wretch.cc/album/show.php?i=chekinkimo&b=1&f=1923724814&p=79
    http://www.wretch.cc/album/show.php?i=chekinkimo&b=1&f=1923724815&p=80

    兩個時間僅相差十秒左右(11秒),當時看PC時的時間也是如此。(雖然沒有一直緊盯的電腦的封包和時間看)
    不過,過了幾小時之後去看,就是Client和Server僅差十秒左右(Client慢Server)

    PS.在封包上的Arrival time的話,是軟體從一開始啟動至他截取到封包的時間,並非當時PC的時間。

    疑問:
    我發現,NTP封包在傳送過程中,Client有一度接近Server到僅剩2秒左右,還有一度超過的情況(像第79的那張,就是超過的情況)
    ,不過怎麼會有超過的情況,還滿奇怪的。不過放到今天為止再去看電腦,得確,Client的時間,整整超過Server三十幾秒,還滿奇怪的。

    還有,測試Client的電腦是NB,也就是預設電腦的軟體,沒有安裝比較特殊的軟體(至於真正套用的電腦,是有安裝POS系統的電腦和VNC
    ...等),所以如果跟軟體有關,是哪類的軟體??之前有過相同的情況,也是因為軟體而無法更正PC的電腦??


    Best Regard
    Question and Answer just seen like one
    2009年4月9日 下午 02:23
  • 先回答第一個問題,比較簡單
    你會發現封包上的時間是跟實際時間差八小時
    是因為封包上的時間是UTC(世界標準時間) = GMT(格林威治時間)
    所以呢..換算台灣時間是要+8 低 (台灣是 GMT+8)

    後面封包我看了一下前三個封包..你應該是把Client端調快1分鐘多吧
    正常前兩個封包完成後時間應該會調過來
    然後第三個封包的Transmit TimeStamp應該就是26分多才對..不會是25分..
    可見Client端收到封包後是沒有去更改時間的.

    建議在Client端 & Server端進行下面測試(將開機常駐程式和非微軟的服務都先暫時停止)

    1.開始->執行->msconfig
    2.啟動->全部停用
    3.服務->隱藏所有Microsoft服務->全部停用
    4.確定->重新開機
    5.重新開機後在把時間調快1分鐘..在進行同步看看..然後抓前兩次的同步封包看看狀況會不會變


    另外.之前看到的一些關於TimeStamp的資料..可以參考下面這個網站
    有說明一點點運作過程..那些TimeStamp分別代表什麼意思.

    Introduction to NTP
    http://www.webreference.com/programming/perl/ntp/

    2009年4月9日 下午 03:11
  • Dear Vincent Lin

    真得感謝回應

    至於測試的部份,msconfig全部停用,和隱藏所有Microsoft服務,再將時間調快1分鐘,還是一樣沒有調整過來。
    前幾次的封包還是一樣有互相傳送NTP(每三十秒),收到時間,Client也不會去做改變。

    如果在Server端有設w32time服務,又加裝NTPClock的話
    (主要服務是開給Client來跟此台做詢問的,而NTPClock是開給與另一台Timer Server也就是
    PDC做同步用),會有影響嗎??

    在隱藏所有Microsoft服務時,然後下 net start w32time時,開始校時時,再去看裡面,還是有些內定服務,也會一併打開
    ,這因該沒關係吧??

    =========================================================
    有關Server的Regedit我在重新PO一次
    Windows Registry Editor Version 5.00

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config]
    "LastClockRate"=dword:00026260
    "MinClockRate"=dword:000260d4
    "MaxClockRate"=dword:000263e0
    "FrequencyCorrectRate"=dword:00000004
    "PollAdjustFactor"=dword:00000005
    "LargePhaseOffset"=dword:02faf080
    "SpikeWatchPeriod"=dword:00000384
    "HoldPeriod"=dword:00000005
    "LocalClockDispersion"=dword:0000000a
    "EventLogFlags"=dword:00000002
    "PhaseCorrectRate"=dword:00000001
    "MinPollInterval"=dword:0000000a
    "MaxPollInterval"=dword:0000000f
    "UpdateInterval"=dword:00007530
    "MaxNegPhaseCorrection"=dword:ffffffff
    "MaxPosPhaseCorrection"=dword:ffffffff
    "AnnounceFlags"=dword:00000005
    "MaxAllowedPhaseOffset"=dword:0000012c

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters]
    "NtpServer"="172.17.16.1,0x1"
    "Type"="NTP"

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient]
    "Enabled"=dword:00000001
    "InputProvider"=dword:00000001
    "AllowNonstandardModeCombinations"=dword:00000001
    "CrossSiteSyncFlags"=dword:00000002
    "ResolvePeerBackoffMinutes"=dword:0000000f
    "ResolvePeerBackoffMaxTimes"=dword:00000007
    "CompatibilityFlags"=dword:80000000
    "EventLogFlags"=dword:00000001
    "LargeSampleSkew"=dword:00000003
    "DllName"="C:\\WINDOWS\\system32\\w32time.dll"
    "SpecialPollTimeRemaining"=hex(7):31,00,37,00,32,00,2e,00,31,00,37,00,2e,00,31,\
      00,36,00,2e,00,31,00,2c,00,30,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,\
      00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
    "SpecialPollInterval"=dword:00003840

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer]
    "InputProvider"=dword:00000000
    "AllowNonstandardModeCombinations"=dword:00000001
    "DllName"="C:\\WINDOWS\\system32\\w32time.dll"
    "Enabled"=dword:00000001
    =========================================================

    Question and Answer just seen like one
    • 已提議為解答 Vincent Lin 2009年4月15日 上午 02:30
    • 已取消提議為解答 Vincent Lin 2009年4月15日 上午 03:28
    2009年4月10日 下午 12:48
  • 假如你把時間調多一點.像是5分鐘或10分鐘
    這樣的話看看會不會調整

    另外,NTP Clock的話建議先關掉好了
    雖然不一定是他的關係,不過讓環境單純點也比較好找問題

    2009年4月10日 下午 01:41
  • Dear Vincent Lin

    關掉了,多調了五分鐘,還是一樣,沒辦法調整過去。
    Question and Answer just seen like one
    2009年4月10日 下午 02:03
  • Server端的機碼 "AnnounceFlags"=dword:00000005 改成 0000000a 後在觀察看看

    2009年4月14日 上午 09:18
  • Dear Vincent Lin

    也是沒辦法調整過去

    想請問一下,在啟動 Windows time的時候,如果有收到來的封包,電腦去做更正時間時,是會啟動Microsoft裡的程式去做調整嗎??
    還是是如何調整時間??

    至於,目前的Client的"AnnounceFlags"=dword:00000000

    Question and Answer just seen like one
    2009年4月14日 下午 02:51
  • Client端也改成0000000a吧
    至於收到封包後是怎麼去調整的,可能要在查看看有沒有相關資料說明了

    2009年4月15日 上午 02:32
  • Dear Vincent Lin

    真得很感謝你的回應與時間~~~

    有測試出來了,時間可以正常的調整過去(高興中~~~)

    首先,有兩個地方,不確定是不是會影響到
    一、一開始都還不行,後來想說本身Server上有安裝WowUSBProtector 7.2,後來將它移除,再做測試,即OK,不過,後來我也是有拿之前所說的”情況一”的環境(排除其它的環境因素),拿一台Server來安裝WowUSBProtector 7.2,結果還是可以做調整,所以就估算他不會影響到,不過已經成功了。

    二、後來,我又發現,在Time上有一參數MaxAllowedPhaseOffset設定的時候,是設為300,後來調整為1時,即可以調整過去,就算服務與軟體均啟動著,所以就估計為此一的問題。那到底什麼是MaxAllowedPhaseOffset??我對他的判讀(不知道正不正確,還請糾正),這個參數主要是當Client的時間與Server的時間,如果相差至300秒的話,Client才會針對Server的時間去做校正,說明白一點即為最大容忍度的時間,所以在300秒以內的誤差,均還可以容忍而不去做修改,只要一超過了,那當收到NTP時,就會去做更正(我是有測試過了,在3、2分,也就是5分鐘之內都不會更改,而設定6、10分,收到NTP時,就會去做更改)

    PS.
    在Windows Time Service Tools and Settings上有一個公式
    |CurrentTimeOffset| / (PhaseCorrectRate*UpdateInterval) < SystemClockRate / 2
    不知您是否知道相關的參數值??

    Thanks a lot~~~

    Best Regard
    Question and Answer just seen like one
    2009年4月15日 下午 02:12
  • 1.
    MaxAllowedPhaseOffset 的意思是說
    如果超過這個值的時間(以秒計算)時,會以本身的電腦時鐘來進行校正(BIOS時間)
    所以在預設在Domain環境底下是300秒,一般沒加入Domain的機器預設就是1
    如果要使用NTP來進行校正的話,你的時間偏移量必須要小於 MaxAllowedPhaseOffset這個值才可以進行NTP校正
    至於公式是怎麼算的,我就不太會算了@@

    2.
    至於在容忍的誤差是由什麼判斷的,是透過下面這兩個機碼
    如果超過設定的值時,就不做修正動作

    MaxNegPhaseCorrection (負差)
    MaxPosPhaseCorrection  (正差)

    而值如果是設定 0xFFFFFFFF 的話,就表示always進行時間校正的動作
    Domain底下的機器預設都是 0xFFFFFFFF
    一般沒有加入Domain的機器則是 54000 (秒) = 15hr

    3.
    所以你說現在的可以調整是透過調整MaxAllowedPhaseOffset的方式來校正嗎?
    如果是的話,可能還是沒找到問題發生原因@@ (等於是使用硬體時鐘來校正..)
    • 已編輯 Vincent Lin 2009年4月23日 上午 10:33 修改內容
    2009年4月16日 上午 03:33
  • Dear Vincent Lin

    感謝您的回應與糾正

    MaxAllowedPhaseOffset 是由電腦時鐘(BIOS)所更正的話~~~
    那~~~BIOS的時間是由OS去做調整嗎??意思是BIOS的時間,是否也是在收到NTP的時候去做調整至正確的時間??還是用其它的方法??
    不然,因為我在測試的時候,當我設定MaxAllowedPhaseOffset為1的時候,他接收到NTP的時候(可能是接收到兩三個NTP後)會更正過去,
    如果是BIOS的時間的話,那時間是與Time Server一致,不管軟體的部份,有沒有開啟,均會調整過去。

    真是如此的話,軟體適過關掉、也拿情況一的Client來接情況二的Server、還有其它的地方溜掉了??還是說,真得跟網路環境有關??

    PS.
    如果使用BIOS來做時間的校正,是否會有任何負面影響??跟一般使用外部時間(非硬體)時鐘來校正比起來,有什麼不同嗎??那接收到的
    NTP有Server來的封包,並沒有直接性的影響到Client??


    Best Regard

    Question and Answer just seen like one
    2009年4月16日 上午 10:24
  • 如果是使用BIOS時間校正的話,只要BIOS時間正確而且是沒有加入Domain的機器
    其實是沒什麼關係的

    我建議來測試一個方法,因為機碼部分我不確定你有沒有修改到別的
    可以先把原先的機碼都先刪除,然後從一個乾淨的環境下把他匯出,並匯入到這兩台Server & Client上
    機碼是指 "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time"

    匯入沒更改過的機碼後,分別透過本機端的群組原則(gpedit.msc)來進行Windows 時間服務的設定
    路徑如下

    "電腦設定->系統管理範本->系統->Windows時間服務"
    ---------------------------------------------------------------
    Client 設定

    啟動全域設定值
    內容都保持預設

    時間提供者 -> 啟用Windows NTP 用戶端 -> 已啟用

    時間提供者 -> 設定Windows NTP 用戶端 -> 已啟用, 指定NTP Server位置(EX:192.168.1.1,0x1) & 設定 Type為 NTP

    Server設定

    時間提供者 -> 啟用Windows NTP 伺服器 -> 已啟用
    ----------------------------------------------------------------

    然後將NTPClock軟體暫時關掉或移除.
    測試看看時間校正會不會順利

    • 已編輯 Vincent Lin 2009年4月23日 上午 10:34 修改錯誤內容
    2009年4月17日 上午 10:11
  • Dear Vincent Lin

    先以情況一的環境(兩台NB對連),測試後的結果
    一、先將client的全域設定值
    把 MaxNegPhaseCorrection (負差) & MaxPosPhaseCorrection  (正差) 改成1 (正負相差一秒以上就校正), 其他就保持預設

    時間提供者 -> 啟用Windows NTP 用戶端 -> 已啟用

    時間提供者 -> 設定Windows NTP 用戶端 -> 已啟用, 指定NTP Server位置(EX:192.168.1.1,0x1) & 設定 Type為 NTP

    在做gpupdate /force後

    二、再去調整Server的群組設定(僅啟用),還沒去啟用全域設定值。

    最後在啟動 net start w32time

    :::結果:::
    無法調整過去,就算下 w32tm /resync /rediscover,會先show出,"...因為只有過期的時間可以用...",然後再試一次的話,會SHow出,"電腦並未resync,因為要求的時間變更太大"(不管我調相差了八分、六分或一分鐘,都會Show出此一錯誤)

    三、再將Server啟用全域設定值再重新gpupdate /force後
    (ps.AnnounceFlags=5,把 MaxNegPhaseCorrection (負差) & MaxPosPhaseCorrection  (正差) 改成1 (正負相差一秒以上就校正))

    :::結果:::
    也沒有調整過去,下 w32tm /resync /rediscover,會先show出,"...因為只有過期的時間可以用...",然後再試一次的話,會SHow出,"電腦並未resync,因為要求的時間變更太大"

    Best Regard
    Question and Answer just seen like one
    2009年4月21日 上午 08:59
  • 更正一下..把Client端的全域設定值都用預設值 正差負差都改為 54000 試試看
    我發現之前的認知有一點點誤差
    正差負差那兩個值是說..如果超過那個數值的話..就不做調整的動作.
    所以設定1的話就會出現那錯誤訊息
    2009年4月23日 上午 10:09
  • Dear Vincent Lin

         試過了,還是沒辦法調整過去,即使下了 w32tm /resync /rediscover,會show出,命令成功完成,但時間還是沒辦法調整過去。
    (也是後來過了很久,再去觀察,又發現時間調整成一樣了)

    至於調整成差5分鐘的話,就可以調整過去,因該是因為MaxAllowedPhaseOffset預設是300秒吧。

    不好意思,想請問一下,依照您自己實驗的環境下,已經可以成功的調整過去了嗎??

    Best Regard


    Question and Answer just seen like one
    • 已編輯 Lai-DenJen 2009年4月24日 下午 02:33
    2009年4月24日 上午 11:14
  • 是的..按造上面設定後
    在5分鐘(300秒)以內是可以正常調整過去的

    2009年4月25日 上午 03:04
  • Dear Vincent Lin

    感謝你的回覆~~~

    目前所做過的設定
    一、啟動->全部停用;服務->隱藏所有Microsoft服務->全部停用  
    二、觀察
                netsh firewall show portopening
    內容如下:
    =============================
    網域 設定檔的連接埠設定:
    連接埠 通訊協定  模式       名稱
    -------------------------------------------------------------------
    123    TCP       啟用       123
    123    UDP       啟用       123

    標準 設定檔的連接埠設定:
    連接埠 通訊協定  模式       名稱
    -------------------------------------------------------------------
    123    TCP       啟用       123
    123    UDP       啟用       123

    =============================

    Firewall也有設定,不過用 netstat來看的話
    內容如下:
    Active Connections

      Proto  Local Address          Foreign Address        State
    .....
      UDP    127.0.0.1:123          *:*
    .....
      UDP    192.168.116.210:123     *:*
    =============================
    三、也使用新的電腦的Time的Regedit(因該說也是家裡用的電腦的Time的Regedit),來匯入。
    四、gpedit.msc來設定  啟用Windows NTP 用戶端 -> 已啟用
                                           設定Windows NTP 用戶端 -> 已啟用, 指定NTP Server位置(EX:192.168.1.1,0x1) & 設定 Type為 NTP
                                           也啟用Windows NTP 伺服器 -> 已啟用

    Best Regard
    Question and Answer just seen like one
    2009年4月25日 上午 08:33
  • 我又測試了一下..問題可能發生在Client端的機碼設定

    1.先將Client端的gpedit.msc打開..把裡面的全域設定值取消(不要設定,只設定NTP Client端就好)
    2.執行gpupdate /force
    3.打開regedit並指向HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config
    4.將右側機碼的值設定成跟 http://technet.microsoft.com/en-us/library/cc773263.aspx 最下面的表格一樣(表格內的數字都是十進位)
    5.設定完成後執行 net stop w32time & net start w32time
    6.調整時間差一分鐘後進行 w32tm /resync 看看有沒有改善
    2009年4月27日 上午 10:14
  • Dear Vincent Lin
    再次感謝您的回覆

    實在是太高興了,時間正確的更改過去,且不是依靠硬體的Clock。

    依照你所指示的來做測試,發現,有兩個參數值不同

    一、PhaseCorrectRate:原本為1
    (看網頁上面說,好像是錯誤的修改的比率,如果修改小一點的數值會修改的快一點,但有可能會造成時間的不穩定,如果太大的話,就會比較久的時間才會修正,不過不解的是,上面寫說網域內的成員預設是1,如果獨自電腦設定為此數值的話,就沒辦法變更過去嗎??)

    二、UpdateInterval:原本為360000
    (至於這個我就不是很了解是做什麼的。)


    Best Regard
    Question and Answer just seen like one
    2009年4月27日 下午 02:44
  • 我測試結果是跟UpdateInterval有關
    如果只改PhaseCorrectRate的話倒是沒什麼關係
    而UpdateInterval的意義是什麼我也不太清楚..看解釋看不太懂..@@

    2009年4月28日 上午 01:52
  • 這篇討論串落落長..來整理一下

    假設沒有加入Domain的機器要設定一台 NTP Server 來進行校正的話

    大概步驟如下
    ---------------------------------------------------------------------------
    Server端
    透過gpedit.msc - > 電腦設定 -> 系統管理範本 -> 系統 -> Windows時間服務 -> 時間提供者 -> 啟用Windows NTP 伺服器 -> 已啟用


    Client端
    1.透過gpedit.msc - > 電腦設定 -> 系統管理範本 -> 系統 -> Windows時間服務 -> 時間提供者 -> 啟用Windows NTP 用戶端 -> 已啟用

    2.透過gpedit.msc - > 電腦設定 -> 系統管理範本 -> 系統 -> Windows時間服務 -> 時間提供者 -> 設定Windows NTP 用戶端 -> 已啟用
       指定NTP Server位置(EX:192.168.1.1,0x1) & 設定 Type為 NTP

    3.執行 gpupdate /force

    4.打開regedit並指向HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config

    5.將右側機碼的值設定成跟 http://technet.microsoft.com/en-us/library/cc773263.aspx 最下面的表格一樣(表格內的數字都是十進位)

    6.設定完成後執行 net stop w32time & net start w32time

    7.調整時間差一分鐘後進行 w32tm /resync 即可正常校正

    PS:需要確認Client端的 UDP 123 port是否在 Listening 才可
    ---------------------------------------------------------------------------

    最常問的機碼值的意思

    1. MaxNegPhaseCorrection (負差) -> 超過這個值得誤差,就不做時間修正

    2. MaxPosPhaseCorrection  (正差) -> 超過這個值的誤差,就不做時間修正

    3. MaxAllowedPhaseOffset            -> 超過這個值時,會透過硬體時鐘做校正,而不是透過NTP Server


    參考資料
    Windows Time Service Tools and Settings
    http://technet.microsoft.com/en-us/library/cc773263.aspx
    • 已標示為解答 Lai-DenJen 2009年4月28日 下午 12:19
    2009年4月28日 上午 08:28
  • Dear Vincent Lin

       真得感謝您得回覆~~~

    Best Regard
    Question and Answer just seen like one
    2009年4月28日 下午 12:21