I think /usr/share/doc/ntp/README.Debian.gz is bad worded. Correct me if
im wrong but it says "[...]The default ntp.conf file is set up for an
NTP "client" that [...]" "[...]Extra configuration work will be
necessary to offer time service to other hosts. [...]"
By default, it works as a server not just as a client. Also I think by
default it should not act as a server as is superseeding ntpdate, and
the most regular use case is to install ntp is to keep in sync the time
of your local computer.
Am i missing something?
greets!
aL
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Mon, Mar 05, 2012 at 03:20:05PM +0100, Alberto Fuentes wrote:
> I think /usr/share/doc/ntp/README.Debian.gz is bad worded. Correct
> me if im wrong but it says "[...]The default ntp.conf file is set up
> for an NTP "client" that [...]" "[...]Extra configuration work will
> be necessary to offer time service to other hosts. [...]"
>
> By default, it works as a server not just as a client. Also I think
> by default it should not act as a server as is superseeding ntpdate,
> and the most regular use case is to install ntp is to keep in sync
> the time of your local computer.
Wow, good point. Indeed it *does* appear to be listening as a server
for other clients, by default, and I'd agree this is perhaps not the
best default.
I'd argue that this was a worth a feature-request bug.
--
Jon Dowland
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20120305163435.GB4989@debian">http://lists.debian.org/20120305163435.GB4989@debian
03-05-2012, 04:26 PM
John Hasler
ntp package. Client by default?
Jon Dowland writes:
> Wow, good point. Indeed it *does* appear to be listening as a server
> for other clients, by default, and I'd agree this is perhaps not the
> best default.
As long as it listens only on the LAN I don't agree.
--
John Hasler
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 87pqcrx8l6.fsf@thumper.dhh.gt.org">http://lists.debian.org/87pqcrx8l6.fsf@thumper.dhh.gt.org
03-05-2012, 04:31 PM
Alberto Fuentes
ntp package. Client by default?
On 05/03/12 18:26, John Hasler wrote:
Jon Dowland writes:
Wow, good point. Indeed it *does* appear to be listening as a server
for other clients, by default, and I'd agree this is perhaps not the
best default.
As long as it listens only on the LAN I don't agree.
well, it does not. It listens on all interfaces. I just tested and it
worked fine as an ntp server for another box with default conf :/
greets!
aL
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Alberto Fuentes wrote:
> John Hasler wrote:
> >Jon Dowland writes:
> >>Wow, good point. Indeed it *does* appear to be listening as a server
> >>for other clients, by default, and I'd agree this is perhaps not the
> >>best default.
> >
> >As long as it listens only on the LAN I don't agree.
>
> well, it does not. It listens on all interfaces. I just tested and
> it worked fine as an ntp server for another box with default conf :/
The entire purpose of ntp is to interact on the network. Not doing
this would be similar to installing sshd and then wanting it not to
listen to the network. That would severely reduce its usefulness. If
you install ntp then there is an expectation that it will behave like
ntp and interact with the network. Plus ntp is very widely used in
all different configurations meaning that this isn't a little known
code path. It is exercised a lot. The risk of an unknown problem is
less than for a lessor used program. I would hate to have paranoid
fervor remove this useful feature. But of course it is always good to
have the documentation as accurate as possible.
Bob
03-05-2012, 07:17 PM
John Hasler
ntp package. Client by default?
Bob Proulx writes:
> The entire purpose of ntp is to interact on the network. Not doing
> this would be similar to installing sshd and then wanting it not to
> listen to the network. That would severely reduce its usefulness. If
> you install ntp then there is an expectation that it will behave like
> ntp and interact with the network.
Polling the pool servers and offering yourself as a server to the entire
world are quite different things. Ntp should listen on the LAN by
default but there is no reason for it to listen on the LAN by default.
If you want to put it on the Internet as an open timeserver it would be
a one-line config change.
--
John Hasler
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 87lineyf87.fsf@thumper.dhh.gt.org">http://lists.debian.org/87lineyf87.fsf@thumper.dhh.gt.org
03-05-2012, 07:27 PM
John Hasler
ntp package. Client by default?
I wrote:
> Ntp should listen on the LAN by default but there is no reason for it
> to listen on the LAN by default.
Should read "Ntp should listen on the LAN by default but there is no
reason for it to listen on the _WAN_ by default."
--
John Hasler
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 87hay2yese.fsf@thumper.dhh.gt.org">http://lists.debian.org/87hay2yese.fsf@thumper.dhh.gt.org
03-05-2012, 07:30 PM
Mika Suomalainen
ntp package. Client by default?
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hi,
I agree with Bob, that ntp should interact with the network.
Also,aren't most of people using firewalls anyway?
John, how would you listen only LAN by default? There are multiple different router types and manufactors and not all of them share the same IP range. And there are also people who run ntp on lsptops and who do not always connect from same location/with same router.
PS. Sorry for typos. My phone is having weird bug, which does not show wbat I am writing in this emaill.
John Hasler <jhasler@newsguy.com> wrote:
>Bob Proulx writes:
>> The entire purpose of ntp is to interact on the network. Not doing
>> this would be similar to installing sshd and then wanting it not to
>> listen to the network. That would severely reduce its usefulness.
>If
>> you install ntp then there is an expectation that it will behave like
>> ntp and interact with the network.
>
>Polling the pool servers and offering yourself as a server to the
>entire
>world are quite different things. Ntp should listen on the LAN by
>default but there is no reason for it to listen on the LAN by default.
>If you want to put it on the Internet as an open timeserver it would be
>a one-line config change.
>--
>John Hasler
>
>
>--
>To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
>with a subject of "unsubscribe". Trouble? Contact
>listmaster@lists.debian.org
>Archive: http://lists.debian.org/87lineyf87.fsf@thumper.dhh.gt.org
Mika Suomalainen
> gpg --keyserver keyserver.ubuntu.com --recv-keys 62FE66853913CB03
-----BEGIN PGP SIGNATURE-----
Version: APG v1.0.8
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 781007ec-2d36-42a0-9824-ea64af33181c@email.android.com">http://lists.debian.org/781007ec-2d36-42a0-9824-ea64af33181c@email.android.com
03-05-2012, 07:50 PM
Bob Proulx
ntp package. Client by default?
John Hasler wrote:
> Ntp should listen on the LAN by default but there is no reason for
> it to listen on the _WAN_ by default.
But the difference between those two things depends upon how the
network is configured outside of the local host machine. In other
words, how is the local host machine to know that an ethernet device
is a LAN device or a WAN device?
The eth0 interface may be attached on a private LAN with an RFC1918
address such as 192.168.10.10. Or it might have eth0 configured on
the global and hostile internet with 192.0.43.10. Or it might have a
non-RFC1928 address but only be connected to a LAN. How should the
ntp scripted configuration know this?
Should it try to match against RFC1918 address space and make
assumptions at that point? Because as far as I can see that would be
the only way to have any clue at all that an ethernet device is either
a LAN or WAN. That would mostly work except for when a public IP
address is used on a private LAN space of which there are a lot of
networks set up that way.
Bob
03-05-2012, 08:13 PM
Mika Suomalainen
ntp package. Client by default?
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
This might be a little offtopic, but Ubuntu is also allowing NTP to be accessed
outside localhost by default too.
Mika Suomalainen
> gpg --keyserver keyserver.ubuntu.com --recv-keys 62FE66853913CB03
-----BEGIN PGP SIGNATURE-----
Version: APG v1.0.8
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 97f6780b-e35a-4eba-bb18-2bb7cf883237@email.android.com">http://lists.debian.org/97f6780b-e35a-4eba-bb18-2bb7cf883237@email.android.com
ntp package. Client by default?
