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?
How do I get the time? (Score:5, Funny)
I look at a clock. Or maybe my (wind-up) wristwatch.
Sheesh. Geeks. If it ain't digital, it ain't.
Cheers,
Ethelred [grantham.de]
Re:How do I get the time? (Score:2)
For my LAN, I have two machines running ntpd, getting their sync from two different sets of time servers. The other machines on the LAN sync to the two local time servers.
My digital needs require better than "within a few minutes" accuracy.
Re:How do I get the time? (Score:2, Interesting)
Late for a meeting? "Oh my god! The clock on my PC was wrong! Damned XP time-synch decided I was in Hungary.
Seriously, though, I prefer setting the time myself from my watch or from the microwave in the lounge, or from calling out to a co-worker "Hey Sam! Got the time?"
I just feel odd about letting *anything* remote change any setting on my computer, even if it's just the time. ESPECIALLY if I'm on Windows. I mean... How long before there's a clock-virus?
-Sara
Re: (Score:2, Funny)
Microsecond accuracy for $25 (Score:5, Interesting)
Re:Microsecond accuracy for $25 (Score:5, Funny)
Re:Microsecond accuracy for $25 (Score:2)
Get lost? (Score:2)
Atomic Wall Clock (Score:2)
Click here! [radioshack.com]
noonch
Re:Atomic Wall Clock (Score:3, Interesting)
Re:Microsecond accuracy for $25 (Score:2)
I see I'm not the only one, so details!
I've been looking for a cheap GPS time receiver that interfaces with standard ntpd nicely. I can see you're on to something with these referb units, and the serial converter you mention. I could probably figure this out given enough time, but a few more details of what you bought, and how you hooked it up would be really nice. If I can get this going for
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.
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.)
IP spoofing target (Score:4, Insightful)
Just wait for
1) MS to implement expirable licenses on all software
2) someone to break the authentication service
3) IP spoofing of the time server to a clock set 100 years in the future when everyones time based license has expired
The result is instant crippling of all MS licenses!
Re:IP spoofing target (Score:5, Funny)
4) ???
5) Profit
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...
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.
Re:IP spoofing target (Score:2)
Re:IP spoofing target (Score:2)
Re:IP spoofing target (Score:2)
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.
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.
School server time (Score:2, Interesting)
around the clock (Score:2, Insightful)
Time for my VCR (Score:5, Interesting)
Re:Time for my VCR (Score:5, Interesting)
Not if you had one of these [thinkgeek.com].
Re:Time for my VCR (Score:2)
A list of the watches can be seen here in the $50 price range. It includes LaCross and Casio brands.
http://www.gadgets4sure.com/cgi-bin/ePag
However if you are looking for pure geek appeal, check out the solar powered ceramic case model for over a grand here..
http://www.shoplifestyle.com/store/produc
Re:Time for my VCR (Score:5, Funny)
'So what time is it now?'
'Uhh, about quarter past.'
In Windows? NetTime... (Score:4, Informative)
I like it because it's simple, unobtrusive, and invisible once it's installed.
Re:In Windows? NetTime... (Score:4, Informative)
Here's a screenshot [pelennor.net] of it running on my system.
Re:In Windows? The Fourth Dimension (Score:4, Informative)
Here's the screenshot [thinkman.com].
Plus, it's coded by some guy at Microsoft. :
Re:why go 3rd party ? (Score:4, Informative)
apple's time stamp (Score:4, Informative)
System Pref's ->Date & Time -> Network Time
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: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.
Simple (Score:3, Informative)
I can even get the date too
Re:Simple (Score:2, Funny)
Re:Simple (Score:2)
Actually from that site you can view calendars for various years. Only in the future though, no past calendars unfortunately.
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
VCR Timers (Score:2)
oh dear... too... much... hacking...
The intelligent way (Score:2, Redundant)
Maintaining a medium-size net of clocks (Score:5, Interesting)
For a few of the european hosts, we use GPS time receivers, primarily the Motorolla Oncore UT+ kits. You can get eval units of these, google around. They're nearly as easy to use, but do require a kernel config change.
It's really kind of addictive playing with time. :-) And you get spoiled by never having any clock weirdness on any of your machines...
I found... (Score:5, Interesting)
Since the MS time synch is enabled by default, they really should make sure their server farm has the correct time
Re:Is this an XP thing? (Score:2)
Re:Is this an XP thing? (Score:4, Interesting)
If you do a Google groups search for "NTP XP Mills" you'll find a host of articles detailing exactly what David L. Mills (Author of ntpd and the RFC1305) thinks of Microsoft's (intentionally?) b0rken implementation of NTP in WinXP this is one example [google.com]
Re:Is this an XP thing? (Score:3, Informative)
ntpd and k9 (Score:2)
The local machines run a small (64k) utility called K9 which listens for the broadcast and sets the time accordingly. I found most time clients for windows were very large and much to bloated for what I wanted to do. K9 works perfectly. There is even source code available for your favorite flavour of *NIX
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.
Re:I have the time (Score:2)
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
Re:Coursey is a whinner... (Score:2)
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].
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.
ntpdate (Score:2)
nexus:~# ntpdate time.nist.gov
4 Jul 15:17:34 ntpdate[26989]: adjust time server 192.43.244.18 offset 0.000626 sec
nexus:~# date
Thu Jul 4 15:17:22 MST 2002
It's 3:17 PM right now. So yes, I know what time it is. Debian users can apt-get install ntp or ntpdate... it should be part of the base system in freebsd, and the NTP homepage is http://www.eecis.udel.edu/~ntp/ [udel.edu]
Sh
rdate (Score:2)
-
Verizon uses thin copper on city streets... = no dsl.
The benefit of ntpd (Score:2)
For these reasons, I run ntpd on most of my machines, rather than some set-and-exit cron job.
clock setting (Score:2)
Can the M$ time sync for XP be disabled, or is this just another way for them to impose Bill's vision on us all?
Comment removed (Score:5, Insightful)
If it's good enough for them... (Score:2)
US Naval Observatory Time Servers [navy.mil]
Lunch (Score:2, Funny)
a potential problem (Score:2)
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:a potential problem (Score:2)
Re:a potential problem (Score:2, Funny)
My SO is like this and it drives me fucking nuts having all the clocks set anywhere from 5 to 20 minutes in advance. She has it all set up so that she "gains time" from when she gets out of bed to when she gets in her car, ie. the bedroom clock is 20 minutes ahead, the kitchen 15, and the car clock 10.
It's not worth a serious argument though because I don't usually use clocks anyway. It's just annoying as hell when one of my buds asks me the time and I'm like, "Uh, well that clock is 10 minutes ahead, I think. Er, wait, that one's fifteen, it's the other one that's ten. Well, it's like 3:15 plus or minus 10 plus or minus 5."
Re:a potential problem (Score:3, 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...
VCR (Score:2)
...s XP and Mac OS X both automatica... (Score:2)
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)
Coincidence (Score:3, Interesting)
That should probably be suitable I think
http://truetime.net sells some rack GPS-based NTP Servers too.. but I don' know the price.
AutoClock (Score:2)
Whoa there! (Score:2)
If they're not informed enough to call it Mac OS X (and the last time apple used "System" was before Mac OS 8 came along... which was a longggggggggg time ago), then I don't trust the rest of the article, either. So I don't care, and I'm going to use Network Time to set my clock right now, just to spite that stupid Microsoft Windowed TP-user.
NTP here, too (Score:2)
Only problem is, I could never get the firewall (or any single NTP client) to become a server for the rest of the network, so my boxes are not very polite right now. I've read tons of docs and google hits, and they all seem to indicate that once an NTP client syncs, it will also become a server. Not so here.
What, if anything needs to be done to make a sync'ed NTP client also act as a server? Thanks..
How do I update? (Score:2)
[root@aragorn
rdate -s ns.coop.net&
Just search google for "Stratum 1" servers and look for your timezone in the list.
ntp.nasa.gov (Score:2)
OS X Date/Time has an option to use ntp and you can set which server. ntp.apple.com is the default but I prefer to use a server where time is very important for everything they do. NASA seems to fit the bill.
Other ntp servers like any military server are probably similarly effective. I wouldn't necessarily trust a commercially owned and run ntp server though.
NTP all the way (Score:2)
My firewall runs ntpd [udel.edu] to sync its time with one of the public time servers in Canada. All of my Unix-ish machines run ntpd to synchronize with that; Windows machines run Tardis [demon.co.uk] on startup to sync.
A trick to find nearby time servers (other than looking at a list [udel.edu]): run ntptrace on a nearby, well-administered Unix machine. Find the last machine that's inside the organization--that will be the one they sync with the outside world. Run ntpq on that machine and type peers. You'll see a list of the NTP servers that it queries. Put some of those in your /etc/ntp.conf and you're good.
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.
Related: update daily (Score:3, Interesting)
The other nice thing about this aproach is that it's easy to toss the Windows equivalence of 'rdate' into the startup scripts managed by Samba, so whenever a Windows box comes onto the network it's also synced.
AboutTime (Score:2)
Resolved address for NIST (192.43.244.18).
Received time (ping 63 ms), error -1 ms.
New time: Thursday, July 04, 2002 19:34:15.
AboutTime [arachnoid.com]
(win32)
Best Windows 2000/98/etc utility - cmdtime (Score:2)
It's highly configurable by batch file or commandline (it's a commandline tool in a windows world - which is much better for something you want to be unobtrusive) and just plain works.
cmdtime (and some other stuff) [softshape.com]
Or, if you need something even better than NTP... (Score:5, Interesting)
Right now I'm doing research in very high precision time synchronization for very large numbers of very small things. My lab [ucla.edu] does work in sensor networks -- get a tiny little computer with a few sensors and a radio, sprinkle thousands of them out over a building or a battlefield or a forest. Have the network tell you where the fire started, where the enemy is lurking, which light bulb needs to be replaced, or a thousand other things.
You need very time sync to do lots of this stuff -- to track motion, for example. Our current testbed times the flight of sound to tell how far apart things are, and for that we need accuracy on the order of 10 microseconds between clocks.
My research right now centers around a new time sync scheme, called Reference Broadcast Synchronization, which in a recent study [ucla.edu] I showed is almost an order of magnitude more precise than NTP under the same conditions -- 5 microseconds between a group of nodes with a userspace implementation, and down to 1 microsecond in the in-kernel implementation (which is the resolution of the clock! I'll do better when I have a clock that ticks more than once a microsecond.)
NTP, even under "optimal" conditions -- very high query rate to a stratum 1 GPS-steered clock in our lab--- did no better than 50 microseconds. When we introduced high levels of congestion on the network, NTP degraded by a factor of 30 while RBS was almost unchanged.
Of course, NTP is still a fantastic protocol, and much better than trying to apply RBS to the Internet (which is basically impossible). But for tiny nodes that need very tight time sync, I say, we can do better
Some recent papers you might like are here [ucla.edu], including
Two words (Score:2)
- grunby
On OSX... (Score:3, Informative)
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:ntpdate [server] in crontab... (Score:2)
That takes care of one PC, and therefore all PCs.
My VCR gets time from a broadcast stream, and my satellite receiver from the satellite. (I always thought satellite receivers should have built-in NTP servers and ethernet ports for, among other things, program guides, but I digress).
Now, the microwave and oven clocks, as well as my alarm clock, are dumb in this regard.
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!
Re:ntpdate [server] in crontab... (Score:2)
Re: (Score:3, Informative)
Re:My XP box doesn't connect to Microsoft. (Score:2)
I understand the reasoning behind the 'windows registry' but all it does is mimics Unix text files in a filesystem hierarchy with 'keys' in a psuo-database hierarchy.
is not any easier than
As far as I know, it's not common to use tools to iterate over the windows registry. But it's standard practice to use common command line tols to change a particular configuration file over a network of Unix computers.
So for one computer and one operator, perhaps Windows REGEDIT so somehow easier, but propigating non-trivial changes over an entire network is easier in Unix.
Give Unix a try - there's a reason that it's the worlds most popluar network operating system.
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: (Score:2, Informative)
Re:What about (Score:2, Interesting)
Re:What about (Score:2)
Re:[SC0RE: -1, Microserf] (Score:2, Insightful)
Re:[SC0RE: -1, Microserf] (Score:5, Interesting)
Relativity affects the rate at which time runs for two observers in different inertial frames. It doesn't affect synchronization directly; if you ignore or compensate for latency, you can synchronize two clocks in different reference frames. But the clocks will start to drift apart immediately due to the different rates at which time passes in the two frames.
Now here's the cool thing. According to general relativity-- actually, according to my vague recollection of general relativity from a college semester more than ten years ago-- gravity affects the rate at which time passes in a reference frame. In other words, time runs more quickly in a high gravity field relative to a lower gravity field.
It's pretty well known that the local force of gravity varies measurably over the Earth's surface. Depending on where you are, the local force of gravity may be higher or lower.
So if you wanna get accurate, pick an NTP server in a region with a similar local G to yours.
HHOS.
Re:Aint that just the way... (Score:3, Informative)
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.]
Re:KDE Fuzzy clock (Score:4, Funny)
"Five past three" isn't really all that fuzzy. Mine says "Early July". One of these days I'm going to hack the code to make it really fuzzy ( "Early 21st Centry" in about all the accruacy I want in a clock.)