NEWS
Tr-064: Error: connect ECONNREFUSED
-
Haste den Rat im Log befolgt und die FB mal neu gestartet?
Neuen User und Passwort in der FB eingerichtet und in den Adapter eingetragen?@haselchen sagte in Tr-064: Error: connect ECONNREFUSED:
Neuen User und Passwort in der FB eingerichtet und in den Adapter eingetragen?
ja klar, das auch -
@haselchen sagte in Tr-064: Error: connect ECONNREFUSED:
Neuen User und Passwort in der FB eingerichtet und in den Adapter eingetragen?
ja klar, das auchNimm mal den Admin der FB
fritz und dann 4 Zahlen müssten das sein.Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19
-
@haselchen sagte in Tr-064: Error: connect ECONNREFUSED:
fritz und dann 4 Zahlen müssten das sein.
leder auch mit dem automatisch angelegtem Benutzer fritzxxxx erfolglos. Anmeldung damit geht aber aber.
-
@haselchen sagte in Tr-064: Error: connect ECONNREFUSED:
fritz und dann 4 Zahlen müssten das sein.
leder auch mit dem automatisch angelegtem Benutzer fritzxxxx erfolglos. Anmeldung damit geht aber aber.
Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19
-
@haselchen
IOBroker läuft als Container einer Synology.Habe von Netzwerk Konfiguration wenig Ahnung. Bei Aufruf 192.186.0.32:8081 kommt IOB. 192.186.0.1 FB.
Scheint also das selbe Netz ..root@iobroker:/opt/iobroker# ifconfig ```
root@iobroker:/opt/iobroker# ifconfig docker0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 172.17.0.1 netmask 255.255.0.0 broadcast 172.17.255.255 inet6 fe80::42:18ff:fe5f:4869 prefixlen 64 scopeid 0x20<link> ether 02:42:18:5f:48:69 txqueuelen 1000 (Ethernet) RX packets 2847 bytes 238290 (232.7 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 4112 bytes 54641521 (52.1 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 docker-9966fb33: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 inet 192.168.0.1 netmask 255.255.255.0 broadcast 192.168.0.255 ether 02:42:55:49:a3:75 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 docker88dab72: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet6 fe80::c01b:e7ff:fe82:c49a prefixlen 64 scopeid 0x20<link> ether c2:1b:e7:82:c4:9a txqueuelen 0 (Ethernet) RX packets 1747 bytes 145935 (142.5 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 2943 bytes 54510772 (51.9 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 docker9d76624: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet6 fe80::a4c8:efff:fea9:e6ba prefixlen 64 scopeid 0x20<link> ether a6:c8:ef:a9:e6:ba txqueuelen 0 (Ethernet) RX packets 1083 bytes 130882 (127.8 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 1169 bytes 130264 (127.2 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 dockerdb420aa: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet6 fe80::5445:59ff:fe73:bbd6 prefixlen 64 scopeid 0x20<link> ether 56:45:59:73:bb:d6 txqueuelen 0 (Ethernet) RX packets 17 bytes 1331 (1.2 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 29 bytes 2483 (2.4 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.0.32 netmask 255.255.255.0 broadcast 192.168.0.255 inet6 fe80::211:32ff:fed1:91af prefixlen 64 scopeid 0x20<link> inet6 2003:c4:df10:ac00:211:32ff:fed1:91af prefixlen 64 scopeid 0x0<global> ether 00:11:32:d1:91:af txqueuelen 1000 (Ethernet) RX packets 1029692 bytes 1164472883 (1.0 GiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 304068 bytes 38597571 (36.8 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 89 base 0x4000 eth1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 inet 192.168.0.33 netmask 255.255.255.0 broadcast 192.168.0.255 ether 00:11:32:d1:91:b0 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 88 base 0x2000 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1 (Local Loopback) RX packets 511979 bytes 589046016 (561.7 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 511979 bytes 589046016 (561.7 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.0.32 netmask 255.255.255.0 broadcast 192.168.0.255 inet6 fe80::211:32ff:fed1:91af prefixlen 64 scopeid 0x20<link> inet6 2003:c4:df10:ac00:211:32ff:fed1:91af prefixlen 64 scopeid 0x0<global> ether 00:11:32:d1:91:af txqueuelen 1000 (Ethernet) RX packets 1029692 bytes 1164472883 (1.0 GiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 304068 bytes 38597571 (36.8 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 89 base 0x4000 eth1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 inet 192.168.0.33 netmask 255.255.255.0 broadcast 192.168.0.255 ether 00:11:32:d1:91:b0 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 88 base 0x2000 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1 (Local Loopback) RX packets 511979 bytes 589046016 (561.7 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 511979 bytes 589046016 (561.7 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 -
@haselchen
IOBroker läuft als Container einer Synology.Habe von Netzwerk Konfiguration wenig Ahnung. Bei Aufruf 192.186.0.32:8081 kommt IOB. 192.186.0.1 FB.
Scheint also das selbe Netz ..root@iobroker:/opt/iobroker# ifconfig ```
root@iobroker:/opt/iobroker# ifconfig docker0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 172.17.0.1 netmask 255.255.0.0 broadcast 172.17.255.255 inet6 fe80::42:18ff:fe5f:4869 prefixlen 64 scopeid 0x20<link> ether 02:42:18:5f:48:69 txqueuelen 1000 (Ethernet) RX packets 2847 bytes 238290 (232.7 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 4112 bytes 54641521 (52.1 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 docker-9966fb33: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 inet 192.168.0.1 netmask 255.255.255.0 broadcast 192.168.0.255 ether 02:42:55:49:a3:75 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 docker88dab72: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet6 fe80::c01b:e7ff:fe82:c49a prefixlen 64 scopeid 0x20<link> ether c2:1b:e7:82:c4:9a txqueuelen 0 (Ethernet) RX packets 1747 bytes 145935 (142.5 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 2943 bytes 54510772 (51.9 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 docker9d76624: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet6 fe80::a4c8:efff:fea9:e6ba prefixlen 64 scopeid 0x20<link> ether a6:c8:ef:a9:e6:ba txqueuelen 0 (Ethernet) RX packets 1083 bytes 130882 (127.8 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 1169 bytes 130264 (127.2 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 dockerdb420aa: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet6 fe80::5445:59ff:fe73:bbd6 prefixlen 64 scopeid 0x20<link> ether 56:45:59:73:bb:d6 txqueuelen 0 (Ethernet) RX packets 17 bytes 1331 (1.2 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 29 bytes 2483 (2.4 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.0.32 netmask 255.255.255.0 broadcast 192.168.0.255 inet6 fe80::211:32ff:fed1:91af prefixlen 64 scopeid 0x20<link> inet6 2003:c4:df10:ac00:211:32ff:fed1:91af prefixlen 64 scopeid 0x0<global> ether 00:11:32:d1:91:af txqueuelen 1000 (Ethernet) RX packets 1029692 bytes 1164472883 (1.0 GiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 304068 bytes 38597571 (36.8 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 89 base 0x4000 eth1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 inet 192.168.0.33 netmask 255.255.255.0 broadcast 192.168.0.255 ether 00:11:32:d1:91:b0 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 88 base 0x2000 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1 (Local Loopback) RX packets 511979 bytes 589046016 (561.7 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 511979 bytes 589046016 (561.7 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.0.32 netmask 255.255.255.0 broadcast 192.168.0.255 inet6 fe80::211:32ff:fed1:91af prefixlen 64 scopeid 0x20<link> inet6 2003:c4:df10:ac00:211:32ff:fed1:91af prefixlen 64 scopeid 0x0<global> ether 00:11:32:d1:91:af txqueuelen 1000 (Ethernet) RX packets 1029692 bytes 1164472883 (1.0 GiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 304068 bytes 38597571 (36.8 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 89 base 0x4000 eth1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 inet 192.168.0.33 netmask 255.255.255.0 broadcast 192.168.0.255 ether 00:11:32:d1:91:b0 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 88 base 0x2000 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1 (Local Loopback) RX packets 511979 bytes 589046016 (561.7 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 511979 bytes 589046016 (561.7 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0Ich hab das auch auf einer Synology.
Den Container habe ich im Host Mode.
Vielleicht ist da der Unterschied, wenn du den Bridge Mode hast.Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19
-
Ich hab das auch auf einer Synology.
Den Container habe ich im Host Mode.
Vielleicht ist da der Unterschied, wenn du den Bridge Mode hast.im Moment bin ich bezüglich FB 7590 AX ratlos.
Setze die bisherige FB 7590 morgen auf Werkseinstung zurück und probiere damit nochmal
-
im Moment bin ich bezüglich FB 7590 AX ratlos.
Setze die bisherige FB 7590 morgen auf Werkseinstung zurück und probiere damit nochmal
@yunakato ich denke das zurück setzen kannst du dir sparen. Ich denke dein iobroker container läuft im bridge modus. Stell den mal auf host modus um und die Netzwerk Probleme sollten weg sein.
-
@yunakato ich denke das zurück setzen kannst du dir sparen. Ich denke dein iobroker container läuft im bridge modus. Stell den mal auf host modus um und die Netzwerk Probleme sollten weg sein.
@ciddi89
Hab ich doch oben geschrieben 🤔
-
@haselchen ich weiss. Aber es scheint so als hätte der Kollege den Hinweis ignoriert :man-gesturing-ok:
-
@yunakato ich denke das zurück setzen kannst du dir sparen. Ich denke dein iobroker container läuft im bridge modus. Stell den mal auf host modus um und die Netzwerk Probleme sollten weg sein.
@ciddi89 sagte in Tr-064: Error: connect ECONNREFUSED:
@yunakato ich denke das zurück setzen kannst du dir sparen. Ich denke dein iobroker container läuft im bridge modus. Stell den mal auf host modus um und die Netzwerk Probleme sollten weg sein.
Mein iobroker container IMHO läuft auf host. ? aber ..
-
@ciddi89 sagte in Tr-064: Error: connect ECONNREFUSED:
@yunakato ich denke das zurück setzen kannst du dir sparen. Ich denke dein iobroker container läuft im bridge modus. Stell den mal auf host modus um und die Netzwerk Probleme sollten weg sein.
Mein iobroker container IMHO läuft auf host. ? aber ..
-
@yunakato kannst du mal bei den container einstellungen von iobroker den bereich vom netzwerk zeigen
Da wo man bridge und host einstellt -
@ciddi89 sagte in Tr-064: Error: connect ECONNREFUSED:
@yunakato kannst du mal bei den container einstellungen von iobroker den bereich vom netzwerk zeigen
Da wo man bridge und host einstelltMeinst du das ?
-
@yunakato hmm muss mal überlegen wie es bei mir war. Nutze kein docker mehr. Ich meine das ich mein iobroker in beiden hatte. Bridge und host. Kannst du den bridge mode zusätzlich noch mit hinzufügen?
@ciddi89
Hm, kenne ich so nicht .
Wenn du Host angibst kannste nix mehr verändern. -
@haselchen hm okay ja irgendwie hatte ich beides drin. Aber sollte eigentlich such nur mit host funktionieren.
Die frage ist ist der port 49000 auch auf der fritzbox für den iobroker offen? -
@haselchen hm okay ja irgendwie hatte ich beides drin. Aber sollte eigentlich such nur mit host funktionieren.
Die frage ist ist der port 49000 auch auf der fritzbox für den iobroker offen?@ciddi89
Ja , dass passt alles .
Da muss nix manuell geöffnet werden.
Normal den Container im Host Modus und den FB Admin benutzen in den Adapter Einstellungen.
Eventuell Box neu starten aber dann sollte es funktionieren. -
@ciddi89
Ja , dass passt alles .
Da muss nix manuell geöffnet werden.
Normal den Container im Host Modus und den FB Admin benutzen in den Adapter Einstellungen.
Eventuell Box neu starten aber dann sollte es funktionieren.@haselchen ja da hast du recht. Hab nun auch erst im start post gelesen das es vorher mit einer anderen Fritzbox lief. Dann kann man docker eigentlich ausschliessen. Und der port sollte automatisch geöffnet sein wenn man zugriff für Anwendungen aktiviert hat und den user entsprechend rechte gegeben hat.
Aber ich weiss selber das die fritzbox manchmal zickig ist. Daher wäre ein zurücksetzen evtl doch hilfreich, wenn alles andere nicht funktioniert :man-bowing:
-
@haselchen ja da hast du recht. Hab nun auch erst im start post gelesen das es vorher mit einer anderen Fritzbox lief. Dann kann man docker eigentlich ausschliessen. Und der port sollte automatisch geöffnet sein wenn man zugriff für Anwendungen aktiviert hat und den user entsprechend rechte gegeben hat.
Aber ich weiss selber das die fritzbox manchmal zickig ist. Daher wäre ein zurücksetzen evtl doch hilfreich, wenn alles andere nicht funktioniert :man-bowing:
@ciddi89 @haselchen
meine letzte Vermutung war, das die AX > FM 07.31 irgendwo zusätzlich einen Sicherheitsriegel hat. Letztendlich habe ich das gesamte Menu abgegrast aber nichts gefunden.
Nach drüber schlafen habe ich mir noch mal die Ausgabe von
ifconfigoben angesehen. Die DS720+ hat zwar 2 Lan Ports wobei ich den zweiten meines Wissens nach nie genutzt habe. Die DS hört seit je her auf 192.168.0.32. Ausgegeben wird aber auch eth1: 192.168.0.33. Das ist mir so nie aufgefallen.Zu meine Schande muss ich gestehen das ich vorgestern einen zweiten IOB Test-Container mit separater IP über MacVLan installiert habe. Wahrscheinlich hätte ich davon die Finger weg lassen sollten denn ich vermute stark, das ich dabei irgend etwas versemmelt habe. :anguished: Test IOB liegt hier auf ist hier auf
192.168.0.100jedoch kann weder aufrufen noch anpingen.Es sind 6 Container installiert . Die Docker-Netzwerkübersicht sieht so aus:
Ich finde es auffällig, das "iobroker" nicht wie die anderen 4 Container unter Bridge aufgelistet werden.
Die Frage ist nun wie ich wieder rauskomme.
-
@ciddi89 @haselchen
meine letzte Vermutung war, das die AX > FM 07.31 irgendwo zusätzlich einen Sicherheitsriegel hat. Letztendlich habe ich das gesamte Menu abgegrast aber nichts gefunden.
Nach drüber schlafen habe ich mir noch mal die Ausgabe von
ifconfigoben angesehen. Die DS720+ hat zwar 2 Lan Ports wobei ich den zweiten meines Wissens nach nie genutzt habe. Die DS hört seit je her auf 192.168.0.32. Ausgegeben wird aber auch eth1: 192.168.0.33. Das ist mir so nie aufgefallen.Zu meine Schande muss ich gestehen das ich vorgestern einen zweiten IOB Test-Container mit separater IP über MacVLan installiert habe. Wahrscheinlich hätte ich davon die Finger weg lassen sollten denn ich vermute stark, das ich dabei irgend etwas versemmelt habe. :anguished: Test IOB liegt hier auf ist hier auf
192.168.0.100jedoch kann weder aufrufen noch anpingen.Es sind 6 Container installiert . Die Docker-Netzwerkübersicht sieht so aus:
Ich finde es auffällig, das "iobroker" nicht wie die anderen 4 Container unter Bridge aufgelistet werden.
Die Frage ist nun wie ich wieder rauskomme.
In dem du das Chaos da mal ordnest.
Beide Container dürfen nicht laufen .
Einen IOB Container musste immer abschalten .
Und dann guckst dir genau deine Netzwerkeinstellungen in der Syno an.
Ich weiß das da ne Menge einzustellen ist, aber auch mit Standard wie ich es habe läuft alles und zufriedenstellend .Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19
606
Online32.6k
Benutzer82.0k
Themen1.3m
Beiträge