Re: uk pool problem
- From: mayer@xxxxxxxxxxx (Danny Mayer)
- Date: Sun, 3 Sep 2006 00:18:12 GMT
Per Hedeland wrote:
In article <uj3js3-sv7.ln1@xxxxxxxxxxxxxxxxxxxxxx> Martin Burnicki
<martin.burnicki@xxxxxxxxxxx> writes:
Ronan Flood wrote:
Harlan Stenn <stenn@xxxxxxxxxxx> wrote:Full ack. I very often use it for debugging and testing. The only thing I
-d is covered, and while there may not be an exact duplicate there is aPerhaps rather than being retired, ntpdate should have the time-setting
-d flag for ntpd and the sntp command has a way to query the time without
setting it. If there is a particular thing you need that is not covered
open up an enhancement request.
I have not looked at -u.
code removed and be renamed something like ntpping, with -qu always set.
I for one find it a useful diagnostic tool in query-only and debug modes.
find deprecated is to use the way it has been used before the -g option had
been introduced, namely to set the initial system time.
I wouldn't even remove the capabiltiy to send requests via either a
priviledged or an unpriviledged port. This is very useful to check whether
there's some kind of firewall between the test system and the NTP server
which only allows for unpreviledged ports and blocks priviledged, or
vice-versa.
This would actually have to be an enhancement - when wanting to check if
the discussed server possibly used the source port to determine whether
to give a bogus answer, I found somewhat to my surprise that it's not
possible to have ntpdate use source port 123 without setting the clock.
A patch to make -u independent of -q and -d is trivial of course, but
where to send it?:-)
--Per Hedeland
per@xxxxxxxxxxxx
As I recall, the protocol requires that the source port be 123 but the
ntpd reference server implementation does not enforce that. I don't
recall where I read it. That said it seems useful to differentiate
between an ntpd server requesting time and a client requesting time via
ntpdate. Nevertheless a server shouldn't return time at all unless it's
a KOD packet if it doesn't want to accept packets at all. This one seems
to return a specific packet value if queried via ntpdate. I seems to me
that this is more a WG discussion and probably should be discussed there.
Danny
_______________________________________________
questions mailing list
questions@xxxxxxxxxxxxxxxxx
https://lists.ntp.isc.org/mailman/listinfo/questions
.
- Follow-Ups:
- Re: uk pool problem
- From: David Woolley
- Re: uk pool problem
- References:
- Re: uk pool problem
- From: Per Hedeland
- Re: uk pool problem
- Prev by Date: Re: uk pool problem
- Next by Date: Re: uk pool problem
- Previous by thread: Re: uk pool problem
- Next by thread: Re: uk pool problem
- Index(es):
Relevant Pages
|
