Hello,
Some time ago I reported a bug in the implementation of
AutoKey+IFF, in ntp ver 4.2.4p8.
The error is intermittent and has been observed a in the long
run of ntpd, that is within 2 - 10 days.
When the error happens, ntpd keeps on running but authenticated
server is rejected:
ntpq -p
remote refid st t when poll reach delay offset
jitter
====================================================
neptune .CRYP. 16 u 6d 16 0 0.000 0.000
0.000
*ntp2.tp.pl .ATOM. 1 u 15 64 377 2.522 0.008
0.088
ntpq -c associations
ind assID status conf reach auth condition last_event cnt
===========================================
1 60684 e0fe yes yes ok reject 15
2 60685 9614 yes yes none sys.peer reachable 1
Client synchronizes successfully to the another server which is
in the configuration file.
Server with the authentication is not used any more, "reject"
status seems to be permanent (unless ntpd is restarted).
The only hint is in cryptostats logfile:
...ntpkey_IFFkey_xxx.tpnet.pl.3479706582 mod 384
...error 10e opcode 82070000 ts 3505303563 fs 3479706582
What is a meaning of error 10e opcode?
Has someone encountered such a problem in the longer run?
I appreciate your help.
Jacek
_______________________________________________
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions