NTP Daemon

[Keiichi]

Op een linux server probeer een NTP daemon te draaien om clients binnen het netwerk in sync met de tijd te houden. Even voorop stellen; Er is geen mogelijkheid voor de clients om met bv pool.ntp.org te syncen en ik ga die mogelijkheid ook niet maken.

Aangezien er NTP servers openlijk beschikbaar zijn moet dit geen probleem opleveren.

Ik heb 2 verschillende NTP server uitgeprobeerd: OpenNTPd en ntpd van isc.

Mijn ervaringen met de server van isc is dat deze ronduit vervelend werkt. Hij laat zich niet lekker periodiek syncen met pool.ntp.org (De server is het enige in het netwerk dat zonder obstructies diensten van het internet kan pakken)

OpenNTPd werkt vrij lekker. Synct zich goed met pool.ntp.org (veel timeskew, is snel syncen, weinig timeskew is langzaam syncen) dus de systeemtijd blijft vrij mooi sync. Maar deze stop z'n 'dienstverlening' af en toe als ie vind dat ie niet goed in sync is.

Gewone clienten hebben hier niet zo'n probleem mee, omdat de timeskew maar minimaal gaat zijn, omdat hun hardware redelijk goed op tijd loopt. Er zitten ook enkele VM's tussen die werkelijk gigantisch problemen met de tijd hebben en eigenlijk om de paar minuten een sync nodig hebben (dit is even een losstaand probleem). Deze kunnen dus ook geen sync meer krijgen, omdat OpenNTPd zegt dat ie zelf niet sync is. Ik vind dat ie sync genoeg is om te gebruiken, maar daar kan OpenNTPd niets mee

Mijn ideeen over welke NTPd ik moet gebruiken en hoe in te stellen zijn op. Weet iemand nog meer mogelijkheden?

[Verwijderd]

Met meerdere servers uit pool.ntp.org laten syncen? Zodat de kans dat hij uit sync raakt kleiner is... Sowieso kan je, als deze server in Nederland staat, beter syncen met (meerdere servers uit) nl.pool.ntp.org, dan heb je minder last van vertragingen op Internet.
Ik sync mijn server bijvoorbeeld met 4 servers uit nl.pool.ntp.org:

code:

server 0.nl.pool.ntp.org
server 1.nl.pool.ntp.org
server 2.nl.pool.ntp.org
server 3.nl.pool.ntp.org

Ik gebruik trouwens de NTP versie van ntp.org.

Ik ziet net trouwens dat 1 van de NTP servers uit mijn lijstje op tilt is, maar daar merk ik dus helemaal niks van:

code:

jeroen@linux ~ $ ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
+tukan.piratki.n 193.10.252.21    2 u    1   64  377   27.582   -4.592   0.526
*83.149.71.64    193.67.79.202    2 u    3   64  377   27.739   -2.503   0.510
 maasluip.xs4all .���B.          16 u  942 1024    0    0.000    0.000   0.000
+redir.l1.nl     192.87.36.4      2 u   63   64  377   33.082   -2.817   0.904

[ Voor 44% gewijzigd door Verwijderd op 12-06-2009 16:25 ]

[Keiichi]

Ik sync overigens altijd met 'ntp0.nl.uu.net'. Vanwege een beetje koppige firewall moest ik het voorlopig met 1 doen (Ik kan host definities aanbrengen, maar met RR-dns word slecht omgegaan)

Sowieso zal ik eens gaan proberen met meerdere servers te syncen. (die firewall werk ik dan wel omheen)

Ik ga ook even aan de slag met de ntp van ntp.org, kijken hoe daar alles mee verloopt

[Verwijderd]

Misschien is dit nog wel handig voor je en dan met name het kopje: 3.1.9. Running NTP on many machines in a network.

http://support.ntp.org/bin/view/Support/GettingStarted

[Osiris]

Keiichi schreef op vrijdag 12 juni 2009 @ 16:17:
Mijn ervaringen met de server van isc is dat deze ronduit vervelend werkt. Hij laat zich niet lekker periodiek syncen met pool.ntp.org (De server is het enige in het netwerk dat zonder obstructies diensten van het internet kan pakken)

En het probleem daarvan is… wat precies?

Als jouw server klaarblijkelijk stabiel genoeg is om niet continu te hoeven syncen, dan is dr toch geen probleem?

[b][green]gerjan@server [/][blue]~ $ [/][/]ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
+auth1.xs4all.nl 193.67.79.202    2 u  905 1024  377   10.156   -0.601   0.172
*194.109.64.200  192.87.36.4      2 u  385 1024  377   10.561   -0.501   0.361
 195.85.225.211  .STEP.          16 u  31d 1024    0    0.000    0.000   0.000
[b][green]gerjan@server [/][blue]~ $ [/][/]

Mijnes pollt blijkbaar eens per 1024 seconden. En dat is blijkbaar, gezien de offset van 10 milliseconden, vaak genoeg.

Dus ik zie t probleem daarin niet zo?

[Keiichi]

Osiris schreef op vrijdag 12 juni 2009 @ 19:20:
[...]

En het probleem daarvan is… wat precies?

Als jouw server klaarblijkelijk stabiel genoeg is om niet continu te hoeven syncen, dan is dr toch geen probleem?

Stabiel heeft niets mee te maken hoe goed een server/pc/etc de tijd bijhoudt.

Hoe nauwkeurig zijn nieuwe servers ongeveer? Een van m'n andere servers sync ik elke 2 uur met ntpdate en die loopt elke 2 uur 0.08 seconden voor en een andere 0.45 seconden. (dat laatste lijkt me sowieso fors)

[Verwijderd]

Over die VM's, bedoel je daarmee dat je bijvoorbeeld VM's op ESX hebt draaien? Bij ESX en ESXi moet je eigenlijk altijd de VMware Tools installeren en instellen. Daarna heb je stukken minder last van rarigheden met tijd en performance.

Mijn eigen server staat overigens ook in nl.pool.ntp.org.

[Osiris]

Keiichi schreef op vrijdag 12 juni 2009 @ 19:52:
[...]

Stabiel heeft niets mee te maken hoe goed een server/pc/etc de tijd bijhoudt.

Ik bedoelde dan ook de stabiliteit van z'n interne klok, niet of ie wel of niet vaak vastloopt

[Keiichi]

Osiris schreef op vrijdag 12 juni 2009 @ 19:58:
[...]

Ik bedoelde dan ook de stabiliteit van z'n interne klok, niet of ie wel of niet vaak vastloopt

Ah, ik heb altijd al wel lichtelijke problemen met interne clocks gehad. Ik wil altijd dat ze na een maand niet verder dan 1 sec outsync zijn.