check your ntp.conf file for the following line at the end: restrict default ignore if it's there, comment it out (#) and see if local machines can then get time from your 'master clock machine'. It's in there for security - preventing outsiders from wasting your bandwidth getting time from your server, there are other settings you can have there which prevent outsiders but allow local machines to connect. I have: restrict default nomodify nopeer noquery restrict xxx.xxx.xxx.xxx mask mmm.mmm.mmm.mmm restrict 127.0.0.1 (replace xxx.xxx.xxx.xxx with your netblock IP and mmm.mmm.mmm.mmm with your mask)
Also, multicastclient seemed to give me trouble so I commented that out. The config file for ntp has a lot of examples, some of which are not needed or desired in some setups. if you have a server line and a driftfile line, it should work. again, check if it's working and staying synced with 'ntpq -p' offset value and reach values are possibly the most important there. Ideal value for reach is 377 0 means it's not working at all. offset value is in mS ( 1.000 = .001 seconds). local machines should have value very near 0 there, value to the external machine you're connecting to should be less than 100 ( .1 second), if greater, maybe another external clock source would be a good idea. As stated previously, xntpd has some security issues, but I think it was an issue with outsiders being able to mess with your clock without permission, but I guess if they were to have your system trying to connect to thousands of machines for time, it could create a DoS condition. On Sun, 2 Dec 2001 10:50:47 -0800 (PST) "Charlie Bebber" <[EMAIL PROTECTED]> wrote: Charlie> Charlie> Brian said: Charlie> > Charlie> > On Sun, 2 Dec 2001 03:21:09 -0800 (PST) Charlie> > "Charlie Bebber" <[EMAIL PROTECTED]> wrote: Charlie> > Charlie> > Charlie> Charlie> > Charlie> Interesting. I don't know what it is then, but xntp3 works Charlie> > and ntp doesn't. Charlie> > Charlie> > You should be able to get ntp working, too. Charlie> Charlie> It's not the fact that it's not working. It'll sync to a remote time Charlie> server, but when ntp runs on a local server and local nodes are trying to Charlie> sync with it, there's no love. But for some reason, xntp3 doesn't have that Charlie> problem. Charlie> Charlie> > Charlie> So running ntp will keep running ntpdate every so often to Charlie> > keep synced with Charlie> the server listed in /etc/ntp.conf? From Charlie> > what I've read, with ntp, you have Charlie> to now have to have ntpdate Charlie> > in a cronjob. Charlie> > Charlie> > In a properly setup system ntp changes your clock slowly so it does not Charlie> > jump to keep up with correct time. You dont' need any crontab entry Charlie> > for it. As long as ntpd is running there should be constant small Charlie> > adjustments to the clock's speed - fractions of a second changes. Charlie> > Charlie> > ntpq -p will tell you how things are doing in that area. Charlie> Charlie> I had ntp installed on probably half a dozen machines and all of them had Charlie> different times set. Again, it'll sync with a remote server and not a local Charlie> one, but even the ones that sync with the remote server don't get synced Charlie> constantly and the clock begins to drift after a few months of uptime. Charlie> Charlie> And it doesn't seem to be just ntp in Mandrake. Browsing the Charlie> comp.protocols.time.ntp newsgroup, it seems like a tonne of people are Charlie> having this problem (not being able to sync locally). Charlie> Charlie> Thanks for the reply, Charlie> Charlie> -Charlie Charlie> > Charlie> > -- Charlie> > Brian - [EMAIL PROTECTED] Charlie> > My Home Page: http://www.brimac.com/~brianmac Charlie> > Fine Photos: http://www.brimacphotography.com Charlie> > Art for Sale: http://www.artbrowser.com Charlie> > Classified Advertising: http://www.sellit2000.com Charlie> > Charlie> > Charlie> > A gentleman can disagree without being disagreeable. Charlie> Charlie> Charlie> -- Charlie> GPG Key fingerprint = 4F36 EC4F 2F2C 5F59 9690 09E5 4C0F 9DB0 8623 53CE Charlie> Charlie> Charlie> -- Brian - [EMAIL PROTECTED] My Home Page: http://www.brimac.com/~brianmac Fine Photos: http://www.brimacphotography.com Art for Sale: http://www.artbrowser.com Classified Advertising: http://www.sellit2000.com Fine day to work off excess energy. Steal something heavy.
Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com