Please create an account to participate in the Slashdot moderation system

 


Forgot your password?
Close
typodupeerror
×
News

Set Your Clocks With Pooled NTP Servers 48

Posted by timothy from the do-it-now-do-it-accurately dept.
A user writes "Since we all want to have the time correctly set on our servers we all want to synchronize to some ntp-server. Not everyone has such an NTP server available, so that is why www.pool.ntp.org was started. If your server is synced to some discrete timesource like GPS or something like that you can also join the group to help this initiative!"
This discussion has been archived. No new comments can be posted.

Set Your Clocks With Pooled NTP Servers More

Set Your Clocks With Pooled NTP Servers

Comments Filter:
  • welcome our well timed overlords.

  • time.apple.com (Score:3, Interesting)

    by Twirlip of the Mists ( 615030 ) <twirlipofthemists@yahoo.com> on Sunday May 30, 2004 @11:05PM (#9293728)
    Not everyone has such an NTP server available

    Yeah, you do. Just use time.apple.com.

    • Re:time.apple.com (Score:3, Informative)

      by nocomment ( 239368 )
      Maybe redundant maybe not but I use tick.usno.navy.mil and tock.usno.navy.mil. The US Navy is the official time keepers of the military and therefore all things are sync'd with them and in turn these public servers. That includes GPS. Doesn't get much more accurate than that.

      As an aside I don't see what the big deal is. The public pool has been around for how long? It's been the default in Mandrake since 9.0-ish(?).

      • Re:time.apple.com (Score:5, Insightful)

        by Twirlip of the Mists ( 615030 ) <twirlipofthemists@yahoo.com> on Monday May 31, 2004 @01:04AM (#9294262)
        I remember hearing a few years ago that the folks who ran tick and tock asked that only second-tier time servers sync to them, and that all the "leaf nodes" sync to a second-tier server. That's why I don't use tick or tock any more.
        • Exactly why this pool makes sense. You want to make it easy for everyone to have at least decent accuracy but also to take the load off of the tier1 servers. Once more machines join in, it will make it much easier to tune to your requirements. Your normally could find more info here [ntp.org], but apparently there exists a discontinuity in the time dimension.
        • I actually have an server that checks tick & tock, and then all the rest of the servers check that server. Not much load on them.
        • time.nist.gov and time-b.nist.gov have no such reequest and give accurate time(Atomic Clock).

        • Re:time.apple.com (Score:4, Informative)

          by nthomas ( 10354 ) on Monday May 31, 2004 @08:55PM (#9299897)

          I remember hearing a few years ago that the folks who ran tick and tock asked that only second-tier time servers sync to them, and that all the "leaf nodes" sync to a second-tier server.

          I heard something similar a while back, but in this case, the guilty parties were sticking ntpdate(1) into a cronjob and pointing it at the time servers, having it run at the top of every hour. =-(

          In response, I posted the following notice. I'm reproducing it here (without updates or corrections), in the hopes that may be helpful:

          To: debian-user@lists.debian.org

          Subject: ntpdate from cron -- DON'T DO THAT!
          From: "N. Thomas" <nthomas@cise.ufl.edu>
          Date: Sat, 21 Dec 2002 18:51:24 -0500

          Contrary to what you may have heard, ntpdate does not keep your system clock synced. Also ignore the foolish recommendations to run ntpdate from a cron job.

          ntpdate works like date(1), but it sets your clock's time to that of an ntp server (or servers) instead of having it specified by you.

          If you want to keep your clock in sync use ntpd -- that's what it was designed for. It uses many sophisticated algorithms and statistical methods to accomplish this. After some time, it can even figure out how "bad" your system clock is (i.e. its drift) and compensate for it, even if your network connection goes out.

          Unfortunately, some people, instead of taking the time to read the ntp documentation and writing a proper ntp.conf file, took the easy route and started running ntpdate from cron.

          This caused two problems, firstly it did not keep very good time: immediately after you called ntpdate, your clock would begin to drift again. And more importantly, every hour or so, the ntp servers were being affected by a "thunderclap" effect, the result of everybody putting:

          0 * * * * /usr/local/bin/ntpdate

          or something similar into their crontab files. The ntp daemon does not do this as it randomizes the time it waits between queries.

          For this reason, Dr. Mills (ntp author) has deprecated ntpdate, and indeed, he will be removing it completely from a future release.

          In addition to helping those without a handy ntp server, pool.ntp.org actually helps to minimize "wear and tear" on the popular NTP servers. Congratulations are in order to Mr. von Bidder for coming up with this great system.

          Thomas

  • Many publicly available time servers (Score:5, Informative)

    by Visigothe ( 3176 ) on Sunday May 30, 2004 @11:05PM (#9293729) Homepage

    There are many publicly available time servers. I don't quite get why this is all that important. When "Public Time Server" is entered in Google, the first hit yields a good resource:

    http://www.eecis.udel.edu/~mills/ntp/servers.html [udel.edu]

    Can anyone enlighten me on why this is special? I couldn't make it out from the site

    • It's not special. This is a bunch of crap. NTP is very low bandwidth and I wouldn't want to sync to a pool that'll give me the time incorrectly 10% of the time.

      • Re:Many publicly available time servers (Score:5, Informative)

        by rusty0101 ( 565565 ) on Sunday May 30, 2004 @11:37PM (#9293859) Homepage Journal
        Yep, the protocol is "low bandwidth", then again that does nothing for the utilization bandwidth that the server's experience.

        By default, Windows 2k (and beyond) when time service is started all hit Microsoft's time server. Can't think of a better way to burn up Microsoft's bandwidth myself, but such is life.

        By default Netgear routers (up until the last six months or so) all attemmpted to get their time reference from the University of Wisconsin't time server. There was a flaw in the software that caused the implementation that caused the devices to pull down time samples repeatedly, and this caused an effective denial of service to the UW connectivity for the location that provided that clock service. (perhaps a fix would have been to alter the dns entry to point back to microsoft's server, though that might have been actionable.)

        Additionally just because a time server is available today, does not mean that it will be publically available tomorrow.

        Personally I like the option of using Tick and Tock, over using a gps time source, because Tick and Tock have been corrected for cosmic clock drift, while the gps clocks have not been so adjusted.

        But that's just me. Use your own adjusted time source.

        -Rusty
        • (perhaps a fix would have been to alter the dns entry to point back to microsoft's server, though that might have been actionable.)

          Actually, as another flaw in Netgear's hardware, the IP address was hard-coded. No such DNS trickery would help.

        • > because Tick and Tock have been corrected for
          > cosmic clock drift, while the gps clocks have not been so adjusted.

          I am sure you are reaping great benefits from knowing what time it is to sixteen decimal places.


        • You find a computer-based application that I use which misbehaves in the presence of cosmic clock drift, and then I'll care about GPS correction. :-) Until then, what's the point?

    • Re:Many publicly available time servers (Score:5, Informative)

      by Anonymous Coward on Sunday May 30, 2004 @11:27PM (#9293822)
      There are many publicly available time servers. I don't quite get why this is all that important.

      It's useful to use the pool as a default address when distributing software, routers, etc., to avoid situations like this: Flawed Routers Flood University of Wisconsin Internet Time Server [wisc.edu].

    • Re:Many publicly available time servers (Score:4, Interesting)

      by Anonymous Coward on Monday May 31, 2004 @12:17PM (#9296787)
      Can anyone enlighten me on why this is special? I couldn't make it out from the site

      I didn't take me much to figure it out. Public time servers have always been a pain. Some are up and down. Many require you send a nice e-mail before using them. This is much easier. You just add "server pool.ntp.org" three times. Each time it gets the IP of a different server, so you have redundancy and easy configuration for free.

      I wish someone had thought of that before. Now, the important thing, is someone monitoring the pool and tossing out bad servers? It says there was a discussion on the e-mail list, but I've got better things to do now.

  • Firewalled (Score:3)

    by BrookHarty ( 9119 ) on Monday May 31, 2004 @12:17AM (#9294054) Journal
    Anyone know if there is an http/proxied enabled ntp program? Cant find anything for a firewalled machine, been using ssh tunnel. (kinda on topic)

  • NIST? (Score:2, Insightful)

    by AcornWeb ( 770294 )
    Uh, what is wrong with time.nist.gov ?

    • Re:NIST? (Score:3, Insightful)

      by mgarraha ( 409436 )
      Unless you are running a stratum 2 server for hundreds of clients, it's polite to stay off the stratum 1 servers. Two or three us.pool.ntp.org servers do almost as well. My ISP's routers are stratum 3 NTP servers, and I use one of those.

    • Re:NIST? (Score:5, Informative)

      by arcade ( 16638 ) on Monday May 31, 2004 @04:29AM (#9294942) Homepage
      Uhm. It's a stratum 1 server. That is what is wrong. You should never abuse stratum 1 servers unless you're a selfish bastard.

      Unless you want time to get really unreliable, you should use stratum 2 or stratum 3 servers, as the stratum 1 servers cannot keep up if everybody uses them.

      Personally I sync my local stratum 3 timeserver against two stratum two servers -- and about 50 computers sync against my one stratum 3 server.

  • I was running Redhat Linux on my laptop and was due to relieve a colleague from her computer while she left for a break at some given time (can't remember exact time, but it doesn't matter). Turns out time.windows.com is about 10 minutes faster than time.redhat.com so she was very displeased with my so called tardiness. Unfortunately, to avoid such a problem in the future, my clock now synchs with time.windows.com :(

    I suppose Microsoft has a monopoly on time as well.
    • time.windows.com and clock.redhat.com are within a few milliseconds of each other. It sounds like your laptop wasn't in sync. If your /etc/ntp.conf has a line saying "restrict default ignore" then you need to add another "restrict" line for the server(s) you want to use.
  • I see the argument for an auto-forward (like irc.freenode.net forwards to us.freenode.net and so on), but how is the accuracy of these NTP servers verified?

  • Use .pool.ntp.org instead... (Score:5, Informative)

    by SchnauzerGuy ( 647948 ) on Monday May 31, 2004 @12:45AM (#9294177)
    As pool.ntp.org will assign you timeservers from all over the world, time quality will not be ideal. You get a bit better result if you use the continental zones (europe, north-america, oceania and asia.pool.ntp.org currently exist), and even better time if you use the country zone (like ch.pool.ntp.org in Switzerland). Note, however, that the country zone might not exist for your country, or might contain only one or two timeservers. If you know timeservers that are really close to you (measured by network distance, with traceroute or ping), time probably will be even better.
    You will definitely want to use either the continent or country code versions of pool.ntp.org, otherwise you might end up sychronizing with a very distant timeserver, resulting in more NTP jitter and less accurate time.

    For example, us.pool.ntp.org or north-america.pool.ntp.org would be a good choice for people in the United States.
    • You will definitely want to use either the continent or country code versions of pool.ntp.org, otherwise you might end up sychronizing with a very distant timeserver, resulting in more NTP jitter and less accurate time.

      Not only that, but as the good folks at the pool point out:

      If your Internet provider has a timeserver, or if you know of a good timeserver near you, you should use that and not this list - you'll probably get better time and you'll use fewer network resources. If you know only one timese
    • Would have been a good idea if the web page actually listed all the exact host names and not just briefly mentioned their existance as an afterthought.
  • why would anyone want accurate time based on many differing servers accross the world? On a network, the key is to have precise time. That is, the exact same not-neccessarily-correct time on every single computer on the network.
    I have never managed to get this suitably set up using NTP. Anyone have success with this and willing to explain?
    • On a network, the key is to have precise time. That is, the exact same not-neccessarily-correct time on every single computer on the network.

      NTP seeks to find coordinated universal time (UTC), that is, the "one true time" as a basis for every local time on the planet. NTP is composed of several stratums of time servers which try to determine UTC using a complex series of algorithms to measure "drift" and deviation from UTC between servers and stratums.

      If you need to set your wristwatch, you look at a wal

    • Re:Accuracy vs Precision (Score:5, Informative)

      by mgarraha ( 409436 ) on Monday May 31, 2004 @02:24AM (#9294586)
      I would try something like this for a local server, e.g. 192.168.1.42:
      server us.pool.ntp.org
      server us.pool.ntp.org
      server us.pool.ntp.org
      driftfile /etc/ntp/drift
      restrict default nomodify notrap noquery
      restrict 127.0.0.1
      restrict 192.168.0.0 mask 255.255.0.0 notrust nomodify notrap
      Everything else would be a client, like this:
      server 192.168.1.42
      driftfile /etc/ntp/drift
      restrict default ignore
      restrict 127.0.0.1
      restrict 192.168.1.42 nomodify notrap noquery
      • "no servers can be used, exiting"
        last time I tried to set up NTP, I think the answer I found was that the message means "There are many perfectly good servers available, NTP just doesnt want to talk to them because it's too picky and favors accuracy over precision"
        • Try ntpdate -b to get an accurate starting point for ntpd to maintain precision. Some Linux distros do this in /etc/init.d/ntpd if /etc/ntp/step-tickers contains a remote server address.

  • Why? (Score:2)

    by ColaMan ( 37550 )
    All of the ISP's I've been with over the last 5 years have had their own stratum 3 NTP servers.

    Their NTP server is often listed on their webpages under configuration information, but often a simple ntp or time.ISP.Domain will point to it.

    Hell , 2 hops to an atomic clock is fine for me, I just want my MythTV guide to be accurate to the minute.....

    • have you tried comcast.net? Shoot, I am looking at their motorola unit powered from their tv line and it is about 80 seconds behind.
  • Comment removed based on user account deletion

Slashdot Top Deals

"It's a dog-eat-dog world out there, and I'm wearing Milkbone underware." -- Norm, from _Cheers_

Close