KNX Data Secure Unterstützung
für KNX Logger und KNX Busmonitor

KNX Diagnose Monitor, Import des ETS Projektes deutlich beschleunigt, Suche in der Navigation
Mehr Informationen dazu hier im Forum

Insider Version 6 zur 4.5 jetzt für alle Mitglieder des Insider Clubs installierbar
Alle Infos zum Update im Timberwolf Wiki

[Frage] [V3.0 IP4] ioBroker nicht erreichbar

Alles rund um io:Broker im Allgemeinen und den entsprechenden Docker-Container für den Timberwolf Server im Speziellen.
Benutzeravatar

starwarsfan
Reactions:
Beiträge: 1395
Registriert: Mi Okt 10, 2018 2:39 pm
Hat sich bedankt: 863 Mal
Danksagung erhalten: 1199 Mal

#21

Beitrag von starwarsfan »

Hallo miteinander

Ports müssen nur dann an einen Container durchgereicht werden, wenn man von aussen auf diesem Port in den Container "hinein" will. Also bei Zugriffen auf den Container auf diesem Port. Also wenn im Container bspw. ein Webserver läuft, auf welchen per http:// und https:// zugegriffen werden soll, dann müssen die Ports 80 und 443 an den Container durchgereicht werden. Die Applikation im Container kann durchaus auf einem anderen Port lauschen, da genau das dann von Docker durch das Portmapping geregelt wird. Genau aus diesem Grund kann man dann so Spielchen machen und mehrere identische Container nebeneinander laufen lassen. Um beim obigen Beispiel zu bleiben, könnte man den Webserver-Container einmal mit den Mappings 80:80 und 443:443 und direkt daneben ein zweites Mal mit den Mappings 81:80 sowie 8443:443 starten. Greift man nun auf http://<host-ip> zu, landet man im ersten Container, greift man auf http://<host-ip>:81 zu, landet man im zweiten Container. Selbiges verhalten via https://<host-ip> vs. https://<host-ip>:8443.
SteMo hat geschrieben: Do Dez 16, 2021 5:54 am ich habe zusätzlich noch die Ports 1880 und den KNX Port 3700 im Container durch gereicht.
Ich weiss jetzt aus dem Stehgreif nicht, was auf dem Port 1880 lauscht aber den KNX-Port 3700 musst Du nur dann durchreichen, wenn im Container auch jemand darauf hört.
Kind regards,
Yves

TWS 2500 ID:159 / TWS 3500 ID:618 / TWS 3500 ID:1653 + PBM ID:401 / ProxMox / 1-Wire / iButtons / Edomi (LXC / Docker) / evcc / ControlPro
(TW-VPN jeweils offen, Reboot nach Rücksprache)

gbglace
Reactions:
Beiträge: 4088
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1415 Mal
Danksagung erhalten: 1901 Mal

#22

Beitrag von gbglace »

1880 ist NodeRed und 3700 KNX
Grüße Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#PV 43,2 kWh Akku; 3x VE MP2 5000; 6,7 kWp > 18 Panele an 4x HM1500 + 1 HM800 WR; Open-DTU

Ersteller
KNXMane
Reactions:
Beiträge: 83
Registriert: Mo Mai 06, 2019 2:58 pm
Hat sich bedankt: 11 Mal
Danksagung erhalten: 15 Mal

#23

Beitrag von KNXMane »

Hallo Zusammen

Telnet habe ich mittlerweie aktiviert. War in den Wndows Features deaktiviert. Folgende Meldung kommt auf Telnet 192.168.1.168 40181

"Es konnte keine Verbindung mit dem Host hergestellt werden, auf Port 40181: Verbindungsfehler."

Leider funktioniert es immer noch nicht. Ha noch jemand eine Idee? Weitere Ports habe ich nicht geöffnet.

Markus
TWS 350, ID497, VPN offen, Reboot erlaubt;

gbglace
Reactions:
Beiträge: 4088
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1415 Mal
Danksagung erhalten: 1901 Mal

#24

Beitrag von gbglace »

KNXMane hat geschrieben: Fr Dez 17, 2021 3:36 pm Ha noch jemand eine Idee?
Versuchen ohne ioBroker auszukommen.

Was ist der Grund den IO-Broker nutzen zu wollen? Was fehlt am TWS bzw. in NodeRed um auf den IO-Broker angewiesen zu sein?
Grüße Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#PV 43,2 kWh Akku; 3x VE MP2 5000; 6,7 kWp > 18 Panele an 4x HM1500 + 1 HM800 WR; Open-DTU

tiagra
Reactions:
Beiträge: 33
Registriert: Fr Jun 03, 2022 12:22 am
Hat sich bedankt: 4 Mal
Danksagung erhalten: 16 Mal

#25

Beitrag von tiagra »

KNXMane hat geschrieben: Fr Dez 17, 2021 3:36 pm
"Es konnte keine Verbindung mit dem Host hergestellt werden, auf Port 40181: Verbindungsfehler."

Leider funktioniert es immer noch nicht. Ha noch jemand eine Idee? Weitere Ports habe ich nicht geöffnet.

Markus
Hi Markus, hattest du es lösen können? Bei mir ist es exakt wie bei Dir :)
TWS 3500M #780

Ersteller
KNXMane
Reactions:
Beiträge: 83
Registriert: Mo Mai 06, 2019 2:58 pm
Hat sich bedankt: 11 Mal
Danksagung erhalten: 15 Mal

#26

Beitrag von KNXMane »

Nein, habe mich aber auch nicht mehr damit beschäftigt.
TWS 350, ID497, VPN offen, Reboot erlaubt;

ThomasD
Reactions:
Beiträge: 212
Registriert: So Sep 09, 2018 9:16 am
Hat sich bedankt: 323 Mal
Danksagung erhalten: 76 Mal

#27

Beitrag von ThomasD »

Hallo,

ich habe das gleiche Problem, ioBroker und MACVlan will einfach nicht. Als bridged Network funktioniert es.
Gibt es dafür eine Lösung??

Gruß
Thomas
WIREGATE V1.4.0
PBM unlimited mit 67 Slaves
TWS 2600 #174 REBOOT jederzeit möglich
TWS 2600 #572

maggyver
Reactions:
Beiträge: 385
Registriert: So Okt 14, 2018 1:48 pm
Hat sich bedankt: 242 Mal
Danksagung erhalten: 298 Mal

#28

Beitrag von maggyver »

Hallo,

im iobrocker forum hatte jemand das gleiche Problem.

Eventuell ist das ja hilfreich dabei ...

iobroker forum docker/macvlan
Zuletzt geändert von maggyver am Sa Dez 17, 2022 10:20 am, insgesamt 1-mal geändert.
Grüße
René
_______________________________________________________________________________

TWS 2600LW ID:504
TWS 3500 ID:1306
VPN offen , Reboot erlaubt , Offline , Insider

Dragonos2000
Reactions:
Beiträge: 2200
Registriert: So Aug 12, 2018 1:38 pm
Wohnort: Karlsruher Raum
Hat sich bedankt: 492 Mal
Danksagung erhalten: 897 Mal

#29

Beitrag von Dragonos2000 »

Wo ich mal dran gescheitert bin war, dass ich dem Container -worum auch immer- manuell eine Mac setzen musste, sonst ging es nicht. War bei mir PiHole, glaube ich. Erklären kann ich es nicht, warum da ausnahmsweise dieser Schritt notwendig war, es löste aber das Problem. Wäre mal noch ein Versuch... (natürlich aufpassen, dass Du keine bereits belegte verwendest)
Lg
Jochen
____________________________________________________________
TW 2600 #188
VPN offen, Zugriff jederzeit, Experimente jederzeit, Reboot jederzeit

ThomasD
Reactions:
Beiträge: 212
Registriert: So Sep 09, 2018 9:16 am
Hat sich bedankt: 323 Mal
Danksagung erhalten: 76 Mal

#30

Beitrag von ThomasD »

Hallo,

ich konnte mein Problem jetzt lösen. Ich hatte beim MacVLAN bei den "Network options" kein parent auf eth0 angeben!

Jetzt läuft es!

Gruß
Thomas
WIREGATE V1.4.0
PBM unlimited mit 67 Slaves
TWS 2600 #174 REBOOT jederzeit möglich
TWS 2600 #572
Antworten

Zurück zu „Docker Container: ioBroker“