Matter – IPv6, Hubs und sonstige Vorbedingungen
-
Im Zuge der Alexa - Matter - Anpassungen, habe ich noch mal versucht den Adapter einzurichten, zuerst Ipv6 aktiviert, dann im Proxmox LXC den Host/Netzwerkkarte auf SLAAG umgestellt, natürlich vorher geprüft
welche Netzwerkkarte für ipv6 Aktiv ist
Dann wie in den Troubleshooting die "/etc/sysctl.conf" angepasst
Neu Start und Abfrage per
sudo sysctl -n net.ipv6.conf.eth0@if55.forwardingZeigte mal wieder das die aktive "Netzwerkarte" nicht mehr die "eth0@if55" sondern die "eth0@if63"
Ich denke nicht das dass was mit dem iob zutun hat, werde hierzu mal im Proxmox Forum nachfragen, hier scheint bei meiner neu Installation auf die 9.x.x Version was Umgestellt worden zu sein das an mir vorbeigegangen ist!
-
@master67 Kurzes Update: im Proxmox Forum gab es eine Antwort auf meine Anfrage, zum wechsel der Netzwerkkarten Bezeichnung nach einem neu Start des LXCs.
Ich musste aber noch ein paar Infos nachliefern, warte aber noch auf Antwort, was ich aber nicht so ganz verstehe, ich habe meine Alexa vor zwei Tagen in den Matter Addon umgezogen, das läuft auch alles völlig Normal,
die Alexa, oder besser das Matter Addon benötigt ipv6 und nutzt dafür die "eth0@if63" Netzwerkkarte, aber Matter Geräte lassen sich nicht einbinden.
Das scheint Logisch zu sein weil das Matter Addon ja die Netzwerkkarte nicht finden kann (weil andere Bezeichnung nach neu Start) aber warum Funktioniert dann Alexa weiter?, nutzt diese nicht auch den Teil des Matter Addon mit den Controller/Netzwerkkarte?
-
@master67 Also Controller not enabled heisst das Du ihn ausgeschaltet hast? Checkmal die Instanz Settings ... sonst bitte Debug log vom start.
An sich sind die Netzwerkinterfaces die genutzt werden wenn für Controller und bridges -
@apollon77 sagte in Matter – IPv6, Hubs und sonstige Vorbedingungen:
Also Controller not enabled heisst das Du ihn ausgeschaltet hast?
Also der Controller ist für mich die Netzwerkkarte?, wenn ich die Deaktiviert hätte, würde der iob ja nicht seine Arbeit machen können, denn alles andere läuft ja völlig Normal
Aber wenn der Controller nicht die Netzwerkkarte ist, was oder wo finde ich den Controller zum AktivierenEdit: wenn du das Meinst
Denn habe ich schon X-mal Aktiviert und deaktiviert, ich denk es liegt einfach an wechselnden Netzwerkkartenbezeichnung!
Edit2: so wird es wohl klare
-
@master67 Also "Controller" bezieht sich hier auf die Matter Controller funktionalität und hat mit deiner Netzwerkkarte nichts zu tun!
Wenn es eine Einstellung in Matter gibt dann ist die in den matter adapter Instanzeinstellungen (nicht im Tab auf der linken seine!!). Ansonsten st die Frage ob Du die Matter netzwerk Troubleshooting dinge befolgt hast vor allem was kernel settings angeht? Sonst wäre die Frage was genau jetzt nicht geht. Ich habe das gefühl wir reden aneinander vorbei
-
Ok mit den letzten Screenshots: Was steht denn im Log? Weil wenn "Controller not enabled" kommt dann muss es da an sich nen Fehler geben
-
@apollon77 siehe Edit 2
-
@master67 Jo, Log bitte
-
@apollon77 Meinst du das Protokoll?
Puh.... nach Jahren.. ich habe keine Ahung mehr wo ich ein anderes Log findenIm Normalen Protokoll steht nichts zum Matter Addon, direkt nach einem Verbindungsversuch
-
@master67 Auf dem Host wo der Matter adapter installiert ist ... shell ... /opt/iobroker/log/...
Oder im Admin unter Log wenn es noch kein Debug ist
-
@master67 sagte in Matter – IPv6, Hubs und sonstige Vorbedingungen:
ich habe keine Ahung mehr wo ich ein anderes Log finden
iob logs --watch -
@apollon77 sagte in Matter – IPv6, Hubs und sonstige Vorbedingungen:
/opt/iobroker/log/
Hat ein bisschen gedauert, musste erst überlegen wie ich die Downloaden kann
iobroker.2025-10-29.rarEdit: denn "Netzwerkkarten" Fehler konnte ich jetzt teilweise lösen in dem ich die Bezeichnung hinter dem "eth0" weckgelassen habe, bis auf
sudo sysctl -n net.ipv6.conf.#######.accept_raLiefern die Abfragen den richtigen Wert, o.g. Abfrage Leifert aber 0 und nicht wie gefordert 2
Edit2: Folgendes steht ja dazu in den Troubleshooting:
"Sollte nach einem Reboot der wert bei accept_ra nicht "2" sein, kann es helfen, dieses in die /etc/network/interfaces zu schreiben: sudo nano /etc/networking/interfacesiface ###### inet6 auto accept_ra 2"
Dieser Eintrag muss wohl direkt in Proxmox gemacht werden, die anderen im LXC, nur was soll als "########" eingesetzt werden, das was ich unter "/etc/sysctl.conf" also "eth0" oder die Bezeichnung der Aktiven Netzwerkkarte wie in "/etc/network/interfaces" ??
-
Ich muss vorausschicken, dass ich auch gewisse Probleme hatte, allerdings vielleicht eher, weil ich Trixie als Unterbau habe.
Mit einer Mischung aus dem strikten Befolgen des Troubleshooting Guide und ChatGPT konnte ich das Problem lösen.
Hier meine Posts, in denen ich das beschreibe.
-
@schweiger2 sagte in Matter – IPv6, Hubs und sonstige Vorbedingungen:
Ich muss vorausschicken, dass ich auch gewisse Probleme hatte, allerdings vielleicht eher, weil ich Trixie als Unterbau habe.
Danke für die Links, gut, bei mir fehlt halt die "2" die Null und die 64 sind da, ich denke auch wenn ich das so ausführe wie in den "Troubleshooting" Beschrieben sollte sich das lösen lassen, nutze Ubuntu.
Aber wie oben Beschrieben ist die Anleitung für mich nicht klar Formuliert, würden wir hier nur über einen LXC sprechen wäre mir das egal, aber Änderungen am Host selbst, bei denen ich nur Rumprobiere sind mir dann
doch zu gefährlich, es hängen zu viele Programme an dem PVE.Aber versuchen werden ich es so wie du es gepostet hast
-
@schweiger2 da ist ja ganz schön was passiert
Neustart und die Einstellungen Geprüft alles wie vorher 0 - 0 - 64
Trotzdem mal im Matter Addon versucht ein Gerät hinzuzufügen.. und ja....
Und.... nach einem Neustart war es wieder weg
So langsam verliere ich die Lust, ist ja nicht so das das mein erster Post zu diesem Verhalten war, das geht bei mir nun schon Wochen....
-
@master67 ja blöd, so was ähnliches hab ich auch evtl. schaust du mal bei Gitub rein und postet das dazu.
Herzliche Grüße
Fabio -
@master67 sagte in Matter – IPv6, Hubs und sonstige Vorbedingungen:
aber Änderungen am Host selbst, bei denen ich nur Rumprobiere sind mir dann
doch zu gefährlich,root@ioBroker:~# sudo irgendeinbefehlFinde den Widerspruch...
-
Meine Hinweise waren auch explizit für Trixie gedacht. Wie die Persistenz der Einstellungen bei Ubuntu aussieht, weiß ich nicht. Möglicherweise gibt es auch hier Versionsabhängigkeiten, da lohnt sicher eine Recherche.
Ich habe die Erfahrung gemacht, das die Problematik nicht an ioBroker hängt, sondern an der jeweiligen Distribution und ihrer Systematik.
Ohne den Troubleshooting Guide wäre ich darauf auch nicht gekommen, weiterzusuchen.
-
@schweiger2 sagte in Matter – IPv6, Hubs und sonstige Vorbedingungen:
Meine Hinweise waren auch explizit für Trixie gedacht.
Mag sein, aber du hast gesehen, das hat bei mir auch was nachinstalliert.... und was soll ich sagen zu 90% ist das Problem bei mir gelöst!
Nach einem neu Start ist das Matter Addon wieder leer, aber deaktiviere und aktiviere ich den Controller über den Schieberegler sind die Matter Geräte wieder da, damit kann ich Leben
Ich habe das iface ###### inet6 auto accept_ra 2" mit meiner Aktuell Verwendeten Netzwerkkarte (nicht eth0 des LXC) in die "/etc/network/interface" ob das was gebracht hat weiß ich nicht.
EDIT: ich habe sowas von keine Lust mehr..... Ja schön, jetzt habe ich die Geräte, nur (und das hatten wir auch schon mal) lassen dies sich nicht schalten oder zeigen einen veränderten Wert an, weil es keinen "Datenpunkt"
"ACTUAL" gibt, bis auf das für die Luftfeuchtigkeit wird kein Aktueller Zustand gezeigt, ich weiß nicht ob die Eingangstür offen oder zu ist.
Mann oh Mann.... so treibt ihr doch die Leute zu dem anderen USA Smarthome Broker.... jaja ich weiß, ich bin ein DAU und das ist alles meine Schuld, aber bei dem Ami hat das nicht mal 3 Minuten gedauert, ich spiele nun hier schon Wochen mit rum, echt ich könnte.. Ko......
