Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[joeysch]

@ilovegym
Da läuft nicht viel.

Ich hab auch an den Einstellungen nichts geändert. Das was ich gemacht habe ist nach dem Ausfall mal alles geupdated auf den aktuellen Stand. Von diesem Tablet funktioniert auch kein MQTT in Richtung IoBroker. Es ist als wenn der IoBroker diesem Gerät den Zugriff komplett verweigert.

[Ein ehemaliger Benutzer]

@joeysch

Ja auf deinem Proxmox-Host, aber der iobroker-Host also LXC, ist da noch was anderes installiert?

[joeysch]

@ilovegym
Nein, deshalb arbeite ich ja mit den Proxmoxcontainern, damit alles getrennt läuft.

[Ein ehemaliger Benutzer]

@joeysch hmm ja, ist ja auch besser so, aber seltsam, dass das nicht geht.. dachte jetzt eher, dass ein PiHole oder sowas noch laeuft und da das Tablet geblockt ist...

Das Tablet haengt per Wifi dran, irgendwelche Managed Switche oder sowas ?

[joeysch]

@ilovegym
Nein, ich habe ein Mesh von Fritz.

Das Tablet ist auch ganz normal eingeloggt.

[Ein ehemaliger Benutzer]

@joeysch

ist es das Einzige im 5GHz Netz?

[joeysch]

@ilovegym
Nein, hab ich aber gestern bereits probiert und das 5ghz Netz abgeschaltet, keine Änderung.
Es liegt, glaube ich auch nicht am Netz, ich kann ja mit dem Tablet ins Netz und überall anders hin. Es scheint als würde IoBroker oder der Container sperren. Ich weiß aber nicht wo ich noch suchen soll.

[Ein ehemaliger Benutzer]

@joeysch

Aufm Tablet vielleicht noch irgendwas installiert, das was blocken kann?

Mal den Cache vom browser geloescht?

[Marc Berg]

@joeysch sagte in Tablet verbindet nicht mehr mit IoBroker:

Es liegt, glaube ich auch nicht am Netz, ich kann ja mit dem Tablet ins Netz und überall anders hin. Es scheint als würde IoBroker oder der Container sperren. Ich weiß aber nicht wo ich noch suchen soll.

Eine Theorie wäre noch, dass irgendwo Einträge in einer Routing Table oder ARP-Cache invalid sind. Wenn das so sein sollte, würde ein Neustart des Routers+aller Repeater und des Proxmox Hosts helfen.

[joeysch]

@marc-berg sagte in Tablet verbindet nicht mehr mit IoBroker:

@joeysch sagte in Tablet verbindet nicht mehr mit IoBroker:

Es liegt, glaube ich auch nicht am Netz, ich kann ja mit dem Tablet ins Netz und überall anders hin. Es scheint als würde IoBroker oder der Container sperren. Ich weiß aber nicht wo ich noch suchen soll.

Eine Theorie wäre noch, dass irgendwo Einträge in einer Routing Table oder ARP-Cache invalid sind. Wenn das so sein sollte, würde ein Neustart des Routers+aller Repeater und des Proxmox Hosts helfen.

Hab ich alles schon gemacht.

[BananaJoe]

@joeysch kannst du von deinem ioBroker-Container aus denn alles erreichen? Also z.B. das Tablet anpingen? Oder andere Geräte im Netzwerk?

Zeig mal auch die Ausgabe von

ip addr

im Container, vielleicht ist es ja auch die Maske

[joeysch]

@bananajoe

root@iobroker:~# ip addr
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@if19: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 2e:89:3a:63:b1:a0 brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet 192.168.0.17/24 brd 192.168.0.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fd00::2c89:3aff:fe63:b1a0/64 scope global deprecated dynamic mngtmpaddr 
       valid_lft 7195sec preferred_lft 0sec
    inet6 2a02:8071:59c0:fee0:2c89:3aff:fe63:b1a0/64 scope global dynamic mngtmpaddr 
       valid_lft 7195sec preferred_lft 3595sec
    inet6 fe80::2c89:3aff:fe63:b1a0/64 scope link 
       valid_lft forever preferred_lft forever

[joeysch]

@bananajoe
Also, ich hab jetzt mal einen Ping an mein "normales" Tablet gesendet

root@iobroker:~# ping 192.168.0.14
PING 192.168.0.14 (192.168.0.14) 56(84) bytes of data.
64 bytes from 192.168.0.14: icmp_seq=1 ttl=64 time=215 ms
64 bytes from 192.168.0.14: icmp_seq=2 ttl=64 time=506 ms
64 bytes from 192.168.0.14: icmp_seq=3 ttl=64 time=116 ms
64 bytes from 192.168.0.14: icmp_seq=4 ttl=64 time=425 ms
64 bytes from 192.168.0.14: icmp_seq=5 ttl=64 time=164 ms
64 bytes from 192.168.0.14: icmp_seq=6 ttl=64 time=492 ms
64 bytes from 192.168.0.14: icmp_seq=7 ttl=64 time=212 ms
64 bytes from 192.168.0.14: icmp_seq=8 ttl=64 time=24.1 ms
64 bytes from 192.168.0.14: icmp_seq=9 ttl=64 time=381 ms
64 bytes from 192.168.0.14: icmp_seq=10 ttl=64 time=173 ms
64 bytes from 192.168.0.14: icmp_seq=11 ttl=64 time=64.5 ms
64 bytes from 192.168.0.14: icmp_seq=12 ttl=64 time=72.3 ms
64 bytes from 192.168.0.14: icmp_seq=13 ttl=64 time=67.2 ms
64 bytes from 192.168.0.14: icmp_seq=14 ttl=64 time=370 ms
64 bytes from 192.168.0.14: icmp_seq=15 ttl=64 time=188 ms
64 bytes from 192.168.0.14: icmp_seq=16 ttl=64 time=67.8 ms
64 bytes from 192.168.0.14: icmp_seq=17 ttl=64 time=36.5 ms
64 bytes from 192.168.0.14: icmp_seq=18 ttl=64 time=371 ms
64 bytes from 192.168.0.14: icmp_seq=19 ttl=64 time=179 ms
^C
--- 192.168.0.14 ping statistics ---
19 packets transmitted, 19 received, 0% packet loss, time 18013ms
rtt min/avg/max/mdev = 24.076/217.108/506.174/154.386 ms

da krieg ich Antwort.

Beim Firetablet nicht

root@iobroker:~# ping 192.168.0.236
PING 192.168.0.236 (192.168.0.236) 56(84) bytes of data.
^C
--- 192.168.0.236 ping statistics ---
86 packets transmitted, 0 received, 100% packet loss, time 86578ms

[DJMarc75]

@joeysch MESH im Einsatz und ggf das Tablet nicht direkt an der Master-Fritte angemeldet ?

[joeysch]

@bananajoe
Kurios ist, gleicher Proxmox, anderer Container (Grafana)

root@grafana:~# ping 192.168.0.236
PING 192.168.0.236 (192.168.0.236) 56(84) bytes of data.
64 bytes from 192.168.0.236: icmp_seq=1 ttl=64 time=163 ms
64 bytes from 192.168.0.236: icmp_seq=2 ttl=64 time=143 ms
64 bytes from 192.168.0.236: icmp_seq=3 ttl=64 time=616 ms
64 bytes from 192.168.0.236: icmp_seq=4 ttl=64 time=334 ms
64 bytes from 192.168.0.236: icmp_seq=5 ttl=64 time=459 ms
64 bytes from 192.168.0.236: icmp_seq=6 ttl=64 time=185 ms
64 bytes from 192.168.0.236: icmp_seq=7 ttl=64 time=140 ms
^C
--- 192.168.0.236 ping statistics ---
8 packets transmitted, 7 received, 12.5% packet loss, time 7005ms
rtt min/avg/max/mdev = 140.228/291.557/616.004/172.375 ms

Das Tablet antwortet.

[Ein ehemaliger Benutzer]

@joeysch

aeh, root tut nie gut..

zum zweiten.. vielleicht ein IPV6 Problem? oder haste das abgeschaltet?

zum dritten.. denke auch, vielleicht ein Mesh gedoehns von der Fritte problem.. wenn du das Tablet nicht anpingen kannst, dann isses ja nicht erreichbar und rumgedreht natuerlich auch nicht..

[joeysch]

@ilovegym
Wenn du dir den Post drüber ansiehst, ich es anpingen, nur nicht aus dem IoBroker Container nicht. Es hat nichts mit dem Netzwerk oder dem Routing zu tun.

[Ein ehemaliger Benutzer]

@joeysch

Dann liegts am iobroker Container…

[BananaJoe]

@joeysch mhh, ioBroker / den Container hast du bestimmt schon mal neu gestartet.
mit

arp -a

könntest du dir die MAC-Adressen anzeigen lassen die der Container kennt (mit den dazu gehörigen IPs)
Schau mal ob dein Tablet dabei ist, und wenn ja vergleiche die MAC mit der echten (kannst du ja im anderen Container ebenso machen). Vorher einmal pingen damit auch ein Eintrag da ist

[joeysch]

@bananajoe
Hab den Befehl eben ausgeführt, und das Tablet wurde aufgelistet.
Das Tablet gestartet, siehe da, es funktioniert wieder.
Keine Ahnung was da los war, DHCP ?, Gerät hat aber eine feste IP.