Re: Windows Time server

pts.
Tags:
Availability
Bandwidth
DataCenter
Ethernet
Hardware
Interoperability
IPv4
Management
Microsoft Windows
Network protocols
Networking
OS
Security
Servers
Software
SQL Server
TCP
Hi All, Let me give an overview of our forest: We are on a Windows 2000 mixed mode forest. We have 2 Dc's in my parent domain and a standalone ntp server not on our domain but within our network segment which goes out to get time from Microsoft time server. On PDC emulator we set this sntp server as our NTP server and it is well reflected on the registry and on our group policy there is a bat file which will get executed as NET TIME /SETSNTP=DC2 on all clients PC and that part works since I am getting the desired result. However, there is an error on the system log of PDC emulator with Event ID:11 which states that "The NTP server didn't respond". I am not worried about whether this NTP server is working or not but I would like to get the NET TIME command to resolve it to DC2. When I execute NET TIME from PDC emulator(DC2), I am getting the time of DC1 (not DC2) and the NET TIME /QUERYSNTP gives the ntp server name. The same happens if I execute from clients also except the sntp server is DC2 which is due to the bat file execution. I am little confused because I am not sure what precedes the other and also why am I getting DC1 when NET TIME command is executed. I would like to resolve this issue by having all the clients, child DC's, member servers, standalone servers resolving to DC2 for time synchronisation. Is this scenario normal that when you execute NET TIME and NET TIME /QUERYSNTP giving you different results? I tried ReliableTimeSource set to 1 on DC2 and restarted the Windows time service and still all the clients getting time from DC1. Also, I verified on DC1's registry if there ia any entry set for ReliableTimeSource and there is none. What am I missing here? Any help more than welcome!!! THANKS. Shabu.

Answer Wiki

Thanks. We'll let you know when a new response is added.

Are you actually running NTP in the DC2 box? NTP is a package you would have to load on it technically windows has its own time functionality that is different than what NTP is considered. NTP runs on UDP 123, if you run a netstat -a on DC2 you should see an entry for that port listening. if it is listening Then first thing to do is to make sure that UDP port 123 is open on all firewalls between you and the remote time servers that you wish to synchronize to, Myself I would simply make sure your DC1 syncs to DC2 and let all client machines use the DC to keep time for them. lots better and more secure that way. I imagine that is why you have the DC2 box doing the sync with the external server for time is for security. Anyway I need to know if you loaded a program for NTP on DC2 or not. Windows does not use NTP protocol or ports by default their time sync is a whole different beast.

Discuss This Question: 3  Replies

 
There was an error processing your information. Please try again later.
Thanks. We'll let you know when a new response is added.
Send me notifications when members answer or reply to this question.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
  • AdTechJO
    Can you check your time server setting in DHCP
    0 pointsBadges:
    report
  • Frodogorgu
    You may find this article useful: Mark Minasi's Windows Networking Tech Page Issue #52 November 2005 http://www.minasi.com/thismonth.htm Regards
    0 pointsBadges:
    report
  • Shabuitty
    Yes, that was informative. Thanks.
    0 pointsBadges:
    report

Forgot Password

No problem! Submit your e-mail address below. We'll send you an e-mail containing your password.

Your password has been sent to:

To follow this tag...

There was an error processing your information. Please try again later.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Thanks! We'll email you when relevant content is added and updated.

Following