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] [V4.1 IP2] Verständnisfrage zum Zugriff auf Container via Reverse Proxy

Dies ist das Unterforum für die Funktionen rund um OpenVPN und den internen Proxy
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
Antworten

Ersteller
Marino
Beiträge: 591
Registriert: Fr Jul 24, 2020 6:44 am
Wohnort: Hamburg
Hat sich bedankt: 241 Mal
Danksagung erhalten: 295 Mal

[V4.1 IP2] Verständnisfrage zum Zugriff auf Container via Reverse Proxy

#1

Beitrag von Marino »

Ich mache mal lieber ein neues Thema auf, um nicht den anderen Thread zu belasten.

Mir geht es allgemein darum, zu verstehen, wie es funktioniert, mit Reverse Proxy auf Docker Container im Portainer zuzugreifen.

Wenn ich das richtig verstehe kann der TWS über den internen Adressbereich 172.17.0.0/16 zugreifen, auch wenn der Container ansonsten ausserhalb nicht erreichbar ist. Der TWS vermittelt dann.

Hier also mal das Beispiel:
Timberwolf: 192.168.20.50
Docker-IP in Portainer: 172.17.0.7

Als Beispiel habe ich HKKNX, da ich das gerade bearbeite.

Hier einmal die Docker-Settings:
Bildschirmfoto 2024-09-16 um 16.00.08.png
Bildschirmfoto 2024-09-16 um 16.00.37.png
Bildschirmfoto 2024-09-16 um 16.00.46.png

Und so sieht das ganze dann aus beim Aufruf von [TWS-IP]:9082, also mit dem gemappten Port.
In der Adresszeile steht dann auch wirklich nur 192.168.20.50:9082
Bildschirmfoto 2024-09-16 um 16.02.06.png

Möchte ich nun den Reverse Proxy nehmen, denke ich, müsste ich das folgende eintragen (fehlt da der Websocket, um es öffnen zu können?):
Bildschirmfoto 2024-09-16 um 16.28.57.png

Aufruf von

Code: Alles auswählen

https://192.168.20.50/proxy/hkknx2/
endet in
Bildschirmfoto 2024-09-16 um 16.14.23.png

Klicke ich zusätzlich auf "publish all exposed ports", was in meinen Augen keinen Unterschied macht, da ich mit Port 8080 ja über die Interne Adresse 172.0.17.7 darauf zugreife, habe ich eine merkwürdige Ansicht beim selben Aufruf und Popups öffnen sich auch nicht, um ein Projekt zu wählen.
Bildschirmfoto 2024-09-16 um 17.00.56.png


Das ganze im Reverse Proxy mit http://172.17.0.7:9082 endet auch in 502 Bad Gateway. Irgendwie logisch, denn der gemappte Port gilt ja für die TWS-IP (192.168.20.50) und nicht für die interne 172.0.17.7


Öffne ich das Webinterface mit [TWS-IP]:9082 zeigt er mir

Code: Alles auswählen

http://192.168.20.50:9082/projects/crk3tcsv2h1h0vomnkrg/accessories?
(Ich muss das als Code darstellen, da sonst die die URL verkürzt mit ... in der Mitte dargestellt ist und ich schreibe es anstatt eines Bildes, da man im Websocket eh nicht alles sieht)


Trage ich dann als websocket ein

Code: Alles auswählen

projects/crk3tcsv2h1h0vomnkrg/accessories?
Kann ich nicht nicht speichern
=> Speichern nicht Möglich: Alitas for websocket invalid
Mag er das ? am Ende nicht?

Öffne ich das Webinterface mit [TWS-IP]:9082 und öffne dann die Einstellungen, zeigt er mir

Code: Alles auswählen

http://192.168.20.50:9082/projects/crk3tcsv2h1h0vomnkrg/settings
Trage ich dann als websocket ein:

Code: Alles auswählen

projects/crk3tcsv2h1h0vomnkrg/settings
bekomme ich keine Fehlermeldung mehr
Als Zieladresse dann

Code: Alles auswählen

http://172.17.0.7:8080/projects/crk3tcsv2h1h0vomnkrg/settings
Kann ich mit den beiden Aufrufen jeweils nur ein Error 404 bekommen:

Code: Alles auswählen

https://192.168.20.50/hkknx2
https://192.168.20.50/hkknx2/projects/crk3tcsv2h1h0vomnkrg/settings
Was müsste ich denn eingeben, um mit Reverse Proxy auf den Docker-Container zu kommen? Vergleiche ich mit Edomi, was ja auch im Reverse Proxy eingetragen ist, ist dort ja nichts mit Websocket eingetragen.
Entweder fehlt mir vollkommen das Verständnis, wie das funktionieren soll. Oder ich bin eigentlich nahe dran und es ist ein individuelles Problem mit dem Container?!?

Wäre toll, wenn mich mal jemand erleuchten könnte :)
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Zuletzt geändert von Mibr85 am Di Sep 17, 2024 11:12 am, insgesamt 1-mal geändert.
Viele Grüße
Nils


TWS 3500XL ID:1080 (VPN offen, Reboot nach Rücksprache)
Benutzeravatar

starwarsfan
Beiträge: 1430
Registriert: Mi Okt 10, 2018 2:39 pm
Hat sich bedankt: 910 Mal
Danksagung erhalten: 1499 Mal

#2

Beitrag von starwarsfan »

Hallo Nils,

das funktioniert mit diesem Image bei mir auch nicht. Da es keinerlei Sourccode zu geben scheint, kann ich auch nicht nachschauen, was dort genau passiert. :(

@ms20de (nicht eilig, für nach Deinen Ferien): Ich bekomme auf beiden Wölfen in der Dev-Konsole nach wie vor die "Uncaught SyntaxError" Fehler angezeigt, sobald ich via RevProxy darauf zugreife. Die einzelnen Einträge unterscheiden sich immer leicht, je nachdem auf welchen der gemappten Dienste man zugreift. Hier bei diesem Dienst sieht es so aus:

Bild

Any ideas?
Zuletzt geändert von starwarsfan am Di Sep 17, 2024 11:54 am, insgesamt 1-mal geändert.
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)

Ersteller
Marino
Beiträge: 591
Registriert: Fr Jul 24, 2020 6:44 am
Wohnort: Hamburg
Hat sich bedankt: 241 Mal
Danksagung erhalten: 295 Mal

#3

Beitrag von Marino »

Danke fürs Testen. Dann scheine ich mir ja für meine Tests nicht gerade das beste Image geschnappt zu haben, um Erfolgreich den Ablauf zu verstehen :)
Viele Grüße
Nils


TWS 3500XL ID:1080 (VPN offen, Reboot nach Rücksprache)
Antworten

Zurück zu „Timberwolf VPN & Proxy“