Fritzbox-Tuner im TVHeadend werden nicht angezeigt
Guten Abend Zusammen,
ich melde mich heute mal wieder mit einem neuen Problem:
Ich habe meinen TVHeadend-Server (läuft als eine VM auf einem ESXI-Host) mal komplett geupdatet.
Leider zeigt er mir seitdem nicht mehr die Tuner der Fritzbox 6490 Cable an. Die VM besitzt zwei physische Netzwerkschnittstellen:
1: Im Netzsegment 192.168.2.x mit fester IP 192.168.2.230 (internes Netz)
2: im Netzsegment der Fritzbox mit 192.168.178.3 + 4 + 5 + 6 ebenfalls fest, Fritzbox macht kein DHCP und hat die IP 192.168.178.1. Alle vier Adressen sind der zweiten physischen Schnittstelle zugeordnet. Dies war damals notwendig da die Fritzbox je Tuner eine eigene IP-Adresse wollte.
Ich habe mal spaßeshalber die VM auf einen alten Snapshot zurückgesetzt, da werden die Tuner dann wieder gefunden, jedoch holt die VM irgendwie immer wieder das Update nach, sodass ich nach ca. 15 Minuten wieder auf dem "aktuellen Stand" bin.
Ich habe euch mal die Konfiguration der Netzwerkadapter beigefügt. Mein Gedanke war das er vielleicht durch das Update Netplan als Maß der Dinge ansieht, da ich gelesen habe das Netplan nun standardmäßig in Ubuntu verwendet wird. Deshalb habe ich auch in Netplan die Route hinzugefügt. Da ich leider ein ziemlicher Nerd in Sachen Linux bin, hatte mir das damals ein Bekannter so eingerichtet. Er weiß aber leider auch nicht warum das Update jetzt da irgendeinen Knüppel reinhaut.
Vielleicht habt ihr ja eine Idee. Schonmal vielen Dank und ein schönes Wochenende
ich melde mich heute mal wieder mit einem neuen Problem:
Ich habe meinen TVHeadend-Server (läuft als eine VM auf einem ESXI-Host) mal komplett geupdatet.
Leider zeigt er mir seitdem nicht mehr die Tuner der Fritzbox 6490 Cable an. Die VM besitzt zwei physische Netzwerkschnittstellen:
1: Im Netzsegment 192.168.2.x mit fester IP 192.168.2.230 (internes Netz)
2: im Netzsegment der Fritzbox mit 192.168.178.3 + 4 + 5 + 6 ebenfalls fest, Fritzbox macht kein DHCP und hat die IP 192.168.178.1. Alle vier Adressen sind der zweiten physischen Schnittstelle zugeordnet. Dies war damals notwendig da die Fritzbox je Tuner eine eigene IP-Adresse wollte.
Ich habe mal spaßeshalber die VM auf einen alten Snapshot zurückgesetzt, da werden die Tuner dann wieder gefunden, jedoch holt die VM irgendwie immer wieder das Update nach, sodass ich nach ca. 15 Minuten wieder auf dem "aktuellen Stand" bin.
Ich habe euch mal die Konfiguration der Netzwerkadapter beigefügt. Mein Gedanke war das er vielleicht durch das Update Netplan als Maß der Dinge ansieht, da ich gelesen habe das Netplan nun standardmäßig in Ubuntu verwendet wird. Deshalb habe ich auch in Netplan die Route hinzugefügt. Da ich leider ein ziemlicher Nerd in Sachen Linux bin, hatte mir das damals ein Bekannter so eingerichtet. Er weiß aber leider auch nicht warum das Update jetzt da irgendeinen Knüppel reinhaut.
Vielleicht habt ihr ja eine Idee. Schonmal vielen Dank und ein schönes Wochenende
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 61093375701
Url: https://administrator.de/contentid/61093375701
Ausgedruckt am: 22.11.2024 um 01:11 Uhr
16 Kommentare
Neuester Kommentar
Da müsstest du auf unsere Linux-Spezialisten warten - und denen bestenfalls auch ein paar Details zur Ubuntu Version vorab liefern ...
Aber:
eine erste Suche ergibt:
ubuntu firewall deaktivieren
ergäbe
Aber: "ufw" ist Ubuntu-Versionsabhängig, sollte bei Versionen der letzten Jahre aber funktionieren ... - temporär bis zum Neustart (soweit mein Basis-Wissen)
Aber:
eine erste Suche ergibt:
ubuntu firewall deaktivieren
ergäbe
sudo ufw disable
Aber: "ufw" ist Ubuntu-Versionsabhängig, sollte bei Versionen der letzten Jahre aber funktionieren ... - temporär bis zum Neustart (soweit mein Basis-Wissen)
Moin,
ließ dir mal die Release notes vom Update durch.
Das selbe passiert mir andauernd mit meinem OpenHAB Server.
Hast du nur einfach die Ubuntu Version hochgezogen? Sind die Pakete aktuell und passend für das Release?
Ansonsten installier den Server einfach neu und importiere die Einstellungen.
Kann aber auch sein, dass im neuen Release von TVheadend Features fehlen hatten. Das hatte ich früher andauernd.
Gruß
Spirit
ließ dir mal die Release notes vom Update durch.
Das selbe passiert mir andauernd mit meinem OpenHAB Server.
Hast du nur einfach die Ubuntu Version hochgezogen? Sind die Pakete aktuell und passend für das Release?
Ansonsten installier den Server einfach neu und importiere die Einstellungen.
Kann aber auch sein, dass im neuen Release von TVheadend Features fehlen hatten. Das hatte ich früher andauernd.
Gruß
Spirit
Ich interpretiere den Vorachlag von @Spirit-of-Eli derart:
Aktuelle
- Media-VM aBschalten
- Neue &b7ntu-VM anlegen
- Media-Software install8e43n
Ich schätze, die Idee dahinter ist, eas die Media-Software Ubuntu und die Firewall und Software automatisch so konfiguriert, wi3's geht ... ??
Also durchaus sinnvoll ...
Aktuelle
- Media-VM aBschalten
- Neue &b7ntu-VM anlegen
- Media-Software install8e43n
Ich schätze, die Idee dahinter ist, eas die Media-Software Ubuntu und die Firewall und Software automatisch so konfiguriert, wi3's geht ... ??
Also durchaus sinnvoll ...
OK🤔
Auch wenn ich jetzt kein Linux-Spezi bin, habe ich ja wieder mal Linux-Systeme installiert - meist als VM ...
... die Firewall war meist an 🤔 oder nicht?
Aber egal, das könnte TE ja über cmd-Befehl abfeagen ... 🤔
Sie ist zwar an hat aber üblicherweise keine Regeln definiert und lässt deshalb alles durch.
Etwas wirr ist die o.a Interface Konfig des TOs.
Sage und schreibe 4 (!) Interfaces parallel im gleichen (Fritzbox) IP Netz. Den tieferen Sinn müsste man mal verstehen, denn das ist de facto falsch und nicht standardkonform.
Was leider auch falsch ist, ist die statische Route einer local scoped Multicast Adresse auf das Hostinterface selber. Multicast ist so nicht routebar und die Route ist in sich unlogisch und damit syntaktisch falsch.
Auch das separate Interface im 2er Netz ist unverständlich. Zumindestens solange man das genaue Netzdesign des TO nicht kennt zu dem er leider keine Angaben macht.
Viele Baustellen mit gravierenden Setup Fehlern also was vermutlich das alte OS noch irgendwo mehr oder minder noch toleriert, aktuelle OS Versonen aber zu Recht nicht mehr.
Etwas wirr ist die o.a Interface Konfig des TOs.
Sage und schreibe 4 (!) Interfaces parallel im gleichen (Fritzbox) IP Netz. Den tieferen Sinn müsste man mal verstehen, denn das ist de facto falsch und nicht standardkonform.
Was leider auch falsch ist, ist die statische Route einer local scoped Multicast Adresse auf das Hostinterface selber. Multicast ist so nicht routebar und die Route ist in sich unlogisch und damit syntaktisch falsch.
Auch das separate Interface im 2er Netz ist unverständlich. Zumindestens solange man das genaue Netzdesign des TO nicht kennt zu dem er leider keine Angaben macht.
Viele Baustellen mit gravierenden Setup Fehlern also was vermutlich das alte OS noch irgendwo mehr oder minder noch toleriert, aktuelle OS Versonen aber zu Recht nicht mehr.
Zitat von @aqui:
Sage und schreibe 4 (!) Interfaces parallel im gleichen (Fritzbox) IP Netz. Den tieferen Sinn müsste man mal verstehen, denn das ist de facto falsch und nicht standardkonform.
Das hat er ja, die DVB fähige FritzBox verlangt pro Empfänger unterschiedliche IPs und er will es mit seinem MediaServer bündeln ... soweit also OK
Zitat von @Welly92:
Das ist auch der Fall:
Es sind zwei physische Interfaces:
1: Die interne IP 192.168.2.230
2: Die Adressen der Fritzbox 192.168.178.3-6
Zitat von @Spirit-of-Eli:
Für vier Adressen würde ich aber nicht vier Interface nutzen. Sondern auf eines vier Adressen schrauben.
Für vier Adressen würde ich aber nicht vier Interface nutzen. Sondern auf eines vier Adressen schrauben.
Das ist auch der Fall:
Es sind zwei physische Interfaces:
1: Die interne IP 192.168.2.230
2: Die Adressen der Fritzbox 192.168.178.3-6
Sorry, hatte ich über lesen.
Wenn es das war bitte nicht vergessen deinen Thread hier als erledigt zu markieren!