Systemzeit (NTP) nach reboot sporadisch falsch #291

New Issue

fbl · 2023-11-06T14:06:17+01:00

fbl commented

2023-11-06 14:06:17 +01:00

Nach reboots eines Routers kann es dazu kommen, dass der NTP nicht richtig funktioniert (möglicherweise immer dann wenn der Uplink zusammen mit dem Freifunk Router gestartet wird und dann zum Zeitpunkt des NTP Starts noch nicht verfügbar ist). Dies führt wegen Wireguard Sicherheitsmechanismen dazu, dass die Tunnel nicht wieder aufgebaut werden können bis die Uhrzeit stimmt, was dann allerdings nie der Fall ist.

fbl added this to the next-bugfix milestone 2023-11-06 14:06:17 +01:00

fbl added the

bug

more details required

labels 2023-11-06 14:06:17 +01:00

jkimmel commented

2023-11-06 14:15:04 +01:00

Der übliche trick bei Geräten ohne RTC ist sowas wie fake-hwclock zu benutzen. Das schreibt beim Herunterfahren die Systemzeit auf Platte und wird beim booten wieder benutzt. Die Uhrzeit stimmt dann zwar nach dem booten trotzdem nicht, aber springt immerhin nicht in die Vergangenheit.
Keine Ahnung, ob OpenWRT schon etwas ähnliches mitliefert, oder ob man sowas selbst bauen muss. Direkt wird man fake-hwclock nicht benutzen können, weil Router auch gerne mal nicht mit Absicht neu gestartet werden. Es müsste also regelmäßig ein Timestamp abgelegt werden, damit auch nach einem Stromausfall ein halbwegs aktuelles Datum verfügbar ist.

Der übliche trick bei Geräten ohne RTC ist sowas wie [fake-hwclock](https://tracker.debian.org/pkg/fake-hwclock) zu benutzen. Das schreibt beim Herunterfahren die Systemzeit auf Platte und wird beim booten wieder benutzt. Die Uhrzeit stimmt dann zwar nach dem booten trotzdem nicht, aber springt immerhin nicht in die Vergangenheit. Keine Ahnung, ob OpenWRT schon etwas ähnliches mitliefert, oder ob man sowas selbst bauen muss. Direkt wird man `fake-hwclock` nicht benutzen können, weil Router auch gerne mal nicht mit Absicht neu gestartet werden. Es müsste also regelmäßig ein Timestamp abgelegt werden, damit auch nach einem Stromausfall ein halbwegs aktuelles Datum verfügbar ist.

fbl commented

2023-11-06 14:19:21 +01:00

Halbwegs aktuell reicht vermutlich nicht um das Problem ordentlich zu beheben und bei ordentlichen reboots tritt das Problem vermutlich nicht auf (siehe oben). Wir kommen daher wahrscheinlich nicht drum herum den NTP client zu fixen (was ja grundsätzlich auch kein Problem sein sollte).