NEWS
Tablet verbindet nicht mehr mit IoBroker
-
@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 ?
-
@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 ?
-
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. -
@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?
-
@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.@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 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.
-
Seit zwei Tagen ist mein VIS Tablet ausgestiegen. Zur Erklärung, ich habe wie so viele ein Fire Tablet im Flur hängen, darauf läuft (lief) Fully und Vis. Vor zwei Tagen war dann der Bildschirm plötzlich weg. Auch wenn ich versuche über den Chrome oder den Silk Browser auf den IoBroker zu gelangen geht nichts.
Was ich schon gemacht hab:
Tablet auf Werkseinstellungen gesetzt
Debugmodus, alles freigeschaltet, Werbung entfernt usw.
Fully neu aufgespieltWlan geht, ich komme auf jede Seite die ich aufrufe. IoBroker läuft auf Proxmox im lxc Container. Ich komme von jedem anderen Gerät auf die Vis, den Editor oder das Panel, nur mit ddiesem einen Tablet nicht mehr.
Auf Proxmox läuft ausserdem noch Grafana, Influx, Navidrome und einige andere Installationen. Alle sind problemlos zu erreichen. Nur der Iobroker nicht und nur von diesem Gerät aus nicht.
Hat jemand eine Idee?@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
-
@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 -
@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
@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 -
@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 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
@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 msDas Tablet antwortet.
-
@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 86578msaeh, 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..
-
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..
-
Dann liegts am iobroker Container…
-
@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.@joeysch mhh, ioBroker / den Container hast du bestimmt schon mal neu gestartet.
mitarp -akö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 mhh, ioBroker / den Container hast du bestimmt schon mal neu gestartet.
mitarp -akö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@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. -
@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.@joeysch sagte in Tablet verbindet nicht mehr mit IoBroker:
Keine Ahnung was da los war, DHCP
nee, der arp-Cache im iobroker Container
https://de.m.wikipedia.org/wiki/Address_Resolution_Protocol -
@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.sag ja, irgenwas ist mit deinem Container komisch, alleine dass der dns auf den Localhost weist, ist schon merkwuerdig.. irgendwas hast du dir da verbogen..
Der Arp-Cache aktualisiert sich normalerweise auch alle 4h oder bei neuen Geraeten von alleine.. je nachdem was eingestellt ist, bzw was man an Switchen verwendet..
vielleicht hast du mal am Routing rumgespielt in dem Container?
Wenns jetzt wieder geht ist ja gut, aber normal ist das nicht.
Empfehle den Container neu aufzusetzen und ein Backup einzuspielen und lass die Finger von root.. den Account benutzt man nicht..
vielleicht hast du dir auch da was mit Node verbogen.. waere jetzt kein Wunder.. -
sag ja, irgenwas ist mit deinem Container komisch, alleine dass der dns auf den Localhost weist, ist schon merkwuerdig.. irgendwas hast du dir da verbogen..
Der Arp-Cache aktualisiert sich normalerweise auch alle 4h oder bei neuen Geraeten von alleine.. je nachdem was eingestellt ist, bzw was man an Switchen verwendet..
vielleicht hast du mal am Routing rumgespielt in dem Container?
Wenns jetzt wieder geht ist ja gut, aber normal ist das nicht.
Empfehle den Container neu aufzusetzen und ein Backup einzuspielen und lass die Finger von root.. den Account benutzt man nicht..
vielleicht hast du dir auch da was mit Node verbogen.. waere jetzt kein Wunder..
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden
