Ich habe ja den 2500 L und dieser hat ja bekanntlicherweise 3 LAN Schnittstellen.
Jetzt frage ich mich wie diese 3 Schnittstellen untereinander kommunizieren können oder es tun?
Ich würde wenn das so möglich wäre die ETH0 Schnittstelle als Zugang zum Netz (Konfig / Internet ) sehen wollen. ETH1 eventuell als Verbindung zum 950QL für die MQTT Bridge und ETH2 für weitere Geräte wie eventuell Phillips HUE usw.
Nun weis ich leider nur das ETH0 als DCHP Client läuft laut WIKI und natürlich aus Echt Betrieb aber wie das mit den ETH1 / ETH2 aussieht ist nicht zu entnehmen außer das bei ETH2 ja ein DHCP Server standardmäßig läuft siehe WIKI.
Könnte mir jemand dazu etwas Infos liefern?
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)
[Beantwortet] [V3_RC_1_1] NETZWERK Übergreifende Kommunikation
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
-
Sun1453
- Beiträge: 2502
- Registriert: Do Feb 07, 2019 8:08 am
- Hat sich bedankt: 2263 Mal
- Danksagung erhalten: 1276 Mal
[V3_RC_1_1] NETZWERK Übergreifende Kommunikation
Zuletzt geändert von Sun1453 am Di Feb 15, 2022 3:58 pm, insgesamt 2-mal geändert.
Gruß Michael
Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |
Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |
-
Cepheus73
- Beiträge: 203
- Registriert: Sa Aug 11, 2018 11:36 pm
- Wohnort: München
- Hat sich bedankt: 527 Mal
- Danksagung erhalten: 162 Mal
Hallo Michael,
die Schnittstellen selbst kommunizieren streng genommen gar nicht miteinander, das ist ja der physikalische Layer nach OSI-Modell.
Das Kommunizieren wird ein paar Ebenen höher gemacht, z.B. Switching / Routing.
Routing - zwischen Netzwerken - wäre im verwendeten OS (hier ja Debian Linux) theoretisch möglich, ist aber im TW nicht konfiguriert.
Daher ist es so, dass der IP-Stack bei mehreren aktiven Schnittstellen grob gesagt dann anhand der an der Schnittstelle konfigurierten Netzwerkadressen entscheidet, über welche Schnittstelle ein IP-Paket versendet werden soll.
Beispielkonfig (manuell oder über DHCP, das ist egal):
eth0: 192.168.1.0/24
eth1: 192.168.11.0/24
eth2: 192.168.22.0/24
Pakete an Zieladresse 192.168.1.15 würden über eth0 rausgehen,
welche an 192.168.11.15 über eth1 und welche an 192.168.22.15 über eth2 rausgehen.
Das ganze bringt also nur dann was, wenn du
a) komplett autarke IP-Netzwerke haben willst - oder -
b) einen Router hast, der zwischen den Netzwerken routet - sonst könnte der 950QL beispielsweise nicht ins Internet oder/und nicht von deinem PC konfiguriert werden.
Daher muss man zunächst mal die Frage stellen, was du damit eigentlich erreichen willst?
Lastverteilung? Wahrscheinlich im Heimnetzwerk uninteressant
Zugriffsbeschränkungen? Da brauchst du dann nicht nur einen Router sondern auch einen Smart Switch, der die Ports voneinander trennen kann (VLANs) oder getrennte Switches.
die Schnittstellen selbst kommunizieren streng genommen gar nicht miteinander, das ist ja der physikalische Layer nach OSI-Modell.
Das Kommunizieren wird ein paar Ebenen höher gemacht, z.B. Switching / Routing.
Routing - zwischen Netzwerken - wäre im verwendeten OS (hier ja Debian Linux) theoretisch möglich, ist aber im TW nicht konfiguriert.
Daher ist es so, dass der IP-Stack bei mehreren aktiven Schnittstellen grob gesagt dann anhand der an der Schnittstelle konfigurierten Netzwerkadressen entscheidet, über welche Schnittstelle ein IP-Paket versendet werden soll.
Beispielkonfig (manuell oder über DHCP, das ist egal):
eth0: 192.168.1.0/24
eth1: 192.168.11.0/24
eth2: 192.168.22.0/24
Pakete an Zieladresse 192.168.1.15 würden über eth0 rausgehen,
welche an 192.168.11.15 über eth1 und welche an 192.168.22.15 über eth2 rausgehen.
Das ganze bringt also nur dann was, wenn du
a) komplett autarke IP-Netzwerke haben willst - oder -
b) einen Router hast, der zwischen den Netzwerken routet - sonst könnte der 950QL beispielsweise nicht ins Internet oder/und nicht von deinem PC konfiguriert werden.
Daher muss man zunächst mal die Frage stellen, was du damit eigentlich erreichen willst?
Lastverteilung? Wahrscheinlich im Heimnetzwerk uninteressant
Zugriffsbeschränkungen? Da brauchst du dann nicht nur einen Router sondern auch einen Smart Switch, der die Ports voneinander trennen kann (VLANs) oder getrennte Switches.
TW 2600 #178 + TW 3500 #1704 - VPN offen, Zugriff jederzeit
EFH, KNX, 1-Wire, DALI, Wiregate,
CometVisu (TW Docker-Container), Mobotix T25, Logiken für Licht- und Rolladensteuerung
1-Wire-Ventilaktoren + Logiken für Gartenbewässerung
EFH, KNX, 1-Wire, DALI, Wiregate,
CometVisu (TW Docker-Container), Mobotix T25, Logiken für Licht- und Rolladensteuerung
1-Wire-Ventilaktoren + Logiken für Gartenbewässerung
-
Sun1453
- Beiträge: 2502
- Registriert: Do Feb 07, 2019 8:08 am
- Hat sich bedankt: 2263 Mal
- Danksagung erhalten: 1276 Mal
Ich warte noch eine Aussage von Elabtnet ab aber wenn dem so ist muss ich das dann mit Router und Smart Management Switch tun.
Klar kenne ich das OSI Schichtenmodell wollte nur nicht so viel Fachchinesisch hier reden.
Klar kenne ich das OSI Schichtenmodell wollte nur nicht so viel Fachchinesisch hier reden.
Zuletzt geändert von Sun1453 am Di Feb 15, 2022 10:48 pm, insgesamt 1-mal geändert.
Gruß Michael
Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |
Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |
-
Robert_Mini
- Beiträge: 3936
- Registriert: So Aug 12, 2018 8:44 am
- Hat sich bedankt: 1311 Mal
- Danksagung erhalten: 2519 Mal
Der Anwendungsfall würde mich dennoch interessieren?
Danke
Robert
Danke
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297
-
Sun1453
- Beiträge: 2502
- Registriert: Do Feb 07, 2019 8:08 am
- Hat sich bedankt: 2263 Mal
- Danksagung erhalten: 1276 Mal
Scheinbar ist das Thema bisschen untergegangen. Daher die Rückfrage an dieser Stelle.
Gruß Michael
Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |
Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |
-
blaubaerli
- Beiträge: 2785
- Registriert: Sa Sep 15, 2018 10:26 am
- Wohnort: Kerpen
- Hat sich bedankt: 1080 Mal
- Danksagung erhalten: 1056 Mal
Hallo Michael,
der Wolf ist kein Router. Ich verstehe deine Anforderungen daher nicht.
Beste Grüße
Jens
der Wolf ist kein Router. Ich verstehe deine Anforderungen daher nicht.
Beste Grüße
Jens
| timberwolf168 | (2600er) | VPN offen | Reboot nach Vereinbarung |
| timberwolf1699 | (3500XL) | VPN offen | Reboot jederzeit |
| wiregate1250 |
-
Cepheus73
- Beiträge: 203
- Registriert: Sa Aug 11, 2018 11:36 pm
- Wohnort: München
- Hat sich bedankt: 527 Mal
- Danksagung erhalten: 162 Mal
Grins, genau, so kann man das (im Gegensatz zu meiner langatmigen Ausführung) auch in einem schlichten Satz ausdrücken ...blaubaerli hat geschrieben: ↑Di Mär 01, 2022 4:58 pm der Wolf ist kein Router. Ich verstehe deine Anforderungen daher nicht.
TW 2600 #178 + TW 3500 #1704 - VPN offen, Zugriff jederzeit
EFH, KNX, 1-Wire, DALI, Wiregate,
CometVisu (TW Docker-Container), Mobotix T25, Logiken für Licht- und Rolladensteuerung
1-Wire-Ventilaktoren + Logiken für Gartenbewässerung
EFH, KNX, 1-Wire, DALI, Wiregate,
CometVisu (TW Docker-Container), Mobotix T25, Logiken für Licht- und Rolladensteuerung
1-Wire-Ventilaktoren + Logiken für Gartenbewässerung