Re: feste IP Adresse für openWB
Verfasst: Sa Feb 03, 2024 1:06 pm
So sehr ich das Grundproblem beim Support verstehen und nachvollziehen kann, so wenig kann ich nachvollziehen warum man sich hier im OpenWB so schwer tut mit den Netzwerkeinstellungen. Ich denke das Grundproblem ist, das hier viele und gute Programmierer am Werk sind, aber vermutlich keine Leute aus dem Bereich (IT) Infrastruktur.
Auf der einen Seite herrscht die Ansicht das der Anwender nicht der in der Lage ist eine IP Adresse zu setzen (ist für den Großteil wohl sicherlich auch richtig), auf der anderen Seite soll der Anwender aber plötzlich mit APIPA umgehen können. MQTT, PHP, Perl, Github, und was weiß ich noch alles, sind in Ordnung und das können natürlich alle Anwender im Schlaf, aber das setzen einer IP nicht. Ganz abzusehen von den unzähligen Einstellungen zu Stromwerten, Spannungen, Smarthome und und und....
Diesen Widerspruch kann ich nicht nachvollziehen.
Es ist doch auch ein Widerspruch, das hier gesagt wird man kann das ja, wenn man will und weiß wie es geht, direkt setzen. Ist das dann für den Support nicht aufwendig das festzustellen und einen daraus resultierenden Fehler zu finden? Ist es wirklich so schwierig für den Support zu prüfen, ob die Netzwerkkonfig auf Auto oder Manuell steht? Das ist ein Haken/Einstellung die geprüft werden muss. Ich denke, das ist um Längen einfacher als eine via CLI verkorkste Konfiguration zu finden.
Eine aktivierte SSH Option ist ja auch sofort zu finden und schliesst den weiteren Support aus, soweit ich weiß.
Und wenn schon rein DHCP, dann sollte das bitte auch komplett und sauber umgesetzt sein.
Derzeit werden aber zumindest einige DHCP Parameter schlicht ignoriert. Einige Parameter sind sogar fest im Code hinterlegt.
Der Hostname ändert sich mit (jedem?) Firmwareupdate. Das Zertifikat ist auch fest hinterlegt und kann nicht geändert werden. Ich wüsste zumindest nicht wo. Macht ja auch kein Sinn, wenn der Hostname fest vorgegeben ist.
Der Tipp mit dem Rest-Button ist gut. Da gehe ich mit.
Der Button kann aber auch "virtuell" sein. Es gibt Systeme die prüfen nach dem (Netzwerk-) boot ob die das Default GW erreichbar ist. Ist es das nicht, wird nach x Minuten auf DHCP umgestellt und eine IP abgerufen. Alternativ kann auch immer eine feste zweite IP, die nicht änderbar ist, gebunden sein. Wobei hier wieder das Problem auftreten könnte, das es irgendwann mal zu einen Adresskonflikt kommen könnte. Bei der V 1.9. war das aber durchaus auch so, das es da interne, feste Adressen gegeben hat.
Noch mal kurz zum Thema DHCP selbst, das ich an der Stelle aber gar nicht im Detail thematisieren will.
Ihr schmeisst hier verschiedene Einsatzzwecke durcheinander. Wenn ihr hunderte und tausdende von Servern habt (@mrinas), dann nutzt ihr wohl kaum eine statische Zuordnung im DHCP. Oder? Wer will den hunderte und tausende MAC Adressen pflegen? Dann habt ihr eine rein dynamische Zuordnung.
Außerdem schreibt ihr ja selber: "...,von Servern mal abgesehen." und "... Bis auf echte Server" - Die OpenWB ist (für mich) ein echter Server und eine kritische Infrastruktur.
Ja, auch im OT Bereich werden DHCP Server eingesetzt. Aber auch dann werden an der Stelle dynamische und eher weniger statische Zuweisungen vorgenommen. Oder? Sei ehrlich!
Und Nein, ein DHCP Lease bleibt nicht bis zum Reboot erhalten. Beim Reboot fällt es nur zwingend auf, wenn kein DHCP Server antwortet.
Auf die Aussage von @Jarry zum Thema statische IP Adressen gehe ich gar nicht weiter ein. Das geht am Thema vorbei und man sollte auch sachlich bleiben. Auch Du wirst mal ein alter "studierter Informatiker" sein. Das geht schneller als du heute denkst...
Grüße
Auf der einen Seite herrscht die Ansicht das der Anwender nicht der in der Lage ist eine IP Adresse zu setzen (ist für den Großteil wohl sicherlich auch richtig), auf der anderen Seite soll der Anwender aber plötzlich mit APIPA umgehen können. MQTT, PHP, Perl, Github, und was weiß ich noch alles, sind in Ordnung und das können natürlich alle Anwender im Schlaf, aber das setzen einer IP nicht. Ganz abzusehen von den unzähligen Einstellungen zu Stromwerten, Spannungen, Smarthome und und und....
Diesen Widerspruch kann ich nicht nachvollziehen.
Es ist doch auch ein Widerspruch, das hier gesagt wird man kann das ja, wenn man will und weiß wie es geht, direkt setzen. Ist das dann für den Support nicht aufwendig das festzustellen und einen daraus resultierenden Fehler zu finden? Ist es wirklich so schwierig für den Support zu prüfen, ob die Netzwerkkonfig auf Auto oder Manuell steht? Das ist ein Haken/Einstellung die geprüft werden muss. Ich denke, das ist um Längen einfacher als eine via CLI verkorkste Konfiguration zu finden.
Eine aktivierte SSH Option ist ja auch sofort zu finden und schliesst den weiteren Support aus, soweit ich weiß.
Und wenn schon rein DHCP, dann sollte das bitte auch komplett und sauber umgesetzt sein.
Derzeit werden aber zumindest einige DHCP Parameter schlicht ignoriert. Einige Parameter sind sogar fest im Code hinterlegt.
Der Hostname ändert sich mit (jedem?) Firmwareupdate. Das Zertifikat ist auch fest hinterlegt und kann nicht geändert werden. Ich wüsste zumindest nicht wo. Macht ja auch kein Sinn, wenn der Hostname fest vorgegeben ist.
Der Tipp mit dem Rest-Button ist gut. Da gehe ich mit.
Der Button kann aber auch "virtuell" sein. Es gibt Systeme die prüfen nach dem (Netzwerk-) boot ob die das Default GW erreichbar ist. Ist es das nicht, wird nach x Minuten auf DHCP umgestellt und eine IP abgerufen. Alternativ kann auch immer eine feste zweite IP, die nicht änderbar ist, gebunden sein. Wobei hier wieder das Problem auftreten könnte, das es irgendwann mal zu einen Adresskonflikt kommen könnte. Bei der V 1.9. war das aber durchaus auch so, das es da interne, feste Adressen gegeben hat.
Noch mal kurz zum Thema DHCP selbst, das ich an der Stelle aber gar nicht im Detail thematisieren will.
Ihr schmeisst hier verschiedene Einsatzzwecke durcheinander. Wenn ihr hunderte und tausdende von Servern habt (@mrinas), dann nutzt ihr wohl kaum eine statische Zuordnung im DHCP. Oder? Wer will den hunderte und tausende MAC Adressen pflegen? Dann habt ihr eine rein dynamische Zuordnung.
Außerdem schreibt ihr ja selber: "...,von Servern mal abgesehen." und "... Bis auf echte Server" - Die OpenWB ist (für mich) ein echter Server und eine kritische Infrastruktur.
Ja, auch im OT Bereich werden DHCP Server eingesetzt. Aber auch dann werden an der Stelle dynamische und eher weniger statische Zuweisungen vorgenommen. Oder? Sei ehrlich!
Und Nein, ein DHCP Lease bleibt nicht bis zum Reboot erhalten. Beim Reboot fällt es nur zwingend auf, wenn kein DHCP Server antwortet.
Auf die Aussage von @Jarry zum Thema statische IP Adressen gehe ich gar nicht weiter ein. Das geht am Thema vorbei und man sollte auch sachlich bleiben. Auch Du wirst mal ein alter "studierter Informatiker" sein. Das geht schneller als du heute denkst...
Grüße