Tablet verbindet nicht mehr mit IoBroker
-
-
Das ist nur ein iFrame. Der Port ist trotzdem 1880. Ruf doch mal direkt auf.
-
@ilovegym sagte in Tablet verbindet nicht mehr mit IoBroker:
netstat -tulpn
root@iobroker:~# netstat -tulpn Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 293/master tcp 0 0 192.168.0.17:8885 0.0.0.0:* LISTEN 476/io.mqtt.0 tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 120/iobroker.js-con tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 120/iobroker.js-con tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 108/systemd-resolve tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 491/io.sonoff.0 tcp 0 0 0.0.0.0:1880 0.0.0.0:* LISTEN 387/node-red tcp 0 0 0.0.0.0:5355 0.0.0.0:* LISTEN 108/systemd-resolve tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 1/init tcp6 0 0 :::7906 :::* LISTEN 1212/io.roborock.0 tcp6 0 0 :::8082 :::* LISTEN 1073/io.web.0 tcp6 0 0 :::8081 :::* LISTEN 304/io.admin.0 tcp6 0 0 :::8087 :::* LISTEN 983/io.simple-api.0 tcp6 0 0 :::6824 :::* LISTEN 1212/io.roborock.0 tcp6 0 0 ::1:25 :::* LISTEN 293/master tcp6 0 0 :::5355 :::* LISTEN 108/systemd-resolve tcp6 0 0 :::111 :::* LISTEN 1/init tcp6 0 0 :::22 :::* LISTEN 1/init udp 0 0 127.0.0.53:53 0.0.0.0:* 108/systemd-resolve udp 0 0 0.0.0.0:111 0.0.0.0:* 1/init udp 0 0 0.0.0.0:5353 0.0.0.0:* 413/io.chromecast.0 udp 0 0 0.0.0.0:5355 0.0.0.0:* 108/systemd-resolve udp6 0 0 :::111 :::* 1/init udp6 0 0 :::5355 :::* 108/systemd-resolve -
@bananajoe
Hab ich oben schon geschrieben, alles ausprobiert, andere IP bringt auch nichts.
Das Tablet kommt ja auch ins Internet und an alle anderen Container die auf dem Proxmoxserver laufen. Nur IoBroker lässt es nicht rein. -
@marc-berg
Stimmt, geht auf dem PC aber nicht auf dem Tablet. -
@joeysch sagte in Tablet verbindet nicht mehr mit IoBroker:
udp 0 0 127.0.0.53:53 0.0.0.0:* 108/systemd-resolve
was hast du da alles laufen... dns server aufm localhost gemappt?
Ich denke nicht, dass es am Tablet liegt, wenn du es schonmal resetted und die IP geaendert und auch einen anderen Browser genommen hast..
Wird eher was auf deinem iobroker sein, was da den Zugriff nicht zulaesst... hast du PiHole laufen oder sowas??
-
@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. -
Ja auf deinem Proxmox-Host, aber der iobroker-Host also LXC, ist da noch was anderes installiert?
-
@ilovegym
Nein, deshalb arbeite ich ja mit den Proxmoxcontainern, damit alles getrennt läuft. -
@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 ?
-
@ilovegym
Nein, ich habe ein Mesh von Fritz.
Das Tablet ist auch ganz normal eingeloggt. -
ist es das Einzige im 5GHz Netz?
-
@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. -
Aufm Tablet vielleicht noch irgendwas installiert, das was blocken kann?
Mal den Cache vom browser geloescht?
-
@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.
-
@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.
-
@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 addrim Container, vielleicht ist es ja auch die Maske
-
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 -
@bananajoe
Also, ich hab jetzt mal einen Ping an mein "normales" Tablet gesendetroot@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 msda 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 -
@joeysch MESH im Einsatz und ggf das Tablet nicht direkt an der Master-Fritte angemeldet ?
