Do You Have The Time? 451
RetroGeek writes: "This ZDNet article talks about the perils of the PC clock. And (something I did not know) that Windows XP and Mac OS X both automatically get a time stamp from MicroSoft and Apple respectively. At any rate, my home firewall gets the time every hour from the NIST servers, then each of the machines on my LAN query the time server daemon on the firewall. That way all my home network machines have the same time. And latency on the LAN is next to zero. Now if I can only get my VCR connected. Anyone else running a time server?" So how do you get the time?
getting the time (Score:1, Informative)
Now if there was just a way to get a cron script that could sync the time on my phone.
the benefits of accurate timekeeping (Score:4, Informative)
Before anybody thinks it is silly to keep clocks tightly synchronised, try running NFS without it and you'll run into no end of problems. Even as little as one second will cause errors with make. The key is that all clocks must read the same, not that they need to be correct.
Oh, and don't get fooled into thinking you can accurately synchronise against those atomic clocks. The algorithms they use to average results make a number of incorrect assumptions that will result in you being out by a small constant amount, about as much as if you'd synchronised off an ordinary clock.
In Windows? NetTime... (Score:4, Informative)
I like it because it's simple, unobtrusive, and invisible once it's installed.
apple's time stamp (Score:4, Informative)
System Pref's ->Date & Time -> Network Time
Simple (Score:3, Informative)
I can even get the date too
Re:the benefits of accurate timekeeping (Score:2, Informative)
NTP uses a nifty little algorithm to compensate for network latency. I forget the details but it makes little difference whether you sync from a LAN box or from one on the other side of the planet.
http://www.ntp.org (Score:4, Informative)
Also for in- or near-Germany living people: http://www.dcf77.de [dcf77.de]. Wish I knew it was a german-specific service before I came to
Re:ntpdate [server] in crontab... (Score:5, Informative)
It has the advantage of not jerking your clock around every time you sync. It makes calculated "smooth" adjustments to keep your clock accurate. It can also use multiple servers.
It's the difference between a perfectly-ticking clock, and one that gets manually reset twice a day to make it (temporarily) accurate.
The biggest impact this will have is if you do file access across the network or need your timestamps to be reliable. Depending on how much your clock drifts, that ntpdate adjustment could back up several seconds. This can wreck havok on timestamp-dependent things, like "make".
Most ntpd distributions make this easier to set up than a crontab entry anyway.
Re:getting the time (Score:1, Informative)
I also run samba on this server so I can let Windows workstations and servers get the time with the "net time" command. To automate this I put "net time \\server
This setup works just fine if you only require the accuracy to be in the order of a few seconds and it is much simpler to setup than NTP.
I have the time (Score:2, Informative)
requested to inform the providers of stratum one
servers that you use them. Since most NTP
servers discriminate against end-user DSL and
cablemodem services, i offer a "stratum 2" service
for these people.
All told, all my friends have the time to a few
milli-seconds, a vast improvement over what the
local telco can offer.
As for Windoze, i know nothing, but believe
NTPD is somewhat functional.Time is very
important for UNIX and all secure services.
Coursey is a whinner... (Score:4, Informative)
UNFORTUNATELY, the clients in Windows and Mac OS aren't ideal. They share two problems: First, they may not synchronize often enough.
That Coursey sure is a whinner and clearly he does little research. I took me 15 seconnds to find this at Google.
To control the number of seconds to wait between attempts to synchronize the system clock to an time source on the Internet using the following Windows XP...
v iders\NtpClient
Hive: HKEY_LOCAL_MACHINE
Key: SYSTEM\CurrentControlSet\Services\W32Time\TimePro
Name: SpecialPollInterval
Type: REG_DWORD
Value: #secondsdesired default
Most cablemodem/DSL head-end routers have the time (Score:5, Informative)
To find the nearest NTP server, to a traceroute to a few non-local hosts. Then start at your nearest router and ping each one for a time server using something like 'ntptrace'.
Near-perfect accuracy, just a trickle of data, and your provider will thank you for using nearby machinery.
I use NTP like this..... (Score:5, Informative)
ntp.conf:
server time.apple.com
server tick.usno.navy.mil
server tock.usno.navy.mil
# In case the network is down
server 127.127.1.0
fudge 127.127.1.0 stratum 10
broadcastdelay 0.008
authenticate no
driftfile
pidfile
logfile
and
17.254.0.27 192.5.41.40 192.5.41.41 17.254.0.26 17.254.0.31
Then on your LAN, have all your other machines use this machine as the time server. That's it! Never set a clock again.
It's important to have accurate time for many protocols, including HTTP, and also to timestamp your logs accurately for forensics and evidence.
For even more accurate and secure local timeservers, run a GPS antenna to your roof and buy one of these products [truetime.net].
Comment removed (Score:3, Informative)
Comment removed (Score:2, Informative)
my setup (Score:2, Informative)
Windows-based workstations automatically set clock to time on Netware server using Novell-supplied file client software (Client32) when they login.
Linux boxes get time from Netware server using NTP.
MacOSX laptop gets time from Apple using NTP (it's mobile & physically travels to many different networks.
btw, Microsoft has no concept of time synchronization. Throwing an NTP client into Win2K & WinXP isn't exactly what I'd call "enterprise-class time synchronization." I've struggled for years using a variety of techniques to keep clocks accurate on mid-sized Windows-based networks. Novell by _default_ synchronizes the local PC clock with the main login server. You actually have to override this feature if you want to do it yourself. It saves so much effort...
Re:clock setting (Score:1, Informative)
Re:Aint that just the way... (Score:3, Informative)
Win XP's time stamp (Score:2, Informative)
Control Panel -> Date and Time -> Internet Time -> [x] Automatically Synchronize With An Internet Time Server.
You can also have it use time.nist.gov instead of the default time.windows.com (if you don't want your machine checking in with MS once a week).
Re:a potential problem (Score:3, Informative)
Well in Apple's case at least it might be your fault for not going to "Date and Time" panel and either unchecking "Use a network time server", or pointing at a NTP server that keeps your kinda time (yes OSX uses real NTP, and yes, they let you choose any NTP server you like).
Or much better...for not changing the timezone files so you live 7 hours and 50 minutes ahead of GMT not 8 hours...
Re:Aint that just the way... (Score:3, Informative)
Many isp's have an ntp server that they use for their own equipment. Ask them what they use.
Most Cisco routers with IOS 11.3 or higher (methinks...) can act as ntp servers for an end node.
Most cable providers "head end" equipment are also NTP servers. (Part of the DOCSIS standard requires that the cablemodems sync their clocks when they get their config files).
Most Linux/RH users can traceroute to somewhere... and then use ntptrace on each hop that traceroute shows to see if the device is an ntpserver.
Use the closest one that has the correct time.. [because unfortunately, some ISPs dont know how to properly/fully configure their equipment.]
Synch interval change (Score:2, Informative)
This isn't entirely true: while there is no way to change the synch setting in Windows using the UI, but a simple change of a number in the Registry will give the desired results:
To change the interval that Windows updates the time using the internet time servers via regedit, navigate to:
1. HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services \W32Time\TimeProviders\NtpClient
2. Select "SpecialPollInterval"
3. Change decimal value from 604800 to a different value in seconds. i.e.: 172800 (2 Days) or 86400 (1 Day) and so on.
apt-get install chrony (Score:4, Informative)
Re:apple's time stamp (Score:3, Informative)
OS X at least allows you to choose where youget your time setting from, i don't know about XP.
OS 9 did the same. I've always used NASA's NTP server for time synch.
Mac OS X (Score:1, Informative)
Open the Net Info Manager--->authenticate as root (unless you have enabled it) clicking on the lock on the down-left corner-->choose "config" on the root level("\")-->choose "ntp"-->choose "server" property and modify the minpoll and maxpoll values to obtain different poll times.
The meaning of that values and (above all) the configuration of the ntp daemon (which is used by OS X to "keep the time updated") are explained in this document:
http://www.eecis.udel.edu/~ntp/ntp_spool/html/c
OS X can also do as time server for all the network attached client!!
Alb3
Re:a potential problem (Score:3, Informative)
Re:In Windows? NetTime... (Score:4, Informative)
Here's a screenshot [pelennor.net] of it running on my system.
Don't Do That (Score:5, Informative)
Don't use stratum one servers for your home network. It's wasteful and unnecessary. Use a stratum 2 or higher server or your ISP's server.
Re:Is this an XP thing? (Score:3, Informative)
Time Server_s_, plural... (Score:5, Informative)
But if you want more choices than that:
This allowed me to set my own choice of NTP server, and then synced from it. Like many other MS 'features', theThis article inspired me to do some dumpster-diving in the Registry... Import this key/value:
default can be changed, if you know how...
Re:Microsecond accuracy for $25 (Score:5, Informative)
The GPS output signals are CMOS/TTL level, not RS-232, so I put them through an MAX 232 [maxim-ic.com]converter before they come out of the box on the roof and run downstairs to the PC. This is not exotic stuff; TTL to RS-232 converters are pretty much 30 year old technology.
The protocol is just plain async serial, so no special electronics to encode/decode.
And you can hack the interval, too. (Score:5, Informative)
the key won't affect the next, but the one after that will read this value to determine the time
for the one after that.
why go 3rd party ? (Score:1, Informative)
Re:Time Server_s_, plural... (Score:1, Informative)
Re:My XP box doesn't connect to Microsoft. (Score:2, Informative)
I don't know if one can add time servers (perhaps in the registry? never read anything about it), but it would be very nice to find out one could
Um, err... Just type the name of the timeserver in the textbox and it'll be added. No need to access the registry.
Re:why go 3rd party ? (Score:4, Informative)
Re:Time Server_s_, plural... (Score:2, Informative)
Simple time script (Score:2, Informative)
date -u -s ` telnet 131.107.1.10 13 |grep UTC |cut -b16-23 `;hwclock --systohc
-- Stephen
Re:In Windows? The Fourth Dimension (Score:4, Informative)
Here's the screenshot [thinkman.com].
Plus, it's coded by some guy at Microsoft. :
On OSX... (Score:3, Informative)
Leap seconds, dude (Score:5, Informative)
It was right. The GPS time epoch is 0000 UT on 6-Jan-1980. Since then UTC has had 13 leap seconds inserted [navy.mil]. This offset is available in the NAV message; maybe the version of NTP you used was ignoring that message or maybe that particular GPS receiver didn't implement that message. (Actually, buggy firmware in GPS receivers has been a problem in the past.)
Re:I use NTP like this..... (Score:3, Informative)
Do a traceroute out out of your net and see if you can find a few other servers.
$ ntpdate -v -u 64.39.2.65
will tell you if its running ntp or not. Pick a few of your upstream and go with that. If you have several upstream routes/providers then ntp will make sure you get the correct time if one of them gets way out of sync.
Re:ntpdate [server] in crontab... (Score:3, Informative)
I came to this same conclusion.
Though, appliance-rich areas, like kitchens, and laundry rooms could do with a pre-wired network: either ethernet or HomePNA. HomePNA is probably easier for low bandwidth applications, like time sync, status checks, etc., and, if I'm not mistaken, can be piggybacked on POTS. Most people have POTS lines already pulled to the kitchen, the location of most dumb clocks. Heck, use a powerline based network, just get time to where it's displayed!