Anonymous wrote:
simple command AFIK. As ntpd can also be configured to broadcast time,
>>> How? Could you point me out on relevant FAQ?
>>
>> I find manycast has much more value.
>>
>> # e.g. ntp.conf for ALL your (Clients and/or Servers)
>> keys "/etc/ntp.keys" # e.g. contains: 123 M LAN_MD
Nomen Nescio wrote:
>> simple command AFIK. As ntpd can also be configured to broadcast time,
> How? Could you point me out on relevant FAQ?
I find manycast has much more value.
# e.g. ntp.conf for ALL your (Clients and/or Servers)
keys "/etc/ntp.keys" # e.g. contains: 123 M LAN_MD5_KEY , 321 M
> > > simple command AFIK. As ntpd can also be configured to broadcast time,
> > How? Could you point me out on relevant FAQ?
>
> Trying to set up your own DDOS?
What make you think so?
--
___
questions mailing list
questions@lists.ntp.org
http://list
On 2013-11-05, Nomen Nescio wrote:
> Nomen Nescio wrote:
>
>>
>> > simple command AFIK. As ntpd can also be configured to broadcast time,
>> How? Could you point me out on relevant FAQ?
>
> Trying to set up your own DDOS?
Pretty poor way of doing it. Better would be to send out packets with
the
Nomen Nescio wrote:
>
> > simple command AFIK. As ntpd can also be configured to broadcast time,
> How? Could you point me out on relevant FAQ?
Trying to set up your own DDOS?
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/li
On 05/11/2013 01:57, Nomen Nescio wrote:
simple command AFIK. As ntpd can also be configured to broadcast time,
How? Could you point me out on relevant FAQ?
https://www.google.co.uk/search?q=ntp+broadcast may help.
--
Cheers,
David
Web: http://www.satsignal.eu
On 2013-10-30, David Lord wrote:
> Steve Kostecke wrote:
>
>> ntpq prior to 4.2.7p22 does not support "mrulist" ...
>
> so 4.2.7p377 I've used since August is broken?
>
> or do I need to add some options to enable that command?
I'm not aware of anything you need to enable.
In my experience "mru
David Lord wrote:
Steve Kostecke wrote:
On 2013-10-29, David Lord wrote:
My systems are running netbsd-6 i386. Stock ntpd is ntp-4.2.6p5,
pkgsrc version of ntpd is 4.2.4.
My pc with gps/pps has ntp-4.2.7p377 and from that I get
"***Command 'mrulist' unknown"
"mrulist" was added in 4.2.7p22
Steve Kostecke wrote:
On 2013-10-29, David Lord wrote:
My systems are running netbsd-6 i386. Stock ntpd is ntp-4.2.6p5,
pkgsrc version of ntpd is 4.2.4.
My pc with gps/pps has ntp-4.2.7p377 and from that I get
"***Command 'mrulist' unknown"
"mrulist" was added in 4.2.7p22; see http://archiv
On 2013-10-29, David Lord wrote:
> My systems are running netbsd-6 i386. Stock ntpd is ntp-4.2.6p5,
> pkgsrc version of ntpd is 4.2.4.
>
> My pc with gps/pps has ntp-4.2.7p377 and from that I get
> "***Command 'mrulist' unknown"
"mrulist" was added in 4.2.7p22; see http://archive.ntp.org/ntp4/Ch
On 2013-10-26 06:20, Steve Kostecke wrote:
On 2013-10-26, Harlan Stenn wrote:
Please see http://www.eecis.udel.edu/~mills/ntp/html/miscopt.html#enable
for the "monitor" directive, and perhaps also
http://www.eecis.udel.edu/~mills/ntp/html/miscopt.html#mru
The documenation at http://www.eeci
David Taylor wrote:
On 29/10/2013 08:50, David Lord wrote:
[]
"ntpdc -c monlist" works on some of my ntp-4.2.6p5 systems but
gives an error on others. When I joined the pool around 2009, I
had two alternatives, a tcpdump script or logging by my firewall.
The tcpdump scripts processed the informa
On 29/10/2013 08:50, David Lord wrote:
[]
"ntpdc -c monlist" works on some of my ntp-4.2.6p5 systems but
gives an error on others. When I joined the pool around 2009, I
had two alternatives, a tcpdump script or logging by my firewall.
The tcpdump scripts processed the information into tables wher
Javed Omar wrote:
Dear Sir,
We are running a ntp server in our Data Center. I would like to know how to find how many clients are taking or adjusting their time from this server. Is there any command?
Regards,
Javed.
Dhaka. BD.
"ntpdc -c monlist" works on some of my ntp-4.2.6p5 systems
Javed Omar wrote:
> We are running a ntp server in our Data Center.
> I would like to know how to find how many clients
> are taking or adjusting their time from this server.
>
> Is there any command?
ntpq -n -cmrulist
--
E-Mail Sent to this address
will be added to the BlackLists.
__
On 2013-10-26, Harlan Stenn wrote:
> Please see http://www.eecis.udel.edu/~mills/ntp/html/miscopt.html#enable
> for the "monitor" directive, and perhaps also
>
> http://www.eecis.udel.edu/~mills/ntp/html/miscopt.html#mru
The documenation at http://www.eecis.udel.edu/~mills/ntp/html/ is
updated f
mike cook wrote:
>
> Le 24 oct. 2013 à 10:56, Javed Omar a écrit :
>
>> Dear Sir,
>>
>> We are running a ntp server in our Data Center. I would like to know how to
>> find how many clients are taking or adjusting their time from this server.
>> Is there any command?
>>
>
> I am not aware
Javed,
Please see http://www.eecis.udel.edu/~mills/ntp/html/miscopt.html#enable
for the "monitor" directive, and perhaps also
http://www.eecis.udel.edu/~mills/ntp/html/miscopt.html#mru
H
___
questions mailing list
questions@lists.ntp.org
http://lists.n
Le 24 oct. 2013 à 10:56, Javed Omar a écrit :
> Dear Sir,
>
> We are running a ntp server in our Data Center. I would like to know how to
> find how many clients are taking or adjusting their time from this server. Is
> there any command?
>
I am not aware of any such stats accumulated
Dear Sir,
We are running a ntp server in our Data Center. I would like to know how to
find how many clients are taking or adjusting their time from this server. Is
there any command?
Regards,
Javed.
Dhaka. BD.
___
questions mailing list
questions@
Steve Kostecke wrote:
> On 2008-10-28, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>> Do you mean remove "server 127.127.1.0" from client's configuration,
>> it is not in the ntp.conf at beginning. Add it just for tracing
>> problem purpose.
>
> The problem is that ntpd is choosing the Undisc
On 2008-11-12, David Woolley <[EMAIL PROTECTED]> wrote:
> Firstly, I'm not sure that it is advertised to work for time islands, or
> whether that is just an assumption that has been made by people posting
> here.
It is the stated replacement for the Undisciplined Local Clock.
> Secondly, I'm n
On 2008-10-28, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Do you mean remove "server 127.127.1.0" from client's configuration,
> it is not in the ntp.conf at beginning. Add it just for tracing
> problem purpose.
The problem is that ntpd is choosing the Undisciplined Local Clock as
the sys_pe
On 2008-10-28, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I have a test environment,
> Server(WinXP2,Meinberg ntp-4.2.4p5)
> Clients C1(XP2,ntp-4.2.4p5) C2(Vista-64,ntp-4.2.4p5)
> C3(CentOS5.2,ntp-4.2.2p1)
[snip]
> The ntp.conf on server is,
> driftfile "C:\Program Files\NTP\etc\ntp.drift"
On 2008-10-28, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I know 127.127.1.0 should [not] appear in any clients' configure file.
FTFY
> But without this statement, the display from ntpq -p, only display
> the client out of sync with server. I mean tally '*' is missing from
> server,
That's
On 2008-10-29, David Woolley <[EMAIL PROTECTED]> wrote:
> I wonder if it is spuriously aging the root dispersion in orphan mode.
> Or is orphan mode just being more honest (and therefore not supporting
> time islands). Would one of the orphan mode advocates like to comment?
This has nothing to
On 2008-10-28, David Woolley <[EMAIL PROTECTED]> wrote:
> If you have any w32time servers upstream of you, please note that
> w32time doesn't honour the maximum distance heuristic, so will report a
> low stratum number even when the root dispersion is impossibly high,
> because the server hasn'
Out of curiosity, what is wrong with the documentation at:
https://support.ntp.org/bin/view/Support/ConfiguringLocalRefclocks
--
Harlan Stenn <[EMAIL PROTECTED]>
http://ntpforum.isc.org - be a member!
___
questions mailing list
questions@lists.ntp.or
Steve Kostecke wrote:
> If you think that it does not work as advertised then please go ahead
> and file a bug report.
>
Firstly, I'm not sure that it is advertised to work for time islands, or
whether that is just an assumption that has been made by people posting
here.
Secondly, I'm not the
On 2008-11-01, David Woolley <[EMAIL PROTECTED]> wrote:
> David Woolley wrote:
>
>> Peer dist[ance too high] is telling you the same thing.
>
> As no-one has spoken in defence of orphan mode,
Where on earth do you get this delusion that one of ntpd's modes of
operation needs to be "defended"?
Or
On Nov 1, 11:17 am, David Woolley
<[EMAIL PROTECTED]> wrote:
> David Woolley wrote:
> > Peer dist[ance too high] is telling you the same thing.
>
> As no-one has spoken in defence of orphan mode, I think your best course
> of action is to replace orphan mode with a high stratum local clock
> driver
David Woolley wrote:
> Peer dist[ance too high] is telling you the same thing.
>
As no-one has spoken in defence of orphan mode, I think your best course
of action is to replace orphan mode with a high stratum local clock
driver, on the root server of your time island.
[EMAIL PROTECTED] wrote:
> condition change from sys.peer to reject, status also changed
>
>> ntpq -c"rv 46864"
> assID=46864 status=9014 reach, conf, 1 event, event_reach,
> srcadr=10.200.98.51, srcport=123, dstadr=10.200.98.110, dstport=123,
> leap=00, stratum=5, precision=-20, rootdelay=0.000,
On Oct 29, 1:08 am, David Woolley
<[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
>
> > The output from ntpq -c"rv":
>
> I asked you to do ntpq -c"rv n"
> where n is the number given by ntpq -c"assoc"
> for the relevant server.
>
> However, this output does indicate that you are synch
[EMAIL PROTECTED] wrote:
>>
> The output from ntpq -c"rv":
I asked you to do ntpq -c"rv n"
where n is the number given by ntpq -c"assoc"
for the relevant server.
However, this output does indicate that you are synchronised to
something other than the local clock. You need to run the com
On Oct 28, 2:38 pm, David Woolley
<[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > I know 127.127.1.0 should appear in any clients' configure file. But
> > without this statement, the display from ntpq -p, only display the
> > client out of sync with server. I mean tally '*' is missing f
On Oct 28, 3:03 pm, Unruh <[EMAIL PROTECTED]> wrote:
> "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:
> >I know 127.127.1.0 should appear in any clients' configure file. But
>
> That should read "...should NEVER appear".
>
> >without this statement, the display from ntpq -p, only display the
> >
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:
>I know 127.127.1.0 should appear in any clients' configure file. But
That should read "...should NEVER appear".
>without this statement, the display from ntpq -p, only display the
>client out of sync with server. I mean tally '*' is missing from
On Oct 28, 12:21 pm, Unruh <[EMAIL PROTECTED]> wrote:
> "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:
> >Hello,
> >I have a test environment,
> > Server(WinXP2,Meinberg ntp-4.2.4p5)
> > |
> >
> >
[EMAIL PROTECTED] wrote:
> I know 127.127.1.0 should appear in any clients' configure file. But
> without this statement, the display from ntpq -p, only display the
> client out of sync with server. I mean tally '*' is missing from
In that case the server is being treated as invalid. You will n
I know 127.127.1.0 should appear in any clients' configure file. But
without this statement, the display from ntpq -p, only display the
client out of sync with server. I mean tally '*' is missing from
server, I did not know which time the client followed. So add
127.127.1.0, just make sure the
On 2008-10-28, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> ... time island ...
[snip]
> I select the orphan mode. After the server and clients start up. At
> first, the clents can sync to server's clock. But after 1 day, all 3
> clients begin to sync to its local clock, not the server.
>
> Th
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:
>Hello,
>I have a test environment,
> Server(WinXP2,Meinberg ntp-4.2.4p5)
> |
>
> | |
Hello,
I have a test environment,
Server(WinXP2,Meinberg ntp-4.2.4p5)
|
| |
|
C1(XP2,ntp-4.2.4p5
44 matches
Mail list logo
