DSM 6.x und darunter Uhrzeit mit einem NTP-Server synchronisieren

[marox]

Hallo zusammen,
ich versuche auf meine DS916+ die Uhrzeit mit einem NTP-Server synchronisieren.
Unter Zeiteinstellung habe ich "mit einem NTP-Server synchronisieren" aktiviert und klicke dann auf "Jetzt aktualisieren"
Egal welche der 3 Server Adressen ausgewählt sind, der Status ist immer "Synchronisierung nicht möglich"

Beim Router habe ich Port 123 freigegeben (und unter IP Adresse die Adresse vom NAS eingetragen) - siehe Anhang.

Hat jemand eine Idee?

Besten Dank.

 

[Wile E Coyote]

Servus,
welche Adresse gibst Du denn auf der DS ein?
bei mir steht im DSM nur „ptbtime1.ptb.de“, einen extra Port im Router habe ich. Ich freigegeben.

 

[DigiMuc2016]

Also eine extra Port-Freigabe wäre mir auch neu, man kann noch den Standard-Server probieren, 2.europe.pool.ntp.org

 

[Benie]

Diese Adresse, pool.ntp.org hier findest Du unter dem Link Infos wer dahinter steht. Funktioniert bei mir seit langem.

 

[AndiHeitzer]

Bei mir ist die pool.ntp.org in der FritzBox eingetragen und die Geräte holen sich dann von dort die Zeit ab.

 

[marox]

Danke für die Antworten.
Alle die hier vorgeschlagenen NTP Server Adressen habe ich schon versucht - erfolglos.
Im Router ist auch ein NTP Server eingetragen, hilft aber auch nicht.
Noch 2 Hinweise: wir leben in Costa Rica und haben ein relativ langsames Internet.
Ich glaube zwar nicht das dies die Ursache ist.
Hat jemand sonst noch eine Idee?
Besten Dank.

 

[Kurt-oe1kyw]

leben in Costa Rica

Probier mal als Serveradressen:

cr.pool.ntp.org
Server 2.cr.pool.ntp.org
Server 0.north-america.pool.ntp.org
server 3.north-america.pool.ntp.org

 

[marox]

Probier mal als Serveradressen:

cr.pool.ntp.org
Server 2.cr.pool.ntp.org
Server 0.north-america.pool.ntp.org
server 3.north-america.pool.ntp.org

Danke; funktioniert leider auch nicht.
Ich denke es muss irgendwo anders liegen.

 

[Thorfinn]

ping die von marox genannten server zunächst einmal an. Bekommst du eine Route und eine Antwort?
Wenn ja, wie lange ist die response time?

"langsames internet" ist für ntp kein Problem. Das sind nur sehr kleine Datenpakete. ntp ist alt und auch mit 4800 kb/s funktioniert das. Die ping Zeit kann aber Problem werden.

So wie ich das lese sollen deine Maschinen als Klient fungieren und von sich aus die Verbindung aufbauen. Einen Routerport musst du daher nicht aufmachen. Jede Maschine holt sich die Urzeit von einem ntp-Server im cr.pool.ntp.org.

Die ganz harten stellen sich einen eigenen NTP Server auf und holen sich die Urzeit von GPS Satelliten oder von WWVB (dem nordamerikanischem Pendant zum deutschem Zeitsender DCF-77). Das ist aber 80er Jahre Technik, aber durchaus noch marktgängig.
Leben tut solche Technik eigendlich nur noch in Netzwerken die partout keine Verbindung zum Internet haben sollen, und darauf angewiesen sind alle Maschinen gleichzeitig zu haben.

 

[marox]

Am "besten" hat der Ping mit 2.cr.pool.ntp.org funktioniert.
Ist aber immer unterschiedlich schnell. Und vom PC, nicht vom NAS.
Kann ich vom NAS auch einen Ping schicken?

Ping wird ausgeführt für 2.cr.pool.ntp.org [162.159.200.1] mit 32 Bytes Daten:
Antwort von 162.159.200.1: Bytes=32 Zeit=3051ms TTL=52
Antwort von 162.159.200.1: Bytes=32 Zeit=3432ms TTL=52
Antwort von 162.159.200.1: Bytes=32 Zeit=1708ms TTL=52
Antwort von 162.159.200.1: Bytes=32 Zeit=1542ms TTL=52

Ping wird ausgeführt für 2.cr.pool.ntp.org [162.159.200.1] mit 32 Bytes Daten:
Antwort von 162.159.200.1: Bytes=32 Zeit=78ms TTL=52
Antwort von 162.159.200.1: Bytes=32 Zeit=85ms TTL=52
Antwort von 162.159.200.1: Bytes=32 Zeit=85ms TTL=52
Antwort von 162.159.200.1: Bytes=32 Zeit=682ms TTL=52

 

[AndiHeitzer]

Ich weiß nicht, ob Du Dir einen Gefallen damit machst, einen NTP-Server direkt zu konfigurieren.
Sollte dieser mal unpässlich sein, dann bleibt es halt dunkel.
Daher habe ich pool.ntp.org konfiguriert. Dahinter wird derjenige NTP-Server herausgesucht, der im Augenblick die beste Performance hat ...

Bei mir schaut das so aus:
Ping wird ausgeführt für 2.cr.pool.ntp.org [162.159.200.1] mit 32 Bytes Daten:
Antwort von 162.159.200.1: Bytes=32 Zeit=24ms TTL=57
Antwort von 162.159.200.1: Bytes=32 Zeit=23ms TTL=57
Antwort von 162.159.200.1: Bytes=32 Zeit=23ms TTL=57
Antwort von 162.159.200.1: Bytes=32 Zeit=23ms TTL=57

Ping wird ausgeführt für pool.ntp.org [78.46.30.149] mit 32 Bytes Daten:
Antwort von 78.46.30.149: Bytes=32 Zeit=13ms TTL=58
Antwort von 78.46.30.149: Bytes=32 Zeit=11ms TTL=58
Antwort von 78.46.30.149: Bytes=32 Zeit=11ms TTL=58
Antwort von 78.46.30.149: Bytes=32 Zeit=12ms TTL=58

Ich bin bei der Telekom und bin im Münchner Osten daheim.

 

[vater]

Ist die lokale Zeit vielleicht zu sehr aus dem Ruder gelaufen? Ich habe schon mal eine Appliance erlebt, die ich erst manuell „halbwegs“ korrekt einstellen musste, bevor der NTP Server übernommen werden konnte. Damals ging die Uhr aber um Jahre falsch.
Ein Neustart der Syno hast Du schon probiert?

Auch wenn ich nicht glaube, das der Server das Problem ist, mag ich den Namen des hora.cs.tu-berlin.de

Ich weiß allerdings nicht mit Sicherheit, ob der Name, so wie ich immer angenommen hatte, Michael Endes „Meister Secundus Minutius Hora“ oder dem Namen der Geliebten Zeus entsprungen ist.
Die HORA „HOchwasserRisikozonierung Austria“ war es sicher nicht

 

[Benares]

Man sollte vielleicht dazu sagen, dass Namen wie pool.ntp.org beim DNS-Lookup, wie der Name schon sagt, immer einen ganze Liste mit IP-Adressen möglicher NTP-Server zurück liefern, und nicht nur eine. Das ist ja der Sinn dahinter. Welcher davon genommen wird, ist eher Zufall.

Beispiel:

C:\>nslookup pool.ntp.org
...

Nicht autorisierende Antwort:
Name:    pool.ntp.org
Addresses:  185.232.69.65
          37.114.40.20
          129.70.132.34
          81.169.199.94

Man kann auch recht leicht deren Erreichbarkeit und aktuellen Offset der aktuellen Serverzeit testen, z.B. unter Windows mit

C:\>w32tm /stripchart /computer:pool.ntp.org
pool.ntp.org wird verfolgt [185.125.24.59:123].
Es ist 08.09.2022 10:08:20.
10:08:20, d:+00.0171044s o:-00.3545785s  [                          *|                           ]
10:08:22, d:+00.0171445s o:-00.3541353s  [                          *|                           ]
10:08:24, d:+00.0157829s o:-00.3544237s  [                          *|                           ]
^C

Unter Linux gibt's sowas sicher auch, müsst ich jetzt googeln.

Edit: Das Messen/Herausrechnen der jeweiligen Signallaufzeit ist ein Bestandteil der NTP-Protokolls, so dass der ping dorthin eigentlich keine Rolle spielt. Trotzdem ist es natürlich besser, man verwendet NTP-Server mit kürzerem/konstanterem ping.

 

[Adama]

Unter Linux geht das u.a. mit "ntpq". So sieht das z.B. auf einem meiner DCs aus:

root@GalacticaDC80:~ # ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 LOCAL(0)        .LOCL.          10 l  18h   64    0    0.000   +0.000   0.000
+service.mydomai 192.53.103.103   2 s  987 1024  376    0.526   +0.136   0.343
-service.mydomai 192.53.103.103   2 s  912 1024  376    0.323   +0.444   0.706
-ptbtime1.ptb.de .PTB.            1 u 1672 1024  376   22.593   -0.690   1.569
+ptbtime2.ptb.de .PTB.            1 u 1826 1024  376   22.915   +0.483   1.454
*ptbtime3.ptb.de .PTB.            1 u  701 1024  377   22.642   -0.012   1.204

Eine manuelle Aktualisierung kann man mit "ntpdate" auslösen:

 ntpdate -u -b ntpserver
 8 Sep 10:24:34 ntpdate[340467]: step time server 192.168.xxx.xx offset -0.000022 sec

 

[Benares]

... wobei m.W. ntpq aber nur den Zustand der aktuellen Konfiguration testet, und nicht bei der Suche nach einem geeigneten NTP-Server hilft.

Beim DSM gibt es ntpq auch, hier z.B. die Ausgabe meiner DS415+ mit meiner Fritzbox als dort konfiguriertem NTP-Server:

root@DS415:~# ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*fritz.box       23.176.21.128    4 u   31 1024  377    0.846   -0.138   0.181

 

[Andy+]

Ich würde auch einfach den Router hinterlegen, im Falle einer Fritzbox dann "fritz.box"

 

[Adama]

... wobei m.W. ntpq aber nur den Zustand der aktuellen Konfiguration testet

Du hast recht, er nimmt die aktuelle Konfiguration, die in der ntp.conf enthalten ist. Aber wenn du da - und sei es temporär - den ntp-Pool von ntp.org einträgst, kommt's ja auf das selbe raus wie mit dem Windows-Befehl.