Skip to content
ntp.alastyr.com — home page connecting TR — Türkçe sürüme geç

Reference

NTP and NTS: frequently asked questions

The eleven questions we are asked most about NTP and NTS, and the rules you are expected to follow when using this server.

Questions and answers

eleven questions

How many NTP servers should I configure?

Three at least, four ideally. The reason is mathematical: with a single source you cannot tell that the time is wrong. With two that disagree you cannot tell which one is right. With three, if one goes bad the other two still agree and the bad one is discarded.

Configure this server as one of your sources, not as your only source.

What is the difference between NTP and SNTP?

The packet format is the same; the difference is what the client does with it. SNTP takes one measurement and sets the clock from it. A real NTP client (chrony, ntpd) measures several sources continuously, filters the measurements, looks for agreement between the sources, and learns and corrects the frequency error of the clock.

From the server side the two look identical. On your servers, use a full NTP client, not SNTP.

How do you handle leap seconds?

We do not smear them. Clients receive the standard leap indicator.

That is why servers that do smear (time.google.com, time.cloudflare.com) are deliberately absent from our upstream list. You should not mix smearing and non-smearing sources either: on a leap second day the two groups drift apart relative to each other, and your client may declare them mutually false and stop synchronising altogether.

How reliable is the offset measurement on this page?

It gives you a rough idea, not a precise figure. The measurement is made over HTTP: six requests are sent and the one with the shortest round trip is chosen — a simple analogue of NTP's own filtering logic, and noticeably more accurate than averaging. Server time is read at millisecond resolution.

Even so, TCP/TLS latency, browser timer resolution and asymmetric paths leave a few milliseconds of uncertainty. For a real figure, measure with an NTP client: chronyd -Q 'server ntp.alastyr.com iburst'

If I leave this page open, does the clock shown drift?

It is kept from drifting. The displayed time is your device's clock plus the measured offset, and the offset is re-measured once a minute. The page stays in step with the server however long you leave it open.

But this is only a display — having the page open does not correct your device's system clock. For that you need to configure an NTP client.

Do you support NTS?

Yes. NTS-KE is open on TCP 4460 and the certificate is a publicly verifiable TLS certificate. See the NTS section for usage.

We also connect to most of our own upstream sources over NTS — so our chain is authenticated not only down to us, but above us as well.

Why are you not stratum 1?

Being stratum 1 requires a GPS/GNSS receiver and PPS hardware physically attached to the server. This server has no such hardware.

But stratum is not a quality grade — it is a measure of distance from the reference. A well-connected stratum 2 can serve more accurate time than an overloaded or distant stratum 1. Real quality is measured by root delay, root dispersion and jitter — all three are published live in the status section.

Does Türkiye observe daylight saving time?

No. Türkiye has used UTC+03:00 all year round since 2016; clocks are not moved.

If your system's time zone is set to Europe/Istanbul and your tzdata package is current, it behaves correctly. Older tzdata releases may still try to apply daylight saving — if you see a one-hour shift twice a year, that is the first place to look.

Do you support IPv6?

Yes — 2a06:ad40:0:1::90. Both NTP (123/udp) and NTS-KE (4460/tcp) work over IPv6, and forward and reverse (PTR) DNS records are consistent.

If you use the hostname, your client will pick whichever is appropriate.

Should I connect directly, or through the pool?

Both are valid, and mixing them is best. This server is registered with the pool.ntp.org project, so writing tr.pool.ntp.org may already land you here — but the pool returns different servers on every query and you cannot know in advance which one you will get.

Naming ntp.alastyr.com directly has two advantages: the address is fixed, and you can connect with NTS authentication, which pool addresses do not support. Our recommendation: configure us directly as one source, and add a couple of pool addresses alongside for diversity.

Can I use this in production?

Yes, that is what it is for. But the service is provided as is, with no legal guarantee.

On critical systems always configure several independent sources — do not depend on this server, or on any single server, alone. If you need legally traceable timestamps, approach TÜBİTAK UME's relevant services directly.

Rules of use

The service is free. Keeping it working for everybody depends on these few rules.

  1. Use the hostname, not the IP address. IP addresses can change during maintenance or infrastructure work; the name always points at the right place. For NTS it is mandatory anyway.
  2. Do not poll more often than every 64 seconds. A correctly configured client already polls somewhere between 64 and 1024 seconds. Asking more often does not improve accuracy — clients like chrony filter the measurements themselves, and extra queries only add noise.
  3. Run your own internal server for large device fleets. Do not point hundreds of devices straight at this address; run two or three NTP servers on your own network, point those at us, and point the devices at them. It is more accurate for you and fairer to everyone else.
  4. Always configure more than one source. A client with a single source cannot tell when that source is serving the wrong time. Configure at least three so the client can look for agreement between them — which is exactly what this server does.
  5. Tell us before embedding it in a product. Writing this address into a device or a piece of software as its default NTP server means the traffic can multiply with a single update. Please get in touch first.
  6. Rate limiting is applied. A fraction of the queries from excessively chatty clients is silently left unanswered. This is not a punishment but the way the service is kept available for everyone — a correctly configured client never notices it.