[Gelöst] TVH/Oscam dekodiert manche Programme nur noch nach Oscam Neustart

Also weshalb hier immer auf Docker geschworen wird, ist mir ein vollkommenes Rätsel... Man muß nicht alles dockern, nur um des dockern willen. Gerade bei Oscam ist die Installation selbst doch mit zwei Zeilen erledigt, die eigentliche Arbeit steckt schließlich im Anpassen der ganzen Konfigurationsdateien. Was ich aber an deiner Stelle gar nicht machen würde, ist die automatische Aktualisierung mittels Ourosboros (mußte erstmal googlen, was das überhaupt ist, was es nicht alles an dollen Programmen gibt). Im Gegenteil: Oscam wäre das letzte Programm, das ich jemals aktualisieren würde. Wozu denn, was soll sich da verbessern? Entweder das Signal wird dekodiert oder nicht. Im ersteren Fall lass es einfach laufen!

Also ich wollte heute mal von TVH 4.2 auf 4.3 updaten. In 4.3 habe ich auch den beschriebenen Fehler in Zusammenspiel mit Oscam. Jetzt, zurück auf 4.2 (gleiches Oscam) geht wieder alles. Ich würde sagen der Fehler liegt in TVH 4.3.x

Hi,

also ich nutze immer die letzte Version von TVH (selber compiliert) und ebenfalls die letzte OScam AIO (selber compiliert) und hatte mit der Entschlüsselung der einzelnen Sender nie Probleme.

Allerdings nutze ich CCcam als Protokoll...

Du kannst Container auch eine statische IP Adresse innerhalb seines nrtztes verpassen.
Dies habe ich bspw. bei meinen MariaDB Containern so gemacht, damit es nicht zu so einem Fehler kommen kann.

Container die nicht auf einen anderen aufbauen, sondern nur auf den Port zum erreichen sind dagegen irrelevant, die können sich gerne immer wieder ne neue IP beziehen.

Schau einfach mal unter Portainer beim erstellen/bearbeiten vom Container im Reiter Netzwerk. Da kannst du dann eine statische 127.x.x.x Adresse eingeben.

Hallo zusammen,

ich wollte nun noch kurz ein zweite "Lösung" in den Ring werfen. Nach wirklich wochenlangem [definition=12,2]debugging[/definition] jeglicher Logs und rumprobierei die mich viele nerven gekostet hat.

Zur Situation: Ich habe das selbe Setup wie M4tt0 jedoch mit unRaid statt OMV. Das Problem war ebenfalls identisch, die Lösung jedoch eine andere.

Ich bin noch etwas vorsichtig, aber so langsam zeichnet sich ab das es der Fehler war.

In der UDM Pro gibt es einen Toogle der heißt (bzw. hieß! dazu aber gleich mehr) "Threat Scanner" (siehe Screenshot). Dieser scannt wohl alle internen Geräte + Ports durch was damit endete das er mir den Oscam auf Port 10000 zugespammt hat für 2 Minuten == Verbindungsabbruch zwischen TVHeadend und Oscam (Unknown Socket command received 0x0xxxxxx).

Nun ist es aber so das seit dem Update auf Unifi Network 6.5.53 dieser Toogle weg ist!!!111 jedoch lief der Dienst im Hintergrund die ganze Zeit, denn ich hab in diversen Docker-Containern ständig requests von der Router-IP gehabt.

Dann habe ich im Unifi-Forum um Hilfe gebeten und den Tipp bekommen das der Toggle noch in der App wäre. Also Android-App geladen == kein Toggle. Nun stellte sich heraus das es NUR in der iPhone-App zu finden ist. Also die App auf das iPhone vom Kollegen geladen und siehe da, der Menüpunkt Security ist vorhanden und auch der Toogle für den "Threat Scanner"...

Ich habe ihn nun gestern Vormittag deaktiviert und seitdem keinen Request mehr irgendwo gehabt und hoffe wirklich das es das nun war (bin mir aber mittlerweile relativ sicher) und die Beschreibung würde zum Symptom passen.

Also sollte noch jemand in dem Setup unterwegs sein, deaktiviert diesen dusseligen "Threat Scanner" der aktuell nur über die iOS-App deaktivierbar ist

Mich hat das nun gute 3 Wochen gekostet und hoffe einem anderen bleibt es dadurch erspart.

Moin!

Hab auch mal geguckt, was Ourosboros ist und der erste Artikel war, das dieses Projekt tot ist. Naja, gibt ja auch andere Projekte, die Docker container regelmäßig aktualisieren, wie z.bB. Watchtower.

Hi,

ich konnte bei mir genau dasselbe Problem in den Logs und im Verhalten von OSCAM/TVHeadend beobachten, allerdings lief bei mir kein Ourosboros und auch das Deaktivieren des Internal Honeypots der UDM Pro hat nicht geholfen.
Gelöst bekam ich das Problem, indem ich in der Firewall meiner Synology (auf der OSCAM und TVHeadend laufen) der IP der UDM Pro auf dem Listen Port meiner DVB-Api Config den Zugriff verwehrte.

Danke für das Teilen eurer Erkenntnisse!