I'm trying to use Daemon <URL:http://www.stairways.com/daemon/> on my G3
(OS 8.1) as an NTP server for my home network -- specifically, for my
IIci running BSD that loses all kinds of time. Running Vremya (a Mac NTP
client) on the G3 against Daemon on the G3 works fine, but a test run
from the IIci gives the following.

# ntpdate amitai
12 Aug 01:17:41 ntpdate[12109]: signal_no_reset: signal 14 had flags 2
12 Aug 01:17:45 ntpdate[12109]: no server suitable for synchronization
found

I also tried running ntpdate in "compatibility mode" with NTPd versions
1 and 2, and with a larger timeout value (5 s, rather than the default
1). Same error. :-(

In contrast, running against a known NTP server:

# ntpdate ntp1.cwru.edu
12 Aug 01:17:58 ntpdate[9050]: signal_no_reset: signal 14 had flags 2
12 Aug 01:18:02 ntpdate[9050]: step time server 129.22.8.212 offset
3.665403 sec

This one works A-OK.

-----

Debugging output from ntpdate, trying to connect to amitai (10.0.2.17):

# ntpdate -d amitai
12 Aug 01:18:21 ntpdate[20633]: ntpdate 3-5.93 Sat Jul 18 16:58:18 EDT
1998 (1)
12 Aug 01:18:21 ntpdate[20633]: signal_no_reset: signal 14 had flags 2
transmit(10.0.2.17)
receive(10.0.2.17)
receive: pkt.org and peer.xmt differ
transmit(10.0.2.17)
receive(10.0.2.17)
receive: pkt.org and peer.xmt differ
transmit(10.0.2.17)
receive(10.0.2.17)
receive: pkt.org and peer.xmt differ
transmit(10.0.2.17)
receive(10.0.2.17)
receive: pkt.org and peer.xmt differ
transmit(10.0.2.17)
server 10.0.2.17, port 123
stratum 0, precision 0, leap 00, trust 000
refid [0.0.0.0], delay 0.00000, dispersion 64.00000
transmitted 4, in filter 4
reference time:    00000000.00000000  Thu, Feb  7 2036  1:28:16.000
originate timestamp: 00000000.00000000  Thu, Feb  7 2036  1:28:16.000
transmit timestamp:  b97ba420.41995000  Wed, Aug 12 1998  1:18:24.256
filter delay:  0.00000  0.00000  0.00000  0.00000 
                   0.00000  0.00000  0.00000  0.00000 
filter offset: 0.000000 0.000000 0.000000 0.000000
                   0.000000 0.000000 0.000000 0.000000
delay 0.00000, dispersion 64.00000
offset 0.000000

12 Aug 01:18:25 ntpdate[20633]: no server suitable for synchronization
found

-----

Vremya, run on the G3, reports the following server info:

Name:           amitai.amitai.org.
Address:        10.0.2.17
Stratum:        8
Precision:      0 (1 Hz)
Reference:      0.0.0.0
Last Set:       5:20 AM (UTC)
Sync. Distance: 0.000000 sec
Drift Rate:     0.000000000

-----

And Mac TCP Watcher on the G3 says, all the while:

UDP Listening   ntp

-----

Any ideas what's wrong with the NTP server on the Mac? Alternatively,
can folks suggest another way to sync the IIci's clock against the G3's,
or a decent freeware/shareware Mac NTP server?

Daemon also provides 'time', but I couldn't make sense of timed(8)...
might this do what I need?

- Amitai

-- 
The man who doesn't read good books has no advantage over the man who
can't read them.
     -- Mark Twain