Raspberrymatic wechselt selbständig nach einiger Zeit MAC Adresse und ist über WEB nicht mehr erreichbar

[sailor79]

Das ist so nicht korrekt.
Zur Erklärung: Eine Kombination aus fester IP-Adresse in der CCU plus Adressreservierung eben dieses Gerätes („automatisch“ mittels der MAC-Adresse) führt dann genau, -warum noch unbekannt-, zu einem Adressenkonflikt im DNS/DHCPServer z.B. der FRITZ!Box, wenn sich die MAC-Adresse der CCU ändert, gleichzeitig aber eine feste IP in der CCU korrekterweise gesetzt ist. Vermeintlich mehrere Geräte (umterschiedliche MAC-Adresse) beanspruchen gleichzeitig die gleiche IP-Adresse und die CCU ist dann natürlich nicht mehr erreichbar, weil die Fritte oder was auch immer nicht mehr weiß wohin.

Als Workaround kann man nur, solange dieses Phänomen noch besteht, die feste IP aus der CCU entfernen, aber in der FRITZ!Box eine feste IP-Adresse reservieren. Ändert sich dann irgendwann wieder, warum auch immer, die MAC-Adresse, dann kann man die CCU wenigstens erreichen, wenn auch unter einen anderen IP-Adresse.

Gruß
Marc

PS: Seit meinem Update auf die Novemberversion, welche ich vor ca. 11 Tagen gemacht habe, ist der Fall bei mir nicht mehr aufgetreten. Warum auch immer.
Edit: 3x Holzklopf

[Xel66]

An eine MAC, die sich beim Router mit gültiger IP meldet, vergibt der DHCP-Server keine IP, weil diese gar nicht angefragt wird. Ein Rechner mit fester IP, der dann auch nicht auf DHCP steht, wird gar nicht erst versucht, den DHCP-Server zu kontaktieren.

Gruß Xel66

[sailor79]

An eine MAC, die sich beim Router mit gültiger IP meldet, vergibt der DHCP-Server keine IP, weil diese gar nicht angefragt wird. Ein Rechner mit fester IP, der dann auch nicht auf DHCP steht, wird gar nicht erst versucht, den DHCP-Server zu kontaktieren.

Gruß Xel66

Stimmt
Da habe ich was durcheinander gewürfelt

Das Peoblem bleibt leider, da die FRITZ!Box intern mit Leasetimes, auch bei festen IP-Adressen außerhalb des DHCP-Bereichs arbeitet, jedenfalls wurde mir das vom AVM-Support so erklärt. D.h. feste IP werden wie reservierte intern behandelt. Ist dann die Zeit noch nicht ausgelaufen und die MAC-Adresse ändert sich bei natürlich gleicher IP, dann knallt es halt wie oben beschrieben.

[jp112sdl]

da die FRITZ!Box intern mit Leasetimes, auch bei festen IP-Adressen außerhalb des DHCP-Bereichs arbeitet, jedenfalls wurde mir das vom AVM-Support so erklärt. D.h. feste IP werden wie reservierte intern behandelt. Ist dann die Zeit noch nicht ausgelaufen und die MAC-Adresse ändert sich bei natürlich gleicher IP, dann knallt es halt wie oben beschrieben.

Was soll das denn bitte schön sein?

Die Fritte darf ja gern in einem festgelegten Range mit seinem DHCP-Server IP-Adressen servieren, z.B. von .50 bis .99

Dann nimmt man im LAN irgendein Gerät in Betrieb, auf dem kein DHCP-Client läuft, welcher nach einer IP Adresse fragt, mit einer statisch konfigurierten IP außerhalb des Fritten-DHCP-Bereichs, z.b. .100
Meinetwegen ändert sich die MAC der Geräts bei jedem Reboot, völlig Wurst.

Das sollte und das muss der Fritte völlig am Po(rt) vorbei gehen!

Und da darf auch nichts "knallen". Es kann maximal ARP-Probleme geben. Da weiß ich nicht, wie "intelligent" die Fritte ist.
Ansonsten ist das Elektroschrott.

[sailor79]

...
Was soll das denn bitte schön sein?
...
Ansonsten ist das Elektroschrott.

Zur ersten Frage, Inwiefern das stimmt oder nicht entzieht sich meiner Kenntnis. Ich kann mich auch nur an die Support-Erklärungen halten, vor allem weil zu zum Verhalten in meiner Umgebung zu der Zeit passten. Schlussendlich wurde mir weitere Hilfe nur dann zugesagt, wenn ich alle festen IP entferne und alles nur über Reservierungen in deren Standard-DHCP-Bereich handele. Das habe ich auch schriftlich und kann es Dir gerne per PN mal zeigen.

Was zur Beantwortung Deiner 2. Frage führt. Genau und deswegen die ganzen Klimmzüge

Bleibt aber immer noch die eigentlichen Frage warum sich die MAC-Adresse ändert...

[Xel66]

Und was hindert Dich, der CCU eine Adresse oberhalb des reservierten Bereich (bis 200) liegt? Probiere es aus und es wird problemlos funktionieren. Und ob sich da eine MAC ändert, ist dann völlig egal. Von 201 bis 254 sind genügend freie Adressen vorhanden.

Gruß Xel66

[CoolmanHB]

Also ich hab seit Ewigkeiten meine HM im DHCP Bereich meiner FBs...73,74,75-90 mit einer festen IP auf der HM-,und wüsste jetzt nicht ob mich die MAC jemals interessiert hätte Allerdings hab ich an der FB nur rumgefummelt wo ichs auch verstanden hatte

Und Xel66 kann ich nur zustimmen

[sailor79]

Und was hindert Dich, der CCU eine Adresse oberhalb des reservierten Bereich (bis 200) liegt? Probiere es aus und es wird problemlos funktionieren. Und ob sich da eine MAC ändert, ist dann völlig egal. Von 201 bis 254 sind genügend freie Adressen vorhanden.

Gruß Xel66

Morgen Xel66,
Um Missverständnisse zu vermeiden, persönlich habe immer schon mit festen IP-Adressen gearbeitet außerhalb des DHCP Bereichs und dabei trat das Problem auf in meinem Fall. O.g. Ausführung bezog sich die Aussage des Herstellers, getestet während meinen Ursachenfindungsphase. Aber wegen genau solcher Aussagen habe bin ich auch weg von AVM. Dabei gab es aber noch andere Themen eines anderen Users wie Repeater, welche doppelte Adressvergaben auslösen konnten, z.B. der 2400er welcher danach ein Firmware- Update bekam.
Und nein bei außerhalb .20.-.200 bleiben bei uns nicht genug freie Adressen übrig bzw. es ist ganz schön knapp. Wir sind ein großer Haushalt;-)

Gruß
Marc

[jp112sdl]

Und nein bei außerhalb .20.-.200 bleiben bei uns nicht genug freie Adressen übrig

Aber du brauchst doch sicherlich keine 181 IP Adressen im DHCP-Bereich... dann verringere die Range und schon hast du mehr Platz für statisches Zeug.
(Mein DHCP Bereich daheim geht von .49 - .100)

[steho]

@jp112sdl,

das "will" ja der AVM-Support nicht, die schreiben ja "20-200".

Es gibt hier anscheinend auch zwei "Lager", wo die einen sagen: "Ist doch egal ob sich die MAC ändert, dass muss auch so gehen" und halt eben die "Betroffenen", wo es eben zu erheblichen Problemen kommt.

Mir fehlen ehrlich gesagt auch tiefergehende Kenntnisse im Bereich Netzwerk, als dass ich das zielführend analysieren könnte, noch habe ich die Zeit und Geld, auf Verdacht alles mögliche zu tauschen und auszuprobieren.

Momentan bin ich glücklich vom Tinkerboard weg zum Raspberry 4 und da funktioniert es bisher problemlos.