Falsche Uhrzeit - kein NTP-Sync

L I V E Stammtisch ab 20:30 Uhr im Chat
  • Hi!

    Ich habe seit drei Tagen das Problem, dass mein RPi2 samt Raspbian Wheezy (alle Updates installiert) nicht mehr die aktuelle Uhrzeit synchronisiert bekommt.

    Laut raspi-config stimmt die Zeitzone, hier Berlin (für MEZ bzw. Deutschland).

    Erst hatte ich den Verdacht, dass die NTP-Server

    server 0.debian.pool.ntp.org iburst
    server 1.debian.pool.ntp.org iburst
    server 2.debian.pool.ntp.org iburst
    server 3.debian.pool.ntp.org iburst

    down sind.

    An /etc/ntp.conf wurde nie manuell herumgebastelt, das hat hier seit meinem ersten RPi seit 2012 immer problemlos funktioniert.

    Alternativ habe ich aber nun mal time.euro.apple.com als Zeitserver angegeben. Keine Änderung. Das Datum ist leider noch immer falsch:
    Sa 11. Jul 23:41:20 CEST 2015 (korrekt wäre der 23.7. samt aktueller Uhrzeit)

    RPi-Neustart versucht, sudo ntpd -q -g (damit die Uhrzeit "hart" geholt wird) brachte auch nichts.

    Irgendwelche Ideen?

    Danke schon mal für Tipps! :)
    Automatisch zusammengefügt:
    # /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help

    driftfile /var/lib/ntp/ntp.drift


    # Enable this if you want statistics to be logged.
    #statsdir /var/log/ntpstats/

    statistics loopstats peerstats clockstats
    filegen loopstats file loopstats type day enable
    filegen peerstats file peerstats type day enable
    filegen clockstats file clockstats type day enable


    # You do need to talk to an NTP server or two (or three).
    #server ntp.your-provider.example

    # pool.ntp.org maps to about 1000 low-stratum NTP servers. Your server will
    # pick a different set every time it starts up. Please consider joining the
    # pool: <http://www.pool.ntp.org/join.html>
    server 0.debian.pool.ntp.org iburst
    server 1.debian.pool.ntp.org iburst
    server 2.debian.pool.ntp.org iburst
    server 3.debian.pool.ntp.org iburst

    # Access control configuration; see /usr/share/doc/ntp-doc/html/accopt.html for
    # details. The web page <http://support.ntp.org/bin/view/Support/AccessRestrictions>
    # might also be helpful.
    #
    # Note that "restrict" applies to both servers and clients, so a configuration
    # that might be intended to block requests from certain clients could also end
    # up blocking replies from your own upstream servers.

    # By default, exchange time with everybody, but don't allow configuration.
    restrict -4 default kod notrap nomodify nopeer noquery
    restrict -6 default kod notrap nomodify nopeer noquery

    # Local users may interrogate the ntp server more closely.
    restrict 127.0.0.1
    restrict ::1

    # Clients from this (example!) subnet have unlimited access, but only if
    # cryptographically authenticated.
    #restrict 192.168.123.0 mask 255.255.255.0 notrust


    # If you want to provide time to your local subnet, change the next line.
    # (Again, the address is an example only.)
    #broadcast 192.168.123.255

    # If you want to listen to time broadcasts on your local subnet, de-comment the
    # next lines. Please do this only if you trust everybody on the network!
    #disable auth
    #broadcastclient

    Einmal editiert, zuletzt von Der Mike (23. Juli 2015 um 20:41)

  • USERNAME@raspberrypi:~$ ntpq -p
    remote refid st t when poll reach delay offset jitter
    ==============================================================================
    fritz.box 16 u 59 1024 0 0.000 0.000 0.000

    Jeweils als Nachtrag.

    Irgendwelche Ideen?


  • USERNAME@raspberrypi:~$ ntpq -p
    remote refid st t when poll reach delay offset jitter
    ==============================================================================
    fritz.box 16 u 59 1024 0 0.000 0.000 0.000
    Irgendwelche Ideen?

    Wie sind auf deinem PI, die Ausgaben von:

    Code
    sudo netstat -tulpen | grep -i ntp


    und nach:

    Code
    sudo apt-get install rdate


    , die Ausgaben von:

    Code
    rdate -4npu fritz.box
    rdate -4npu ptbtime2.ptb.de


    ?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • USERNAME@raspberrypi:~$ sudo netstat -tulpen | grep -i ntp
    udp 0 0 10.0.1.16:123 0.0.0.0:* 0 8392 2068/ntpd
    udp 0 0 127.0.0.1:123 0.0.0.0:* 0 8391 2068/ntpd
    udp 0 0 0.0.0.0:123 0.0.0.0:* 0 8387 2068/ntpd


    USERNAME@raspberrypi:~$ sudo apt-get install rdate
    Paketlisten werden gelesen... Fertig
    Abhängigkeitsbaum wird aufgebaut.
    Statusinformationen werden eingelesen.... Fertig
    Die folgenden NEUEN Pakete werden installiert:
    rdate
    0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
    Es müssen 18,3 kB an Archiven heruntergeladen werden.
    Nach dieser Operation werden 65,5 kB Plattenplatz zusätzlich benutzt.
    Holen: 1 http://archive.raspbian.org/raspbian/ wheezy/main rdate armhf 1:1.2-5 [18,3 kB]
    Es wurden 18,3 kB in 0 s geholt (84,3 kB/s).
    Vormals nicht ausgewähltes Paket rdate wird gewählt.
    (Lese Datenbank ... 74753 Dateien und Verzeichnisse sind derzeit installiert.)
    Entpacken von rdate (aus .../rdate_1%3a1.2-5_armhf.deb) ...
    Trigger für man-db werden verarbeitet ...
    rdate (1:1.2-5) wird eingerichtet ...


    https://en.wikipedia.org/wiki/Rdate

    Kann ich wohl wieder löschen nach Tests?


    USERNAME@raspberrypi:~$ rdate -4npu fritz.box
    rdate: Ignoring NTP server with alarm flag set
    rdate: Unable to get a reasonable time estimate

  • Code
    USERNAME@raspberrypi:~$ sudo netstat -tulpen | grep -i ntp
    udp        0      0 10.0.1.16:123           0.0.0.0:*                           0          8392        2068/ntpd       
    udp        0      0 127.0.0.1:123           0.0.0.0:*                           0          8391        2068/ntpd       
    udp        0      0 0.0.0.0:123             0.0.0.0:*                           0          8387        2068/ntpd
    Code
    USERNAME@raspberrypi:~$ rdate -4npu fritz.box
    rdate: Ignoring NTP server with alarm flag set
    rdate: Unable to get a reasonable time estimate


    Wie sind dann die Ausgaben von:

    Code
    rdate -4npuv ptbtime2.ptb.de
    rdate -4npuv 3.ubuntu.pool.ntp.org
    telnet ptbtime3.ptb.de 13
    curl -sD - heise.de | grep -i date


    ?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • USERNAME@raspberrypi:~$ rdate -4npuv ptbtime2.ptb.de
    Thu Jul 23 22:11:40 CEST 2015
    rdate: adjust local clock by 1022144.171484 seconds


    USERNAME@raspberrypi:~$ rdate -4npuv 3.ubuntu.pool.ntp.org
    Thu Jul 23 22:12:20 CEST 2015
    rdate: adjust local clock by 1022144.166744 seconds


    (telnet ist nicht installiert.)


    USERNAME@raspberrypi:~$ curl -sD - heise.de | grep -i date
    Date: Thu, 23 Jul 2015 20:13:42 GMT


    Bei obigen Ausgaben wird das korrekte Datum ausgelesen. Aber warum wird dies nicht vom NTP-Client übernommen?

    USERNAMEi@raspberrypi:~$ date

    So 12. Jul 02:19:33 CEST 2015


  • Bei obigen Ausgaben wird das korrekte Datum ausgelesen. Aber warum wird dies nicht vom NTP-Client übernommen?

    Schau mal z. B. auf deinem PI, mit tcpdump, ob Traffic vom bzw. zum udp-Port 123 statt findet:

    Code
    sudo tcpdump -c 100 -vvveni any port 123

    EDIT:

    Poste auch die Ausgaben von:

    Code
    cat /etc/default/ntp
    ps -fC ntpd

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    Einmal editiert, zuletzt von rpi444 (23. Juli 2015 um 22:49)

  • Hallo,

    wenn Du in der /etc/ntp.conf irgendwelche Pool-Server drinstehen hast, warum kommt dann bei ntpq -p irgendwas von Deiner Fritzbox?

    Das sollte dann eher so aussehen, wenn Du diese Pool-Server hast:

    grep server /etc/ntp.conf:
    server 0.debian.pool.ntp.org iburst
    server 1.debian.pool.ntp.org iburst
    server 2.debian.pool.ntp.org iburst
    server 3.debian.pool.ntp.org iburst

    ntpq -p:
    remote refid st t when poll reach delay offset jitter
    ==============================================================================
    -core.mars.org 132.239.1.6 2 u 868 1024 377 165.771 -2.875 2.739
    +pool-test.ntp.o 216.218.254.202 2 u 146 1024 377 165.051 0.842 12.805
    +3.time.dbsinet. 209.51.161.238 2 u 1009 1024 377 127.374 -0.462 1.376
    *clock.xmission. .GPS. 1 u 363 1024 377 204.798 1.589 0.419

    Wenn Deine Fritzbox nicht als ntp-Server fungiert (und selber die Zeit bei einem anderen NTP-Server abholt), dann kann die aktuelle Uhrzeit NICHT synchronisiert werden...

    Viele Grüße
    Thomas

  • tom.angelripper

    USERNAME@raspberrypi:~$ grep server /etc/ntp.conf
    # You do need to talk to an NTP server or two (or three).
    #server ntp.your-provider.example
    # pool.ntp.org maps to about 1000 low-stratum NTP servers. Your server will
    server 0.debian.pool.ntp.org iburst
    server 1.debian.pool.ntp.org iburst
    server 2.debian.pool.ntp.org iburst
    server 3.debian.pool.ntp.org iburst
    # Note that "restrict" applies to both servers and clients, so a configuration
    # up blocking replies from your own upstream servers.
    # Local users may interrogate the ntp server more closely.

    USERNAME@raspberrypi:~$ ntpq -p
    remote refid st t when poll reach delay offset jitter
    ==============================================================================
    fritz.box .INIT. 16 u - 64 0 0.000 0.000 0.000

    Der Tipp mit dem FRITZ!Box-Zeitserver könnte hinkommen. Ist ein solcher mit FRITZ!OS 6.3 neu hinzu gekommen? Denn aktiv habe ich diesen nie aktiviert, habe ich auch nie zuvor gesehen in den Einstellungen des Routers. 6.3 kam für die 7390 erst vor wenigen Tagen raus, da fingen auch meine NTP-Probleme mit Raspbian an.

    Jedenfalls habe ich den Zeitserver der FRITZ!Box nun einmal deaktiviert, den RPi und den Router neu gestartet. Aber obiges wird weiterhin angezeigt. Und das Datum des RPi ist noch immer falsch:

    USERNAME@raspberrypi:~$ date
    Mo 13. Jul 02:07:11 CEST 2015

    Außerdem wurde von mir nirgends unter Raspbian händisch konfiguriert, das dieses seine Zeit von der FRITZ!Box holen soll. Gibt es da irgendeinen Automatismus unter Raspbian, dass erst einmal im LAN nach einem NTP-Server gesucht wird?
    Automatisch zusammengefügt:
    rpi444

    USERNAME@raspberrypi:~$ sudo tcpdump -c 100 -vvveni any port 123
    tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes

    (Dann keine weitere Ausgaben, also offenbar kein Traffic.)

    USERNAME@raspberrypi:~$ cat /etc/default/ntp
    NTPD_OPTS='-g'

    USERNAME@raspberrypi:~$ ps -fC ntpd
    UID PID PPID C STIME TTY TIME CMD
    ntp 2070 1 0 01:55 ? 00:00:00 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -c /var/lib/n

    Einmal editiert, zuletzt von Der Mike (24. Juli 2015 um 22:15)


  • rpi444

    USERNAME@raspberrypi:~$ sudo tcpdump -c 100 -vvveni any port 123
    tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes

    (Dann keine weitere Ausgaben, also offenbar kein Traffic.)

    Code
    USERNAME@raspberrypi:~$ cat /etc/default/ntp
    NTPD_OPTS='-g'


    Ändere den Eintrag in der "/etc/default/ntp" mit nano, in:

    Code
    NTPD_OPTS='-g -U 0 -c /etc/ntp.conf'


    und führe danach:

    Code
    sudo service ntp restart


    aus und poste danach die Ausgaben von:

    Code
    ps -fC ntpd
    date
    Code
    USERNAME@raspberrypi:~$ ps -fC ntpd
    UID        PID  PPID  C STIME TTY          TIME CMD
    ntp       2070     1  0 01:55 ?        00:00:00 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -c /var/lib/n

    Was ist "/var/lib/n" für eine Konfigurationsdatei? Oder hast Du nicht die vollständige Ausgabe von "ps -fC ntpd" gepostet?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    Einmal editiert, zuletzt von rpi444 (24. Juli 2015 um 22:24)


  • Wenn Deine Fritzbox nicht als ntp-Server fungiert (und selber die Zeit bei einem anderen NTP-Server abholt), dann kann die aktuelle Uhrzeit NICHT synchronisiert werden...

    Wenn die FRITZ!Box *nicht* als NTP-Server fungiert? Muss diese denn der NTP-Server sein?

    Hier holt kein Rechner im LAN seine Zeit über die FRITZ!Box ab, bei fast allen Rechner wird die aktuelle Zeit von time.euro.apple.com bezogen. Die FRITZ!Box soll zwar auch ihre Zeit mit time.euro.apple.com synchronisieren, aber selbst keinen NTP-Server bereitstellen, welcher offenbar unter Raspbian Probleme bereitet. Warum auch immer.

    Seltsam ist halt die Ausgabe von ntpq -p, selbst dann, wenn der NTP-Server der FRITZ!Box deaktiviert wurde und alle Geräte neu gestartet wurden. :s

    Außer zig Macs (von Mac OS 9 bis hin zu Yosemite) laufen hier noch zwei Rechner mit Ubuntu 14.04 (Server). Da jeweils keinerlei Probleme mit der Zeit.

    Ach: Und noch ein ThinkPad samt Lubuntu 14.04, auch da alles ganz normal. :huh:


  • Hier holt kein Rechner im LAN seine Zeit über die FRITZ!Box ab, bei fast allen Rechner wird die aktuelle Zeit von time.euro.apple.com bezogen. Die FRITZ!Box soll zwar auch ihre Zeit mit time.euro.apple.com synchronisieren, aber selbst keinen NTP-Server bereitstellen, welcher offenbar unter Raspbian Probleme bereitet. Warum auch immer.

    Nein, es gibt keine Probleme mit der FritzBox als Zeitserver unter Raspbian. Meine 2 PIs holen ihre Zeit u. a. auch von meiner FritzBox (die im W/LAN als Zeitserver fungiert). Z. B. hier ein Auszug aus der ntp.conf der PIs;

    Code
    server 192.168.178.1 minpoll 13 maxpoll 14 prefer
    server 1.ubuntu.pool.ntp.org minpoll 13 maxpoll 14
    server 2.ubuntu.pool.ntp.org minpoll 13 maxpoll 14
    server 3.ubuntu.pool.ntp.org minpoll 13 maxpoll 14
    
    
    # Use Ubuntu's ntp server as a fallback.
    server ntp.ubuntu.com minpoll 14 maxpoll 15

    Ausgabe von "ntpq -p":

    Code
    ~ $ ntpq -p
         remote           refid      st t when poll reach   delay   offset  jitter
    ==============================================================================
    *fritz.box       46.165.194.70    3 u  79m 273m   77    0.909   18.284  41.308
    +server2.as2.ch  36.224.68.195    2 u  85m 137m   77   16.960   19.853  42.224
    +ntp1.m-online.n 212.18.1.106     2 u  78m 273m   77   23.464   16.707  41.174
    +belgarath.bunku 74.16.223.164    3 u  84m 273m   77   20.398   20.309  42.140
     juniperberry.ca 193.79.237.14    2 u 218m 273m    7   25.368   30.622  61.412

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • rpi444

    Deine vorgeschlagene Änderung in [font="Source Sans Pro, Tahoma, Helvetica Neue, Arial, sans-serif"]/etc/default/ntp gefällt Raspbian offenbar nicht:[/font]

    USERNAME@raspberrypi:~$ sudo service ntp restart
    Stopping NTP server: ntpd.
    Starting NTP server: ntpdERROR: only one configfile option allowed
    ntpd - NTP daemon program - Ver. 4.2.6p5
    USAGE: ntpd [ -<flag> [<val>] | --<name>[{=| }<val>] ]...
    failed!


    Noch mal die Ausgabe komplett:

    USERNAME@raspberrypi:~$ ps -fC ntpd
    UID PID PPID C STIME TTY TIME CMD
    ntp 3864 1 0 02:34 ? 00:00:00 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -c /var/lib/ntp/ntp.conf.dhcp -u 102:104

    Hmm, sollte dhcp darauf hinweisen, dass Raspbian versucht, weiterhin seine Zeit von der FRITZ!Box zu beziehen? Obwohl da gar kein Zeitserver mehr läuft?

    Einmal editiert, zuletzt von Der Mike (24. Juli 2015 um 22:38)


  • rpi444

    Deine vorgeschlagene Änderung in [font="Source Sans Pro, Tahoma, Helvetica Neue, Arial, sans-serif"]/etc/default/ntp gefällt Raspbian offenbar nicht:[/font]

    Code
    USERNAME@raspberrypi:~$ sudo service ntp restart
    Stopping NTP server: ntpd.
    Starting NTP server: ntpdERROR:  only one configfile option allowed


    Noch mal die Ausgabe komplett:

    Code
    pi@raspberrypi:~$ ps -fC ntpd
    UID        PID  PPID  C STIME TTY          TIME CMD
    ntp       3864     1  0 02:34 ?        00:00:00 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -c /var/lib/ntp/ntp.conf.dhcp -u 102:104


    Hmm, sollte dhcp darauf hinweisen, dass Raspbian versucht, weiterhin seine Zeit von der FRITZ!Box zu beziehen? Obwohl da gar kein Zeitserver mehr läuft?

    Ja, durch dhcp wird die FritzBox als Zeitserver konfiguriert. Dann lass in der "/etc/default/ntp" das "-c /etc/ntp.conf" weg und beachte, dass die Konfigurationsdatei, "/var/lib/ntp/ntp.conf.dhcp" ist. Wie ist die Ausgabe von:

    Code
    cat /var/lib/ntp/ntp.conf.dhcp


    ?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    Einmal editiert, zuletzt von rpi444 (24. Juli 2015 um 22:45)

  • USERNAME@raspberrypi:~$ cat /var/lib/ntp/ntp.conf.dhcp
    # This file was copied from /etc/ntp.conf with the server options changed
    # to reflect the information sent by the DHCP server. Any changes made
    # here will be lost at the next DHCP event. Edit /etc/ntp.conf instead.

    # NTP server entries received from DHCP server
    server 10.0.1.1 iburst

    # /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help

    driftfile /var/lib/ntp/ntp.drift


    # Enable this if you want statistics to be logged.
    #statsdir /var/log/ntpstats/

    statistics loopstats peerstats clockstats
    filegen loopstats file loopstats type day enable
    filegen peerstats file peerstats type day enable
    filegen clockstats file clockstats type day enable


    # You do need to talk to an NTP server or two (or three).
    #server ntp.your-provider.example

    # pool.ntp.org maps to about 1000 low-stratum NTP servers. Your server will
    # pick a different set every time it starts up. Please consider joining the
    # pool: <http://www.pool.ntp.org/join.html>


    # Access control configuration; see /usr/share/doc/ntp-doc/html/accopt.html for
    # details. The web page <http://support.ntp.org/bin/view/Support/AccessRestrictions>
    # might also be helpful.
    #
    # Note that "restrict" applies to both servers and clients, so a configuration
    # that might be intended to block requests from certain clients could also end
    # up blocking replies from your own upstream servers.

    # By default, exchange time with everybody, but don't allow configuration.
    restrict -4 default kod notrap nomodify nopeer noquery
    restrict -6 default kod notrap nomodify nopeer noquery

    # Local users may interrogate the ntp server more closely.
    restrict 127.0.0.1
    restrict ::1

    # Clients from this (example!) subnet have unlimited access, but only if
    # cryptographically authenticated.
    #restrict 192.168.123.0 mask 255.255.255.0 notrust


    # If you want to provide time to your local subnet, change the next line.
    # (Again, the address is an example only.)
    #broadcast 192.168.123.255

    # If you want to listen to time broadcasts on your local subnet, de-comment the
    # next lines. Please do this only if you trust everybody on the network!
    #disable auth
    #broadcastclient
    Automatisch zusammengefügt:
    Ich habe nun heute das letzte Backup-Image von Anfang Juli wieder auf die SD-Karte aufgespielt.

    Zumindest momentan scheint die NTP-Synchronisierung zu funktionieren. Obgleich sie einige Sekunden von den anderen Rechnern hier im (W)LAN abweicht, warum auch immer. :s

    Interessant ist, dass alle von euch vorgeschlagenen Preferences-Dateien seit mindestens 2013 nicht mehr überschrieben bzw. geändert wurden, alle diesbezüglichen Dateien waren auf dem Stand von 2012 oder 2013. Auch vor der Rücksicherung nicht.

    Weshalb da nun auf einmal ein Konfigurationsproblem sein sollte - und es vorher jahrlang null Probleme gab -, das ist eigentlich eher... sagen wir mal nebulös... Entweder gab es einen Bug bei einem Raspbian-Update - "sudo apt-get update && sudo apt-get upgrade" wurde nach der Rücksicherung wieder ausgeführt - oder:

    Ich habe ja noch immer FRITZ!OS 6.3 im Verdacht, dass der dortige NTP-Server einen Bug hat bzw. sich nicht wirklich deaktivieren lässen, also auch nach einer Abwahl der entsprechenden Checkbox nicht.

    Allerdings habe ich nun den NTP-Server der FRITZ!Box wieder aktiviert, um zu sehen, ob es daran liegt: Noch stimmt die Zeit...

    Mal schauen, wie die nächsten Tage das Datum unter Raspbian sein wird.

    Ich nutze NTP nun schon seit dem klassischen Mac OS, also mindestens seit Version 9 von 1999, aber solche seltsamen Probleme hatte ich mit der Zeit-Synchronisierung noch nie... :huh:

    Einmal editiert, zuletzt von Der Mike (25. Juli 2015 um 12:16)

  • Zumindest momentan scheint die NTP-Synchronisierung zu funktionieren. Obgleich sie einige Sekunden von den anderen Rechnern hier im (W)LAN abweicht, warum auch immer. :s

    Das wird schon werden ;) Verfolge z. B. sporadisch auf deinem PI, die Ausgabe von:

    Code
    date && rdate -4npu 10.0.1.1


    (oder einen externen Zeit-Server statt der 10.0.1.1, z. B.: "date && rdate -4npu time.euro.apple.com")


    Interessant ist, dass alle von euch vorgeschlagenen Preferences-Dateien seit mindestens 2013 nicht mehr überschrieben bzw. geändert wurden, alle diesbezüglichen Dateien waren auf dem Stand von 2012 oder 2013. Auch vor der Rücksicherung nicht.

    Weshalb da nun auf einmal ein Konfigurationsproblem sein sollte - und es vorher jahrlang null Probleme gab -, das ist eigentlich eher... sagen wir mal nebulös... Entweder gab es einen Bug bei einem Raspbian-Update - "sudo apt-get update && sudo apt-get upgrade" wurde nach der Rücksicherung wieder ausgeführt - oder:

    Ich habe ja noch immer FRITZ!OS 6.3 im Verdacht, dass der dortige NTP-Server einen Bug hat bzw. sich nicht wirklich deaktivieren lässen, also auch nach einer Abwahl der entsprechenden Checkbox nicht.

    Es sind diesbezüglich keine Bugs in Raspbian oder in der Firmware der FritzBox. Es wird eine Änderung/Ergänzung in Raspbian sein. Wie sind auf deinem PI, die Ausgaben von:

    Code
    apt-cache policy dhcpcd
    ps aux | grep -i dhcp
    sudo netstat -tulpen | grep -i dhcp


    ?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • USERNAME@raspberrypi:~$ apt-cache policy dhcpcd

    dhcpcd:
    Installiert: (keine)
    Installationskandidat: 1:3.2.3-11
    Versionstabelle:
    1:3.2.3-11 0
    500 http://archive.raspbian.org/raspbian/ wheezy/main armhf Packages


    USERNAMEi@raspberrypi:~$ ps aux | grep -i dhcp
    ntp 2087 0.0 0.3 5392 3116 ? Ss 10:33 0:01 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -c /var/lib/ntp/ntp.conf.dhcp -u 102:104


    USERNAME@raspberrypi:~$ sudo netstat -tulpen | grep -i dhcp
    (Ohne Ausgabe)

    Noch stimmt die Zeit...

  • Code
    USERNAME@raspberrypi:~$ apt-cache policy dhcpcd
    
    
    dhcpcd:
      Installiert:           (keine)
      Installationskandidat: 1:3.2.3-11
      Versionstabelle:
         1:3.2.3-11 0
            500 http://archive.raspbian.org/raspbian/ wheezy/main armhf Packages

    Noch stimmt die Zeit...

    Dann gibt es evtl. doch einen Zusammenhang mit deiner FritzBox, denn:


    Ist ein solcher mit FRITZ!OS 6.3 neu hinzu gekommen? Denn aktiv habe ich diesen nie aktiviert, habe ich auch nie zuvor gesehen in den Einstellungen des Routers. 6.3 kam für die 7390 erst vor wenigen Tagen raus, da fingen auch meine NTP-Probleme mit Raspbian an.

    Jedenfalls habe ich den Zeitserver der FRITZ!Box nun einmal deaktiviert, ...

    Wie ist jetzt die Ausgabe von:

    Code
    ntpq -p


    und von:

    Code
    rdate -4npu fritz.box


    ?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

  • Egal, ob der NTP-Server der FRITZ!Box im Webinterface aktiviert ist oder nicht:


    USERNAME@raspberrypi:~$ ntpq -p
    remote refid st t when poll reach delay offset jitter
    ==============================================================================
    fritz.box 16 u 458 1024 0 0.000 0.000 0.000

    USERNAME@raspberrypi:~$ rdate -4npu fritz.box
    rdate: Ignoring NTP server with alarm flag set
    rdate: Unable to get a reasonable time estimate

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!