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
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)
Hier tauschen wir uns über alles aus, was das System selbst betrifft und kein eigenes Unterforum hat. Also Login, Nutzerverwaltung, Bedienung, Menüstruktur, OS-Updates usw.
Forumsregeln
Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
ub99knx hat geschrieben: ↑Do Mär 02, 2023 11:20 am
Ok, da haben wir dann einen Ansatz, denn bei mir ist es auch ein Lancom Router 1783VA den der TWS offenbar nicht richtig prüfen kann. Er sitzt hinter einer Fritz!Box 6660 und spannt dort weitere Netze auf. Zum Fritz!Box Netz wird geroutet ohne NAT und aktuell auch ohne Firewall (inbound/outbound)
Ein reiner ICMP Check kann es auch nicht sein für den DNS, denn als Gateway wird er ja auch erfolgreich gePINGT.
Bei mir war es bis Dezember ein 1781VA und jetzt ein 1793VA aktuell mit LCOS 10.72RU1. Was gebau da geprüft wird hatte ich damals auch schon gefragt. Bei mir hängt der Lancom direkt am Internet, spannt aber nach innen auch weitere Netze aus. In der Firewall fahre ich eine „Deny all“ Strategie, als gut möglich, dass da etwas gesperrt ist was der TW braucht.
Namensauflösung aus meinem internen Netz klappt problemlos.
Kurz mal noch ein Stand zu dem Thema mit V4.0 IP6!
Bei Lancom Router als DNS wird weiterhin ein Fehler angezeigt, es funktioniert aber wohl trotzdem alles korrekt, bei Fritz!Box als DNS eingetragen kommt ein grünes Häkchen.
Also Fazit weiterhin: Irgend etwas stört den TWS wohl wenn er einen Lancom als DNS-Server bekommt und seinen "Check" macht.
Ja kann ich bestätigen, ist bei mir mit einem Lancom 1781VAW auch schon von Anfang an so.
Da alles geht und der Lancom sogar die Namensauflösung für die Wölfe macht, stört es mich auch nicht.
Grüße
Andreas
TWS 3500M ID:992 /XL ID:1198 , VPN offen, Reboot nach Absprache
- KNX mit TWS, 1Home, ENO Gateway, ETS
- PV Anlagen AC gekoppelt mit Fronius IG 40/60 und Symo 10KW
- 96kWh LiFePo mit 3 x MultiPlus 48/8000 und DC PV Anlagen über MPPT
Vielleicht einen Hinweis in der Doku wert, aber wenn der Support dazu in der Praxis keine Fragen bekommt, dann ist auch das nicht nötig, hier im Forum findet man es ja dann auch. Trotzdem für mich als IT'ler spannend was wohl die Ursache sein könnte
jockel hat geschrieben: ↑Do Mär 02, 2023 9:23 pm
In der Firewall fahre ich eine „Deny all“ Strategie, als gut möglich, dass da etwas gesperrt ist was der TW braucht.
Hast du da ggf. einen Zugriff auf das Log der Firewall. Dort sollte ja zu sehen sein, ob der TWS mit seiner IP dort was auf die Finger bekommt.
DNS funktioniert ja korrekt, der TWS kommuniziert also mit dem DNS, nur der Check im TWS schlägt fehl. Aber ich hab jetzt mal am Lancom ein komplettes pcap erzeugt und den DNS Traffic extrahiert. Ich lade das gleich hier mal hoch.
Die letzten Einträge mit Malformed DNS vom TWS und ICMP Reaktion vom Lancom ist auffällig. Läuft da ein spezieller ICMP check vom TWS den der Lancom so nicht akzeptiert? Bisher so noch nie gesehen.
EDIT: Jetzt korrektes LANCOM-File, das vorher war Kommunikation mit fritz!box als DNS
TWS-LANCOM-DNS_during TWS boot.zip
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von cybersmart am Sa Jan 20, 2024 3:12 pm, insgesamt 6-mal geändert.
