Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[apollon77]

@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.

[Thomas Braun]

@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.

[Wildbill]

@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

[Meister Mopper]

@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

[Negalein]

@wildbill @apollon77 @Thomas-Braun @Meister-Mopper

Danke, dann werd ich jetzt mal wegen den LXCs schauen, wie kompliziert das ist.

[Negalein]

@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

[Feuersturm]

@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.

[OliverIO]

@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-Nachrichten Broadcasts 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

[Meister Mopper]

@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.

[Negalein]

@wildbill sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:

wie eine Fritzbox

welcher Punkt passt da?
Denke der obere dürfte richtig sein?

[Wildbill]

@negalein Kann ich Dir nicht sagen. Ich nutze keine Fritzbox als Router.

[Feuersturm]

@negalein So hab ich es

Edit:
So sieht dann ifconfig -a aus

proxmox@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

[apollon77]

@oliverio Danke, oben angepasst

[denjo]

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 immer

host.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?

[apollon77]

@denjo Wie hast du den Adapter denn installiert? Ich hoffe nicht versucht Ihn per GitHub zu installieren ... oder?!

[denjo]

@apollon77 irgendwas stimmt mit mein system nicht, bei npm ist er bei mir nicht verfügbar.

ich sehen auch keine nicht installierten adapter

[sigi234]

@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

[denjo]

@sigi234 dann kommt nix

[sigi234]

@denjo sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:

@sigi234 dann kommt nix

Welches Repository?

[denjo]

@sigi234