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)
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)
Pi Hole im Docker - Werbeblocker dank DNS Maskenfilter
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
-
starwarsfan
- Beiträge: 1430
- Registriert: Mi Okt 10, 2018 2:39 pm
- Hat sich bedankt: 910 Mal
- Danksagung erhalten: 1499 Mal
Es wäre interessant zu wissen, wie genau du den Container startest!?
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)
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)
-
tger977
- Beiträge: 747
- Registriert: So Aug 12, 2018 9:25 am
- Hat sich bedankt: 210 Mal
- Danksagung erhalten: 316 Mal
super Sache! Mit der Anleitung war das wirklich ein Ding von 10min mit der gesamten Installation/Konfiguration.
Einziger Verbesserungsvorschlag für die KB: Kann man die im Thread #37 genannten Filterfiles noch aufnehmen? Oder anders gefragt: Wie gehe ich am besten vor um für mich geeignete Filterfiles zu identifizieren?
Einziger Verbesserungsvorschlag für die KB: Kann man die im Thread #37 genannten Filterfiles noch aufnehmen? Oder anders gefragt: Wie gehe ich am besten vor um für mich geeignete Filterfiles zu identifizieren?
Gruß
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
Andi
TW2500 #440 (ex Timberwolf 2400 #111) mit PBM #124, Support VPN nur auf Anfrage, Reboot bitte nur nach Absprache
-
Robert_Mini
- Beiträge: 3936
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1312 Mal
- Danksagung erhalten: 2519 Mal
Hab’s mir mal notiert.
Lg
Robert
Lg
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297
-
eib-eg
- Beiträge: 1021
- Registriert: Fr Sep 14, 2018 5:03 pm
- Hat sich bedankt: 1775 Mal
- Danksagung erhalten: 1032 Mal
Hallo @eierbeidel
Vermutlich wird dir schneller geholfen wenn diverse Zusatzinfos in deiner Fußzeile drinnenstehen würden so wie bei den meisten hier im Forum.
Ein Diesel hat meins Wissens keine Zündkerzen.
Nicht böse sein wenn ich so direkt schreibe.
Welchen tw hast du und die Nummer dazu
ezt. ezt. ezt.
Alleine durch deine Fußzeile kann entweder der eine oder der andere helfen, je nach Spezialgebiet was er kann.
Und durch das ewige Rückfragen was welchen wird es nicht in 5 min gelöst sondern verzögert nur alles.
Vermutlich wird dir schneller geholfen wenn diverse Zusatzinfos in deiner Fußzeile drinnenstehen würden so wie bei den meisten hier im Forum.
Ein Diesel hat meins Wissens keine Zündkerzen.
Nicht böse sein wenn ich so direkt schreibe.
Welchen tw hast du und die Nummer dazu
ezt. ezt. ezt.
Alleine durch deine Fußzeile kann entweder der eine oder der andere helfen, je nach Spezialgebiet was er kann.
Und durch das ewige Rückfragen was welchen wird es nicht in 5 min gelöst sondern verzögert nur alles.
TW 2600_99 seit 1.1.2018 / VPN zu
-
Judas_z
- Elaborated Networks

- Beiträge: 180
- Registriert: Mo Aug 13, 2018 11:31 am
- Hat sich bedankt: 402 Mal
- Danksagung erhalten: 361 Mal
@eierbeidel
in diesem Fall glaube ich tatsächlich, dass die genau Timberwolf Nummer/Architektur vollkommen egal ist. Die Anleitung funktioniert quer über die verschiedenen Server Versionen. Bitte Trag die Informationen für die Zukunft trotzdem nach.
Zur Problemlösung würde ich dich zunächst bitten den Container UND die Volumes zu löschen und die Anleitung nochmal gewissenhaft schritt für schritt zu befolgen. Ohne genauere Infos würde ich sagen, dass /etc/dnsmasq.d und /etc/pihole bei dir aus versehen im selben Volume gelandet sind.
So wie ich das aktuell verstehe lädt dnsmasq.d, wie auch viele andere *.d files automatisch alles was sich in ihrem Ordner befindet und crasht vmtl deshalb. Deshalb sollte löschen und nochmal probieren die simpelste Lösung sein.
Zu den Filterlisten wollte noch erwähnen, dass nicht zwangsläufig die Blocklisten interessant sind, sondern auch die Whitelists. Hier etwas allgemeingültiges zu formulieren halte ich für äußerst schwierig. Ich verlinke mal Seiten an denen ich mich orientiert habe.
Whitelistvorschläge aufgeschlüsselt
Vorschläge Block und Whitelist
Liebe Grüße,
Julian
in diesem Fall glaube ich tatsächlich, dass die genau Timberwolf Nummer/Architektur vollkommen egal ist. Die Anleitung funktioniert quer über die verschiedenen Server Versionen. Bitte Trag die Informationen für die Zukunft trotzdem nach.
Zur Problemlösung würde ich dich zunächst bitten den Container UND die Volumes zu löschen und die Anleitung nochmal gewissenhaft schritt für schritt zu befolgen. Ohne genauere Infos würde ich sagen, dass /etc/dnsmasq.d und /etc/pihole bei dir aus versehen im selben Volume gelandet sind.
So wie ich das aktuell verstehe lädt dnsmasq.d, wie auch viele andere *.d files automatisch alles was sich in ihrem Ordner befindet und crasht vmtl deshalb. Deshalb sollte löschen und nochmal probieren die simpelste Lösung sein.
Zu den Filterlisten wollte noch erwähnen, dass nicht zwangsläufig die Blocklisten interessant sind, sondern auch die Whitelists. Hier etwas allgemeingültiges zu formulieren halte ich für äußerst schwierig. Ich verlinke mal Seiten an denen ich mich orientiert habe.
Whitelistvorschläge aufgeschlüsselt
Vorschläge Block und Whitelist
Liebe Grüße,
Julian
Zuletzt geändert von Judas_z am Mo Aug 26, 2019 12:11 pm, insgesamt 1-mal geändert.
Liebe Grüße,
Julian
Elaborated Networks GmbH
Hardware Entwicklung
timberwolf90, VPN offen, Reboot jederzeit
Julian
Elaborated Networks GmbH
Hardware Entwicklung
timberwolf90, VPN offen, Reboot jederzeit
-
ELehmann
- Beiträge: 24
- Registriert: Mi Mai 22, 2019 12:40 am
- Hat sich bedankt: 23 Mal
- Danksagung erhalten: 8 Mal
Hi zusammen,
vielen dank für die detailierte Beschreibung. Konnte den pihole als lokalen DNS superschnell aufsetzen. Grosses Lob!
Jetzt löst die fritzbox die Hostnamen im lokalen Netz allerdings nicht mehr auf. Damit funktioniert timberwolfxxx.fritz.box nicht mehr. Wie habt ihr das mit dem neuen DNS Server gelöst?
Viele Grüsse
Erik
Update: Gerade die Lösung selbst gefunden. in den pihole settings --> advanced settings unter conditional settings die router ip und domain (fritz.box) eintragen
vielen dank für die detailierte Beschreibung. Konnte den pihole als lokalen DNS superschnell aufsetzen. Grosses Lob!
Jetzt löst die fritzbox die Hostnamen im lokalen Netz allerdings nicht mehr auf. Damit funktioniert timberwolfxxx.fritz.box nicht mehr. Wie habt ihr das mit dem neuen DNS Server gelöst?
Viele Grüsse
Erik
Update: Gerade die Lösung selbst gefunden. in den pihole settings --> advanced settings unter conditional settings die router ip und domain (fritz.box) eintragen
Zuletzt geändert von ELehmann am Di Sep 10, 2019 9:12 am, insgesamt 1-mal geändert.
timberwolf164 - TWS2500 - KNX & 1wire - supportvpn offen & reboot ok
-
Judas_z
- Elaborated Networks

- Beiträge: 180
- Registriert: Mo Aug 13, 2018 11:31 am
- Hat sich bedankt: 402 Mal
- Danksagung erhalten: 361 Mal
Ich habe mir mal die Freiheit genommen und das in der Anleitung ergänzt da die Frage glaube ich schon zwei drei mal kam.
Vielen Dank für die vielen Rückmeldungen
Vielen Dank für die vielen Rückmeldungen
Liebe Grüße,
Julian
Elaborated Networks GmbH
Hardware Entwicklung
timberwolf90, VPN offen, Reboot jederzeit
Julian
Elaborated Networks GmbH
Hardware Entwicklung
timberwolf90, VPN offen, Reboot jederzeit
-
blaubaerli
- Beiträge: 2785
- Registriert: Sa Sep 15, 2018 10:26 am
- Wohnort: Kerpen
- Hat sich bedankt: 1080 Mal
- Danksagung erhalten: 1056 Mal
Hi @ruadl,
das lässt sich nur mit einem enschiedenen "Jein" beantworten. Konkret hängt das Verhalten beim Update von deiner konkreten Konfiguration ab. Hast du unter "Image configuration" bei Name ein konkretes Tag hinterlegt, dann wirst du nie wirklich eine neue Version ziehen. In einem solchen Falle bekommst du "nur" die originale Fassung des darüber benannten Images in einem frischen Container zur Verfügung gestellt. Das kann ja durchaus gewünscht sein, wenn du z.B. im flüchtigen Filesystem eines Containers gefummelt hast und auf einen definierten Zustand kommen willst.
Ein neue Version bekommst du nur dann, wenn du entweder ein neues explizites Tag vorgibst, oder du mit dem "latest"-Konstrukt arbeitest. Das "latest" ist dabei sowas wie ein dynamisches Tag. Gestern kann sich darunter also noch Version 1.0.0 verborgen haben und heute wurde auf Dockerhub eine Veränderung vorgenommen und es verbirgt sich dann hinter "latest" konkret eine 1.0.1. Damit hängt es dann konkret davon ab, wann du was machst und zu welchem Zeitpunkt sich im Dockerhub was ändert.
Damit hast du also eine einwandfreie nachvollziehbare Kontrolle nur über den ersten Weg.
Beste Grüße
Jens
das lässt sich nur mit einem enschiedenen "Jein" beantworten. Konkret hängt das Verhalten beim Update von deiner konkreten Konfiguration ab. Hast du unter "Image configuration" bei Name ein konkretes Tag hinterlegt, dann wirst du nie wirklich eine neue Version ziehen. In einem solchen Falle bekommst du "nur" die originale Fassung des darüber benannten Images in einem frischen Container zur Verfügung gestellt. Das kann ja durchaus gewünscht sein, wenn du z.B. im flüchtigen Filesystem eines Containers gefummelt hast und auf einen definierten Zustand kommen willst.
Ein neue Version bekommst du nur dann, wenn du entweder ein neues explizites Tag vorgibst, oder du mit dem "latest"-Konstrukt arbeitest. Das "latest" ist dabei sowas wie ein dynamisches Tag. Gestern kann sich darunter also noch Version 1.0.0 verborgen haben und heute wurde auf Dockerhub eine Veränderung vorgenommen und es verbirgt sich dann hinter "latest" konkret eine 1.0.1. Damit hängt es dann konkret davon ab, wann du was machst und zu welchem Zeitpunkt sich im Dockerhub was ändert.
Damit hast du also eine einwandfreie nachvollziehbare Kontrolle nur über den ersten Weg.
Beste Grüße
Jens
Zuletzt geändert von blaubaerli am So Sep 22, 2019 11:13 pm, insgesamt 1-mal geändert.
| timberwolf168 | (2600er) | VPN offen | Reboot nach Vereinbarung |
| timberwolf1699 | (3500XL) | VPN offen | Reboot jederzeit |
| wiregate1250 |
-
Judas_z
- Elaborated Networks

- Beiträge: 180
- Registriert: Mo Aug 13, 2018 11:31 am
- Hat sich bedankt: 402 Mal
- Danksagung erhalten: 361 Mal
Hi Jens,
Die Antwort ist absolut korrekt und richtiger als das was ich schreiben wollte.
Wenn du den Container gemäß Anleitung mit :latest Tag aufgesetzt hast, dann funktioniert das Update wie beim unifi mit :latest.
Aber gute Frage ruadl. Das werde ich bei beiden Anleitungen ergänzen sobald ich zurück bin.
LG Julian
Die Antwort ist absolut korrekt und richtiger als das was ich schreiben wollte.
Wenn du den Container gemäß Anleitung mit :latest Tag aufgesetzt hast, dann funktioniert das Update wie beim unifi mit :latest.
Aber gute Frage ruadl. Das werde ich bei beiden Anleitungen ergänzen sobald ich zurück bin.
LG Julian
Liebe Grüße,
Julian
Elaborated Networks GmbH
Hardware Entwicklung
timberwolf90, VPN offen, Reboot jederzeit
Julian
Elaborated Networks GmbH
Hardware Entwicklung
timberwolf90, VPN offen, Reboot jederzeit