This is a discussion on Re: rdate/ntp.c RFC2030 && friends diff within the mailing.openbsd.tech forums, part of the OpenBSD category; --> cron emailed me about rdate where it wouldnt have done so before. My crontab looks like this: # keep ...
| |||||||
| Register | FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| cron emailed me about rdate where it wouldnt have done so before. My crontab looks like this: # keep the clock in sync */30 * * * * /usr/sbin/rdate -sna blanc The mail I got looked like this. ----- Original Message ----- From: "Cron Daemon" <root@animata.net> To: <root@animata.net> Sent: Sunday, June 06, 2004 10:00 PM Subject: Cron <root@gris> /usr/sbin/rdate -sna blanc > rdate: Invalid stratum received, packet rejected > ntpdc -np (running ntpd-4.1.74 from ports, not sure what else you would like to see) from blanc looks like this: loki@blanc etc$ ntpdc -np remote local st poll reach delay offset disp ================================================== ===================== =129.127.40.3 220.244.145.6 2 1024 173 1.71991 0.053796 0.21048 =203.21.37.18 220.244.145.6 2 1024 177 1.67215 -0.297417 0.08795 This is rdate on gris talking to blanc again: loki@gris rdate$ rdate -np blanc rdate: Invalid stratum received, packet rejected Sun Jun 6 22:30:40 EST 2004 I've been downloading rather heavily for the past few hours. This is the only change in my environment since I spoke to you on irc (im tomcarrol or tomcarro1 or whoever I am today). If you want to get in contact with me, try irc, otherwise you can email me. If you want I can arrange an account on gris for you so you can look at the issue in more depth. Regards, David Gwynne ----- Original Message ----- From: "Alexander Guy" <alexander.guy@andern.org> To: <tech@openbsd.org> Sent: Saturday, June 05, 2004 9:45 PM Subject: rdate/ntp.c RFC2030 && friends diff > This diff: > > * Brings rdate's SNTP support into compliance with RFC 2030. > * Adds more robust handling of NTP error conditions (e.g. host or > service unreachable). > * Improves the detection of stale and/or spoofed NTP responses > from servers. > * Adds support for getaddrinfo(3)'s multiple host support if > error conditions occur (e.g. round-robin DNS, and the first > NTP server isn't responding, try the next host in line). > * Minor formatting/code cleanup. > > Testing/comments appreciated from rdate SNTP users. |