[ntp:questions] Silly question.
David Lord
snews at lordynet.org
Tue Dec 17 16:16:27 UTC 2013
DaveB wrote:
> In article <9q06oa-gbr.ln1 at ns2.lordynet.org.uk>, snews at lordynet.org
> says...
>> DaveB wrote:
>
> <Snipped>
>
>>> Sorry, but I realy need a fully worked and tested blow by blow example
>>> to do this sort of simple stuff. Oddly, I can manage kernel compiles
>>> and booting to that just fine, I've done that in the past several times,
>>> but I always had the sources from the outset.
>> have you setup networking?
>> network interface in /etc/rc.conf
>> defaultroute in /etc/rc.conf
>> resolv.conf
>>
>> I've just checked on my not configured freebsd-5.2.1 which needed
>>
>> ifconfig rl0 192.168.59.156 netmask 255.255.255.0
>> route add default 192.168.59.64
>> echo "nameserver 192.168.59.64" >> /etc/resolv.conf
>>
>> then
>>
>> ftp -4 ftp://ftp.freebsd.org/
>
>
> Yes, networking fully setup and functional:
>
> ---------------------------------------------------------------------
> # /root >ifconfig
> xl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu
> 1500
> options=82009<RXCSUM,VLAN_MTU,WOL_MAGIC,LINKSTATE>
> ether 00:b0:d0:64:9e:47
> inet 192.168.42.21 netmask 0xffffff00 broadcast 192.168.42.255
> nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
> media: Ethernet autoselect (100baseTX <full-duplex>)
> status: active
> plip0: flags=8810<POINTOPOINT,SIMPLEX,MULTICAST> metric 0 mtu 1500
> nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
> options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6>
> inet6 ::1 prefixlen 128
> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4
> inet 127.0.0.1 netmask 0xff000000
> nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
> # /root >
> ---------------------------------------------------------------------
>
> I'm using a ssh shell sesssion from a Windows7 PC, so I can have
> Gravity, Firefox and the BSD console open on the same screen, even
> copy/paste between them.
>
> The ntpd daemon is running, currenty syncing with 'net based servers,
> and in turn serving up time locally. All that appears to be working OK.
> (not sure about warwicknet and the reach value of 333!)
Sometimes I lose reach on two of my own servers and I'm fairly
sure it's because they'd both be synced to the same refid.
>
> ---------------------------------------------------------------------
> # /root >ntpq -p
> remote refid st t when poll reach delay offset
> jitter
> ========================================================================
> ======
> -time.mhd.uk.as4 217.114.59.66 3 u 778 1024 377 28.676 1.408
> 0.767
> +ntp2.warwicknet 195.66.241.2 2 u 169 1024 333 30.932 0.157
> 203.431
> +ns1.luns.net.uk 158.43.192.66 2 u 175 1024 377 39.733 1.644
> 1.762
> *electra.pinklem 129.69.1.153 2 u 974 1024 377 27.712 -0.502
> 0.422
> # /root >
>
> ---------------------------------------------------------------------
> (that got wrapped)
>
> Just that I (mistakenly) omited to install the system sources when doing
> the base install. Else, I'd probably be all done and dusted as far as
> PPS based time sync goes.
>
> It seems however, there may be an alternative way to enable PPS support,
> from another message in this thread.
>
> Then, I can get the GPS hardware connected, just using the 'net as
> fallback if the GPS system "burps". Heck, this time I might even add
> the server to the uk pool, if that doenst tip my hand with my ISP.
I joined the pool Nov 2009 and had a fright first week when my
monthly usage allowance was blasted by turk telecom. Fortunately
the pool dns rotation meant I wasn't hit again for a few weeks.
cheers
David
>
> Best Regards.
>
> Dave B.
More information about the questions
mailing list