Gelöst!
Da es die Firewall auf meinem Gateway/netzwerkrechner nicht sein kann (IPTABLES alles testweise auf ACCEPT) und überhaupt keine ankommenden Datenpakete getraced wurden, musste es etwas anderes sein:
Der Switch (HPE 1920S), an dem die Geräte hängen hatte die folgende Security Einstellung, die dazu geführt hat, dass die NTP/UDP-Pakete am Switch gedropped wurden:
Prevent UDP Blat Attack
When enabled, the switch drops packets that have a UDP source port equal to the UDP destination port.
Nachdem ich diese Option ausgeschaltet habe, konnte der Raspberrymatic seine Zeit vom NTP-Server holen.
Vielen Dank für die Unterstützung!
[GELÖST] Keine NTP/Chrony Zeitsynchronisation
Moderatoren: jmaus, Co-Administratoren
-
- Beiträge: 215
- Registriert: 19.01.2015, 07:42
- Hat sich bedankt: 22 Mal
- Danksagung erhalten: 8 Mal
Re: [GELÖST] Keine NTP/Chrony Zeitsynchronisation
ich war gerade ob Deiner lösung etwas verwundert, weil ja der chronyd, im gegensatz zu einem ntpd, einen unpriviligierten port (also > 1024) verwendet. tut er auch.
aber der ntpdate nicht, mit dem die RM im init script die erreichbarkeit der NTP server versucht festzustellen.
damit der ntpdate im init script zukünftig auch unprivieligierte ports und nicht den 123er also source port verwendet, habe ich mir erlaubt einen kleinen PR einzustellen. https://github.com/jens-maus/RaspberryMatic/pull/568
edit: und der Jens ist beim mergen schneller als ich hier beim schreiben.
aber der ntpdate nicht, mit dem die RM im init script die erreichbarkeit der NTP server versucht festzustellen.
damit der ntpdate im init script zukünftig auch unprivieligierte ports und nicht den 123er also source port verwendet, habe ich mir erlaubt einen kleinen PR einzustellen. https://github.com/jens-maus/RaspberryMatic/pull/568
edit: und der Jens ist beim mergen schneller als ich hier beim schreiben.
Zuletzt geändert von hoedlmoser am 01.03.2019, 15:57, insgesamt 1-mal geändert.
RaspberryMatic 3.73.9.20231130 on Proxmox, HB-RF-ETH and Aurel Groundplane binded by openHAB 4.1.1
- jmaus
- Beiträge: 9848
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 462 Mal
- Danksagung erhalten: 1863 Mal
- Kontaktdaten:
Re: [GELÖST] Keine NTP/Chrony Zeitsynchronisation
Danke, hab ich gerade integriert. Damit sollte niemand weiteres mit der nächsten RM version in die gleiche Falle tappen. Super Arbeit!hoedlmoser hat geschrieben: ↑01.03.2019, 15:54damit der ntpdate im init script zukünftig auch unprivieligierte ports und nicht den 123er also source port verwendet, habe ich mir erlaubt einen kleinen PR einzustellen. https://github.com/jens-maus/RaspberryMatic/pull/568
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
-
- Beiträge: 668
- Registriert: 03.12.2012, 19:51
- Hat sich bedankt: 7 Mal
- Danksagung erhalten: 3 Mal
Re: [GELÖST] Keine NTP/Chrony Zeitsynchronisation
ich verstehe es nicht,
habe gestern meinen Raspbbery mitsamt Fritzbox komplett vom Netz getrennt,
neu gestartet und jetzt aktualisiert sich das Datum auch nicht mehr
Raspi 3 mit "altem" Funkmodul, FW 3.41.11.20190126. Hat bisher immer funktioniert.
Was könnte die Ursache sein?
Jetzt in der Nacht brauche ich keinen Neustart machen.
edit: habe die Gelegenheit genutzt und die neueste Raspi Firmware installiert.
jetzt geht die Uhrzeit wieder.
habe gestern meinen Raspbbery mitsamt Fritzbox komplett vom Netz getrennt,
neu gestartet und jetzt aktualisiert sich das Datum auch nicht mehr
Raspi 3 mit "altem" Funkmodul, FW 3.41.11.20190126. Hat bisher immer funktioniert.
Was könnte die Ursache sein?
Jetzt in der Nacht brauche ich keinen Neustart machen.
edit: habe die Gelegenheit genutzt und die neueste Raspi Firmware installiert.
jetzt geht die Uhrzeit wieder.
-
- Beiträge: 14149
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 583 Mal
- Danksagung erhalten: 1497 Mal
Re: [GELÖST] Keine NTP/Chrony Zeitsynchronisation
FritzBox im Reboot = keine Internetverbindung. Keine Internetverbindung = keine Zeitserverabfrage. Keine RTL = keine aktueĺe Uhrzeit. Alles logisch.
Gruß Xel66
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch