Re: Uhr geht nach ntpd muss von Hand gestoppt und gestartet werden
am 02.06.2008 16:26 schrieb Thomas Winter:
> On Monday 02 June 2008 15:43, Peter Velan wrote:
>> Das ist doch was oberfaul:
>>
>> - 4 Hosts, die *alle* die Zeit vom Rechner 217.160.215.119 beziehen?
Das bleibt oberfaul!
>> - delay kleiner 0,3ms ist seltsam; ist der Rechner mit der IP
>> 217.160.215.119 (= ari.tomodachi.de) auf der selben Kiste druff?
Das war erstmal Unfug meinerseits :-( -- siehe unten.
> Nein, ich habe auch schon per whois geschaut, das ist eine Schlund IP, mein
> Rechner steht allerdings hinter einem SDSL Telekom Anschluss.
>
>> Damit man genauer sehen kann, welche Hosts mitspielen, zeig doch mal,
>> was bei ...
>>
>> # ntpq -nc peers
>
> # ntpq -nc peers
> remote refid st t when poll reach delay offset jitter
> ==============================================================================
> 81.169.180.26 81.169.136.18 3 u 54 64 377 0.193 107776. 2791.12
> 80.86.83.133 81.169.136.18 3 u 10 64 377 0.191 107515. 2253.27
> 80.153.14.198 81.169.136.18 3 u 9 64 377 0.182 104486. 2766.34
> 78.47.136.197 81.169.136.18 3 u 16 64 377 0.181 107456. 2215.03
Ist immer noch so, dass 4 Hosts die Zeit von *einem* Referenzhost
ziehen, wirklich seltsam.
Und das mit Delay ist m.E. ebenfalls ziemlicher Unfug: Ich glaube nicht
dass 4 verschiedene Rechner (die in Spalte "remote") eine so extrem
kurze delay zu deinem Rechner haben. Das ist normalerweise im 2- bis
3-stelligen ms-Bereich - unter 0,2 ms, nee auf gar keinen Fall!
Das sollte normalerweise so aussehen (um Umbrüche zu verhindern, als
Zitat dargestellt):
> # ntpq
> ntpq> hostnames no
> ntpq> pee
> remote refid st t when poll reach delay offset jitter
> ==============================================================================
> +77.37.6.59 192.53.103.104 2 u 774 1024 377 27.541 -1.296 19.698
> -217.160.202.39 131.188.3.222 2 u 979 1024 377 88.174 -29.100 10.696
> *213.9.73.106 131.188.3.222 2 u 866 1024 377 30.188 -1.650 1.037
> +217.172.188.162 193.120.10.3 2 u 840 1024 367 23.519 -2.165 0.016
> ntpq> lass
>
> ind assID status conf reach auth condition last_event cnt
> ===========================================================
> 1 23826 9414 yes yes none candidat reachable 1
> 2 23827 9314 yes yes none outlyer reachable 1
> 3 23828 9614 yes yes none sys.peer reachable 1
> 4 23829 9414 yes yes none candidat reachable 1
> ntpq>
> # ntpq -nc associations
> ind assID status conf reach auth condition last_event cnt
> ===========================================================
> 1 7351 9024 yes yes none reject reachable 2
> 2 7352 9024 yes yes none reject reachable 2
> 3 7353 9024 yes yes none reject reachable 2
> 4 7354 9024 yes yes none reject reachable 2
^^^^^^
Ich würde sagen, alle Peers lehnen die Anfrage ab!
> Es läuft darauf hinaus, dass die über die pool Liste zugewiesenen ntp Server
> nicht antworten mögen?
Nein, das glaube ich nicht (um Umbrüche zu verhindern, als Zitat
dargestellt):
> # ntpq
> ntpq> host 0.debian.pool.ntp.org
> current host set to 0.pool.ntp.org
> ntpq> peers
> remote refid st t when poll reach delay offset jitter
> ==============================================================================
> -ntp1.oma.be .PPS. 1 u 756 1024 367 38.309 3.610 0.977
> -ntp2.oma.be .PPS. 1 u 743 1024 377 34.831 2.656 0.977
> -158.227.99.106 LOCAL(0) 11 u 747 1024 377 46.963 -2.043 16.838
> ntp0-rz.rrze.un .INIT. 16 u - 1024 0 0.000 0.000 0.000
> -ntp1-rz.rrze.un .DCFp. 1 u 729 1024 377 20.166 -5.212 0.977
> ntp2-rz.rrze.un .GPS. 1 u 6h 1024 0 19.528 -2.753 0.000
> -ntp3-rz.rrze.un .DCFp. 1 u 731 1024 177 20.049 -4.724 0.977
> *143.93.99.252 .PPS. 1 u 770 1024 377 9.927 -0.084 0.977
> +ntps1-0.cs.tu-b .PPS. 1 u 1745 1024 376 17.999 -0.582 0.977
> +ntps1-1.cs.tu-b .PPS. 1 u 365 1024 177 17.679 -0.583 0.977
> ntpq> host 0.debian.pool.ntp.org
> current host set to 0.pool.ntp.org
> ntpq> peers
> remote refid st t when poll reach delay offset jitter
> ==============================================================================
> *GENERIC(0) .DCF. 0 l 39 64 377 0.000 -1.600 4.864
> -ptbtime1.ptb.de .PTB. 1 u 514 1024 377 7.846 24.358 0.370
> +ptbtime2.ptb.de .PTB. 1 u 622 1024 377 8.474 24.229 0.474
> +kronos.uni-pade .DCF. 1 u 962 1024 376 3.947 16.678 0.023
> ntpq>
Bei jeder neuen Abfrage von "0.debian.pool.ntp.org" kommt ein zufällig
gewählre Server zum Zuge und pee(rs) zeigt dann seine NTP-Behziehungen an.
# dig A 0.pool.ntp.org
Ciao,
Peter
Reply to: