2022-08-10 05:05:18.867 [INFO ] [.network.internal.utils.NetworkUtils] - CIDR prefix is smaller than /24 on interface with address 192.27.0.1/16, truncating to /24, some addresses might be lost
2022-08-10 05:05:18.895 [INFO ] [.network.internal.utils.NetworkUtils] - CIDR prefix is smaller than /24 on interface with address 192.25.0.1/16, truncating to /24, some addresses might be lost
2022-08-10 05:05:18.896 [INFO ] [.network.internal.utils.NetworkUtils] - CIDR prefix is smaller than /24 on interface with address 192.24.0.1/16, truncating to /24, some addresses might be lost
2022-08-10 05:05:18.952 [INFO ] [.network.internal.utils.NetworkUtils] - CIDR prefix is smaller than /24 on interface with address 192.22.0.1/16, truncating to /24, some addresses might be lost
2022-08-10 05:05:18.954 [INFO ] [.network.internal.utils.NetworkUtils] - CIDR prefix is smaller than /24 on interface with address 192.20.0.1/16, truncating to /24, some addresses might be lost
2022-08-10 05:05:18.957 [INFO ] [.network.internal.utils.NetworkUtils] - CIDR prefix is smaller than /24 on interface with address 192.19.0.1/16, truncating to /24, some addresses might be lost
2022-08-10 05:05:18.964 [INFO ] [.network.internal.utils.NetworkUtils] - CIDR prefix is smaller than /24 on interface with address 192.17.0.1/16, truncating to /24, some addresses might be lost
Kennt jemand das Problem und wie beseitige ich es?
OH 3.4.5 im Docker auf Synology DS918+ mit USV, Reolink-RLC-511WA, Philips Hue, AVM Fritz!Box 6591C, Alexa, Logitech Harmony und diversen Shelly's
NetworkUtils wäre wäre vermutlich das Network Binding. Hast Du da irgendwelche Things konfiguriert?
Die Meldung mit dem CIDR bezieht sich auf die Netzwerkmaske, /24 und /16. Die Adressen sind aber ohnehin etwas seltsam, denn sie gehören nicht zu den privaten Netzadressen.
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
Things habe ich keine konfiguriert. Allerdings mein privates Netzwerk irgendwann mal umbenannt in 192.xxx.xx..xxx, weil Angriffe auf das NAS registriert wurden.
OH 3.4.5 im Docker auf Synology DS918+ mit USV, Reolink-RLC-511WA, Philips Hue, AVM Fritz!Box 6591C, Alexa, Logitech Harmony und diversen Shelly's
Ein privates Netzwerk ist... nun ja... privat. Solange Du nicht gezielt Ports nach außen öffnest, kann niemand von außen eindringen.
Stellst Du Dein NAS von außen erreichbar ein, musst Du das NAS auch entsprechend schützen.
Der Adressbereich 192.168.x.y ist privat. Gewöhnlich werden hier 256 Klasse-C Netze verwaltet. 172.16.x.y bis 172.31.x.y wäre ein weiterer privater Adressbereich, der gewöhnlich als 16 Klasse-B Netze verwaltet wird. 10.x.y.z wäre dann noch ein Klasse-A Netz.
In jedem der Adressbereiche kann man natürlich auch andere Netzklassen verwenden, aber man sollte tunlichst vermeiden, nicht-private Adressen im eigenen Netzwerk zu verwenden. Selbst wenn diese nicht vergeben sind, kann es zu unschönen Effekten kommen.
Also wenn, dann ändere Dein Netzsegment auf 192.168.x.0 ab, oder auf 172.[16-31].x.0 oder auf 10.x.y.0.
Und öffne am besten keinerlei Ports nach außen.
Wenn Du unterwegs auf Dein NAS zugreifen willst, verwende VPN, entweder z.B. das eingebaute VPN der FRITZ!Box, oder z.B. wireguard (wobei das natürlich auch auf irgendeinem Server laufen muss, der dann die Angriffe aus dem Netz abfangen muss).
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
Aktuell „leider“ nur über die Labor. Normal ist das ja kein Häckselwerk. Bis zum tatsächlichen Release kann es schonmal dauern, AVM lässt sich da ja gern auch mal Zeit.