Limitations of NTP for Windows on a Domain Controller

If the time in a Windows Active Directory Domain is to be synchronized then it often is not the preferred solution to install the NTP software package on a domain controller, eventually with a hardware reference clock like a GPS receiver or a PCI card.

Usually it is better to set up a different machine as NTP timeserver and then simply configure the domain controller to synchronize to the external NTP server.

Here are some reasons for this:

exactly after 1 day of operation.


As a conclusion and best practice you can say the best solution is to install the PCI card plus its driver plus the NTP packet on a different machine than the PDC, then configure the PDC's w32time service to use that machine as “internet time server”, and thus synchronize to that machine via NTP.

In a mixed environment the preferred solution is to set up e.g. a Linux machine as NTP server because it can achieve better accuracy than Windows, but in a pure Windows environment any Windows machine can do the job as NTP server. Windows machines running a current Windows version (Windows 10, Server 2016 or newer) should be preferably used as NTP server since those Windows versions support a more precise time adjustment than older Windows versions.

In case of an external NTP server (e.g. a LANTIME device on the local network), w32time can be running as usual on the domain controller, has a reliable time source to synchronize to, and the domain clients find their authoritative time source (the domain controller) automatically.

All non-domain members can also synchronize directly to the external NTP server.


Martin Burnicki martin.burnicki@meinberg.de, last updated 2020-07-16