On Fri, 2002-12-27 at 11:39, will trillich wrote: > On Fri, Dec 27, 2002 at 10:17:01AM -0600, will trillich wrote: > > -- > > I use Debian/GNU Linux version 2.2; > > Linux server 2.2.17 #1 Sun Jun 25 09:24:41 EST 2000 i586 unknown > > > > DEBIAN NEWBIE TIP #59 from Will Trillich <will@serensoft.com> > > : > > Wanting to SYNCHRONIZE YOUR SYSTEM CLOCK periodically? If you > > think your system clock gathers or loses a few extra seconds > > each day, you're probably looking for "ntpdate" which queries > > several "network time protocol" servers, and sets your system > > clock accordingly. > > apt-get install ntpdate ntp-doc > > then browse /usr/share/doc/ntp-doc/html for info. > > after the "ntpdate -- don't do this thread" subject line won the > award for longest thread in the last four decades, i thought i'd > send up a flare and see what y'all think about my erstwhile tip > above. > > is it kapiche? is it kaphut? hmm? (at least i didn't recommend > running it from cron, eh? :) > > -- > I use Debian/GNU Linux version 2.2; > Linux server 2.2.17 #1 Sun Jun 25 09:24:41 EST 2000 i586 unknown > > DEBIAN NEWBIE TIP #22 from Will Trillich <will@serensoft.com> > : > SECURITY-CONSCIOUS? Good! Here's how you can use apt-get to keep > your system up-to-date with the latest security patches: in > /etc/apt/sources.list include these lines-- > deb http://security.debian.org/debian-security stable/updates main contrib non-free > deb http://security.debian.org/debian-non-US stable/non-US main contrib non-free > deb http://security.debian.org stable/updates main contrib non-free > Thereafter, a quick "apt-get update && apt-get upgrade" is all > you need to keep the gremlins at bay. > > Also see http://newbieDoc.sourceForge.net/ ... The tip itself is fine - it was the practice of putting ntpdate in cron at some commonly thought of time (such as midnight) to update the system clock while getting your NTP info from a primary time server - the simultaneous requests risking hitting the time server system with a thunderclap of requests. It may not be as much of a problem in places such as the United States, but in some countries which didn't bankrupt their telecommunications industry installing massive bandwidth capacity, the local primary time servers may not be on enough bandwidth to handle the requests in reasonable fashion. -- Mark L. Kahnt, FLMI/M, ALHC, HIA, AIAA, ACS, MHP ML Kahnt New Markets Consulting Tel: (613) 531-8684 / (613) 539-0935 Email: kahnt@hosehead.dyndns.org
Attachment:
signature.asc
Description: This is a digitally signed message part