AskTechGurus Get help now →

Accounts, Logins & Remote Access

Domain time is wrong and logins fail with Kerberos clock skew errors

PCs and servers drift several minutes from real time, users get sign-in or 'clock skew too great' errors, and the domain controller that should be the time source isn't syncing.

What you’re seeing

  • PCs and servers show a time several minutes off from the real time, sometimes different on each machine.
  • Users get sign-in failures or 'The clock skew is too great' errors when accessing shares or apps.
  • The System log shows Time-Service event 142 saying the time service stopped advertising as a time source.
  • File shares, printers or Remote Desktop connections fail intermittently with authentication errors.
  • Websites show certificate warnings because the computer's date or time is wrong.

Common causes

Every environment is different, but these are the causes our engineers find most often:

  • The domain controller holding the PDC emulator role isn't syncing with a reliable outside time source.
  • A virtual domain controller takes its time from the host instead of the domain hierarchy, causing drift.
  • A firewall blocks the NTP traffic the domain controller needs to reach external time servers.
  • The PDC emulator role was moved to another domain controller without its time settings being updated.
  • A failing motherboard battery or a host with a bad clock keeps pulling time off.

Why it matters

Kerberos, the protocol behind Windows domain logins, allows only about five minutes of difference between machines. Beyond that, people can't log in, file shares refuse access and line-of-business apps fail, often seemingly at random. Wrong timestamps also break audit logs, backups and scheduled tasks, and they make security investigations unreliable. A drifting clock can quietly take down a whole office's sign-in.

How AskTechGurus fixes it

Skip the trial and error. A certified engineer works on your actual system, finds the root cause, and fixes it properly.

Tell us what’s happening

Submit a ticket in about two minutes. Paste the error, describe what changed, and pick your tier. No charge to submit.

A certified engineer diagnoses it

A vetted, US-based systems engineer claims your ticket, usually within minutes during business hours, and investigates over a secure remote session you can watch and end at any time.

Fixed and verified with you

The engineer resolves the root cause and confirms with you that it’s working. You don’t just get a workaround, and you get a plain-English summary of what was wrong.

Pay only when it’s resolved

Fixed price from $99, invoiced only after you approve the fix. If it isn’t resolved, you don’t pay.

Frequently asked questions

How can a few minutes of time difference break logins?

Windows domain authentication uses time-stamped tickets to stop replay attacks. When clocks differ by more than about five minutes, those tickets are rejected.

Why is the time wrong in the first place?

Usually the main domain controller isn't getting time from a reliable source, or a virtual server is picking up the wrong clock from its host.

Can you fix domain time remotely?

Yes. A certified US engineer corrects the time hierarchy over a secure remote session, often in a single session. It starts at $99, and you pay only once it's resolved.

Still stuck? Let a pro take it from here.

AskTechGurus connects you with vetted, US-based systems engineers who fix this every day. No call centers, no scripts, no surprise bills.

Start now →