Insolvenz der Elaborated Networks GmbH

Leider müssen wir Sie heute darüber informieren, dass das Amtsgericht München mit Beschluss vom 16. Oktober 2026 das Insolvenzverfahren über das Vermögen der Elaborated Networks GmbH unter dem Aktenzeichen 1509 IN 1258/26 eröffnet hat.

Zum Insolvenzverwalter wurde Herr Rechtsanwalt Dr. Matthias Hofmann bestellt. Dieser hat die Verwaltungs- und Verfügungsbefugnis über das Vermögen der Gesellschaft übernommen.

Die Gesellschaft firmiert ab sofort unter dem Namen: “Elaborated Networks GmbH in Insolvenz”. Der Geschäftsbetrieb der Gesellschaft wurde im Zuge des Verfahrens eingestellt. Eine Erbringung von Leistungen oder Lieferungen ist leider nicht mehr möglich. Die Cloud-Dienste werden bis auf weiteres im Rahmen einer privaten Initiative aufrechterhalten, dies kann jederzeit widerrufen werden.

Sollten Sie noch offene Forderungen (§ 38 InsO) gegen die Elaborated Networks GmbH haben, werden Sie gebeten, diese direkt beim Insolvenzverwalter bis zum 7. Dez. 2026 zur Insolvenztabelle anzumelden. Bitte richten Sie sämtliche diesbezügliche Korrespondenz direkt an das Büro des Insolvenzverwalters:

Rechtsanwalt Dr. jur. Matthias Hofmann
Unterer Anger 3
80331 München

Telefon: +49(89)5480330
Telefax: +49(89)548033111
Email: mail@pohlmannhofmann.de

Wir bedanken uns für die bisherige Zusammenarbeit und stehen Ihnen bei Rückfragen in Abstimmung mit dem Insolvenzverwalter unter support at elabnet dot de gerne zur Verfügung.

Details zum Verfahren und den privaten Initiativen stellen wir Kunden in einem nicht-öffentlichen Bereich zur Verfügung. Falls Sie hier keinen Zugriff haben, dann tragen Sie bitte Ihren Forennick in die Registrierung Ihres Servers ein und senden uns den Nick zusammen mit der ID Ihres Timberwolf Servers an support at elabnet dot de. Falls Sie hierzu erst einen Nick anlegen müssen verfahren Sie genauso. Das Bestätigungsmail nach der Anmeldung kommt aus technischen Gründen derzeit nicht, die Aktivierung erfolgt dann manuell nach Ihrer Mail an uns.

Stefan Werner
Geschäftsführer (ohne Vertretungsmacht)

[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
Beiträge: 1430
Registriert: Mi Okt 10, 2018 2:39 pm
Hat sich bedankt: 910 Mal
Danksagung erhalten: 1499 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
Beiträge: 4361
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1539 Mal
Danksagung erhalten: 2706 Mal

#22

Beitrag von gbglace »

1880 ist NodeRed und 3700 KNX
Grüße Göran
#1 Timberwolf 2600 Velvet Red
#2 Timberwolf 2600 Organic Silver

Ersteller
KNXMane
Beiträge: 83
Registriert: Mo Mai 06, 2019 2:58 pm
Hat sich bedankt: 11 Mal
Danksagung erhalten: 25 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
Beiträge: 4361
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1539 Mal
Danksagung erhalten: 2706 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
#2 Timberwolf 2600 Organic Silver

tiagra
Beiträge: 35
Registriert: Fr Jun 03, 2022 12:22 am
Hat sich bedankt: 4 Mal
Danksagung erhalten: 24 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
Beiträge: 83
Registriert: Mo Mai 06, 2019 2:58 pm
Hat sich bedankt: 11 Mal
Danksagung erhalten: 25 Mal

#26

Beitrag von KNXMane »

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

ThomasD
Beiträge: 245
Registriert: So Sep 09, 2018 9:16 am
Hat sich bedankt: 358 Mal
Danksagung erhalten: 158 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
Beiträge: 387
Registriert: So Okt 14, 2018 1:48 pm
Hat sich bedankt: 252 Mal
Danksagung erhalten: 446 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
Beiträge: 2209
Registriert: So Aug 12, 2018 1:38 pm
Wohnort: Karlsruher Raum
Hat sich bedankt: 503 Mal
Danksagung erhalten: 1069 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
Beiträge: 245
Registriert: So Sep 09, 2018 9:16 am
Hat sich bedankt: 358 Mal
Danksagung erhalten: 158 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“