NEWS
Matter Beta – IPv6, Hubs und sonstige Vorbedingungen
-
Dieser Thread ist für Allgemeine Fragen und Diskussionen gedacht die nicht zu den Anderen Themenspezifischen Threads passen.
Genereller Post zur Beta: https://forum.iobroker.net/topic/79493/beta-iobroker-matter-adapter
Andere Threads:
- Allgemeine Fragen und Diskussionen
- IPv6, Hubs und sonstige Vorbedingungen
- Matter-Controller: Matter Geräte in ioBroker einbinden
- Nicht unterstützte Matter-Geräte
- Matter Devices und Bridges
IPv6, Hubs und sonstige Vorbedingungen (Unbedingt lesen und befolgen!)
- Hubs: Je nach Ökosystem benötigt man unbedingt einen Hub um ioBroekr-Geräte über Matter zu nutzen, damit es funktioniert. Dies ist vor allem bei Google, Amazon und SmartThings der Fall. Apple benötigt ab iOS 18 (und theoretisch Tuya, aber besser Finger weg lassen) keinen Hub. Wer Thread-basierte Matter-Geräte nutzen möchte, benötigt ggf. Hubs, die auch Thread unterstützen. Das sind nicht alle Hubs!
- IPv6: Matter funktioniert nur, wenn im lokalen Netzwerk IPv6 aktiv ist und der ioBroker-Host eine IPv6-Adresse hat! Wer LXC-Container oder Docker nutzt, muss eventuell spezielle Einstellungen vornehmen! Eine externe IPv6 Adresse von Eurem Internetprovider ist nicht erfolrderlich. Weitere Informationen
- UDP-Kommunikation: Matter nutzt primär UDP für Discovery (MDNS) und die Kommunikation danach. Das bedeutet, dass zwischen allen beteiligten Systemen – sei es der ioBroker-Host, das Handy oder Matter-Hubs – "freie" UDP-Kommunikation notwendig ist. Dies bedeutet keine Firewalls oder Netzwerk-Segmentierung dürfen im Weg sein! Ein Netzwerk mit mehreren VLANs oder Segmenten muss MDNS und UDP routing unbedingt zulassen.
- Linux-Einstellungen: Wer den Adapter als Controller nutzen will und Thread-basierte Geräte nutzen möchte, muss möglicherweise weitere IPv6-Einstellungen an seinem Linux-ioBroker-System vornehmen, falls die Kommunikation mit den Geräten nicht funktioniert. Weitere Informationen.
- Docker: Wenn Docker verwendet wird, muss der “Host-Netzwerk”-Modus genutzt werden oder ein MacVlan-Setup für das Netzwerk erstellt werden, damit UDP-Broadcasts den Adapter erreichen.
- ** js-controller-Version:** Der Adapter sollte ab js.controller 5.0.19 funkitonieren. Aber natürlich gilt - je aktueller dedo besser.
- Admin-Version: Admin v7.4.x sollte genutzt werden. Bitte ggf. auf die Beta-Version aktualisieren.
- Visu-App und Cloud-Lizenz: Wenn die Controller-Funktionalität mit der Visu-App genutzt werden soll, sind iot v3.4.5, die ioBroker Visu-App in v1.3.2 und eine aktive ioBroker Pro Cloud-Lizenz für Fernzugriff und Assistenten erforderlich!
-
@apollon77 sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:
IPv6: Matter funktioniert nur, wenn im lokalen Netzwerk IPv6 aktiv ist
das heißt, man muß zwingend auf IPv6 umstellen, bzw. IPv6 zusätzlich aktivieren.
UND ioB muss zwingend unter IPv6 laufen.Wenn ioB mit IPv6 läuft, sind dann ioB-Verbindungen zu IPv4 Geräte möglich (bin ein Netzwerk-Noob )
-
@negalein Am Ende heisst es nur das Du IPv6 zusätzlich im Router aktiviert haben musst, falls es nicht schon an ist. Und nach der Aktivierung ggf den ioBroker Host und ggf relevante Geräte wie die Hubs mal neu starten solltest das die eine IPv6 Adresse bekommen.
Für dich als User sollte sich an sich nicht viel ändern.
-
@negalein sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:
Wenn ioB mit IPv6 läuft, sind dann ioB-Verbindungen zu IPv4 Geräte möglich (bin ein Netzwerk-Noob )
Ja, die Geräte haben dann beide Protokolle aktiv, wenn technisch möglich. Wenn nicht, wird IPv4 gesprochen.
-
@negalein Um Deine letzte Frage sicher zu beantworten. An IPv4 ändert sich erst einmal gar nix. Jedes Gerät hat dann eben zusätzlich zu seiner bisherigen IPv4-Adresse ( die so bleibt wie sie ist, wenn fest vergeben im Router per DHCP oder Gerät) zusätzlich mehrere IPv6-Adressen. Eine feste die sich das Gerät selbst erteilt, eine für das interne Netzwerk und eine aus dem öffentlichen Netzwerk, mit dem man dann auch IPv6-Adressen im Internet direkt erreicht.
Und nein, wenn man keine exotische Netzwerkhardware als Router verwendet, sondern sowas wie eine Fritzbox oder vergleichbar, und man da nicht selbst irgendwelche Lücken reinreißt, ist IPv6 genauso sicher wie bisher und Geräte von außen nicht erreichbar.
Das, was da immer noch im Netz rumgeistert, dass jedes Gerät mit IPv6 immer dieselbe IP hat, die man dann immer von außen erreichen kann, galt maximal in den Anfangszeiten, als Router da teilweise wirklich den gesamten IPv6-Verkehr an der Firewall v
vorbeigeführt hatten, wenn man nicht händisch eingegriffen hat.Gruss, Jürgen
-
@negalein sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:
bin ein Netzwerk-Noob
Kannste doch einfach prüfen:
Linux
ip a
und schauen, ob IPv6-Adressen gezeigt werden (die fe... sind selbst bestimmte)thomas@rpifr24:~ $ ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host noprefixroute valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether dc:a6:32:45:89:db brd ff:ff:ff:ff:ff:ff inet 192.168.178.190/24 brd 192.168.178.255 scope global noprefixroute eth0 valid_lft forever preferred_lft forever inet6 2003:db:1736:7602:.....:facc:ec73:3d49/64 scope global dynamic noprefixroute valid_lft 85871sec preferred_lft 85871sec inet6 fe80::433e:7513:7a26:7dc3/64 scope link noprefixroute valid_lft forever preferred_lft forever 3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether dc:a6:32:45:89:dc brd ff:ff:ff:ff:ff:ff
Windows
ipconfig /all
╭╴at ~ ╰─ ipconfig /all Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : Thomas-Desktop Primäres DNS-Suffix . . . . . . . : Knotentyp . . . . . . . . . . . . : Hybrid IP-Routing aktiviert . . . . . . : Nein WINS-Proxy aktiviert . . . . . . : Nein Ethernet-Adapter Ethernet 2: Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Intel(R) Ethernet Connection (6) I219-V Physische Adresse . . . . . . . . : 1C-69-7A-0E-73-B6 DHCP aktiviert. . . . . . . . . . : Ja Autokonfiguration aktiviert . . . : Ja IPv6-Adresse. . . . . . . . . . . : 2003:db:1736:7602:5628:1395:....:a82a(Bevorzugt) Temporäre IPv6-Adresse. . . . . . : 2003:db:1736:7602:5508:9ace:7f19:978b(Bevorzugt) Temporäre IPv6-Adresse. . . . . . : 2003:db:1736:7602:8560:8454:1a80:4ba0(Verworfen) Verbindungslokale IPv6-Adresse . : fe80::892a:7429:3cb0:735%14(Bevorzugt) IPv4-Adresse . . . . . . . . . . : 192.168.178.120(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.255.0 Lease erhalten. . . . . . . . . . : Samstag, 25. Januar 2025 18:08:25 Lease läuft ab. . . . . . . . . . : Montag, 27. Januar 2025 16:08:04 Standardgateway . . . . . . . . . : fe80::7a45:58ff:fec7:617f%14 192.168.178.1 DHCP-Server . . . . . . . . . . . : 192.168.178.1 DHCPv6-IAID . . . . . . . . . . . : 236743034 DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-26-D5-8C-16-1C-69-7A-0E-73-B6 DNS-Server . . . . . . . . . . . : 192.168.1.20 192.168.178.190 2003:db:1736:7602::1 NetBIOS über TCP/IP . . . . . . . : Aktiviert Ethernet-Adapter Bluetooth-Netzwerkverbindung: Medienstatus. . . . . . . . . . . : Medium getrennt Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Bluetooth Device (Personal Area Network) Physische Adresse . . . . . . . . : 4C-1D-96-CA-42-0B DHCP aktiviert. . . . . . . . . . : Ja Autokonfiguration aktiviert . . . : Ja Ethernet-Adapter vEthernet (Default Switch): Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Hyper-V Virtual Ethernet Adapter Physische Adresse . . . . . . . . : 00-15-5D-75-19-7F DHCP aktiviert. . . . . . . . . . : Nein Autokonfiguration aktiviert . . . : Ja Verbindungslokale IPv6-Adresse . : fe80::a544:e5dd:7c74:64a6%24(Bevorzugt) IPv4-Adresse . . . . . . . . . . : 172.22.112.1(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.240.0 Standardgateway . . . . . . . . . : DHCPv6-IAID . . . . . . . . . . . : 402658653 DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-26-D5-8C-16-1C-69-7A-0E-73-B6 NetBIOS über TCP/IP . . . . . . . : Aktiviert
-
@wildbill @apollon77 @Thomas-Braun @Meister-Mopper
Danke, dann werd ich jetzt mal wegen den LXCs schauen, wie kompliziert das ist.
-
@meister-mopper sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:
Linux ip a und schauen, ob IPv6-Adressen gezeigt werden
also läuft mein ioB schon mit IPv6?
nega@ioBroker:~$ ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0@if64: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether f2:89:94:c1:d3:8c brd ff:ff:ff:ff:ff:ff link-netnsid 0 inet 10.0.1.202/24 metric 1024 brd 10.0.1.255 scope global dynamic eth0 valid_lft 74573sec preferred_lft 74573sec inet6 fe80::f089:94ff:fec1:d38c/64 scope link valid_lft forever preferred_lft forever
-
@negalein sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:
@wildbill @apollon77 @Thomas-Braun @Meister-Mopper
Danke, dann werd ich jetzt mal wegen den LXCs schauen, wie kompliziert das ist.
Bei mir hat es mit einem LXC funktioniert. Hier findest du den Einstieg https://github.com/ioBroker/ioBroker.matter/wiki/Einleitung-und-wichtige-Hinweise#allgemeine-vorraussetzungen wo dann ein Link zum Troubleshooting ist, wo ich meine Einstellung für ipv6 im LXC abgebildet habe.
-
@apollon77 sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:
Docker: Wenn Docker verwendet wird, muss der “Host-Netzwerk”-Modus genutzt werden oder ein MacVlan-Setup für das Netzwerk erstellt werden, damit UDP-Nachrichten den Adapter erreichen.
Docker: Wenn Docker verwendet wird, muss der “Host-Netzwerk”-Modus genutzt werden oder ein MacVlan-Setup für das Netzwerk erstellt werden, damit
UDP-NachrichtenBroadcasts den Adapter erreichen.UPD-Nachrichten erreichten ein Adapter auch im bridged-mode
sofern der Port korrekt gemapped wurden.
broadcasts sind nicht zielgerichtete Nachrichten (ja als UPD).
Die werden aber im bridged mode nicht an alle Container verteilt.
Daher korrekt, entweder hostmode oder MacVLAN -
@negalein sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:
@meister-mopper sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:
Linux ip a und schauen, ob IPv6-Adressen gezeigt werden
also läuft mein ioB schon mit IPv6?
nega@ioBroker:~$ ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0@if64: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether f2:89:94:c1:d3:8c brd ff:ff:ff:ff:ff:ff link-netnsid 0 inet 10.0.1.202/24 metric 1024 brd 10.0.1.255 scope global dynamic eth0 valid_lft 74573sec preferred_lft 74573sec inet6 fe80::f089:94ff:fec1:d38c/64 scope link valid_lft forever preferred_lft forever
Nö, der Server hat sich eine eigene IPv6 gegeben, der Router weiß aber noch nichts davon und hat ihm keine gegeben.
-
@wildbill sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:
wie eine Fritzbox
welcher Punkt passt da?
Denke der obere dürfte richtig sein? -
@negalein Kann ich Dir nicht sagen. Ich nutze keine Fritzbox als Router.
-
@negalein So hab ich es
Edit:
So sieht dannifconfig -a
ausproxmox@ioB-CT-Testsystem-Matter-2:~$ ifconfig -a eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.178.146 netmask 255.255.255.0 broadcast 192.168.178.255 inet6 fe80::be24:11ff:fedd:de7 prefixlen 64 scopeid 0x20<link> inet6 fdce:b596:e902:0:be24:11ff:fedd:de7 prefixlen 64 scopeid 0x0<global> inet6 2a02:560:57de:3500:be24:11ff:fedd:de7 prefixlen 64 scopeid 0x0<global> ether bc:24:11:dd:0d:e7 txqueuelen 1000 (Ethernet) RX packets 1675 bytes 2032392 (2.0 MB) RX errors 0 dropped 162 overruns 0 frame 0 TX packets 624 bytes 83187 (83.1 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Wenn du in die Einstellungen der Instanz gehst und den Assistent noch einmal startest
siehst du auch ob eine IPv6 Adresse erkannt wurde
-
@oliverio Danke, oben angepasst
-
Hallo, also ich nutze Proxmox auf mein nuc, dort habe ich iobroker als VM am laufen. Mein System, Adapter usw sind alle aktuell.
Wenn ich den Adapter starte kommt immerhost.iOBroker 2025-01-28 23:07:20.120 error startInstance matter.0: cannot find start file!
ich hoffe meine Fritzbox ist richtig eingestellt:
wenn ich es richtig verstanden habe dann reicht eine Alexa mit Matter richtig?
-
@denjo Wie hast du den Adapter denn installiert? Ich hoffe nicht versucht Ihn per GitHub zu installieren ... oder?!
-
@apollon77 irgendwas stimmt mit mein system nicht, bei npm ist er bei mir nicht verfügbar.
ich sehen auch keine nicht installierten adapter
-
@denjo sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:
irgendwas stimmt mit mein system nicht, bei npm ist er bei mir nicht verfügbar.
gib mal matter ein
-
@sigi234 dann kommt nix