Vivid und Hustler TV nur noch im Secure Cam

    !! Danke für das Entfernen der Keys !!

    So habe die Datei oscam.dvbapi auf dem Client unter dem selben Pfad abgelegt wo sich auch die anderen Dateien befinden /var/tuxbox/config (mit dem Inhalt oben)
    Frage:
    Wird diese automatisch gezogen beim restart des oscam Client ?
    Am Server habe ich nichts verändert.
    Nach dem Neustart des Oscam auf der Clientbox bekomme ich folgende Meldung:

    Medung auf dem Client:
    zuerst der Sender Hustler
    zum schluss der Sender vivid

    Meldung auf dem Server:

    Zitat


    OScam.log:2017/10/29 17:48:01 518DDB11 c (camd35) dream500_WZ emm-request sent (reader=redlight, caid=0500, auprovid=FFF8F0)
    OScam.log:2017/10/29 17:52:36 0188DC13 c (camd35) dream500_WZ emm-request sent (reader=redlight, caid=0500, auprovid=FFF8F0)

    Vielen Dank für Eure bisherige Mühe
    Aufgrund der Meldung im Client:

    Zitat


    *** WARNING: BAD TIME AFFECTING WHOLE OSCAM ECM HANDLING ****

    Vermute ich das es eher am Server liegt

    Noch ein Hinweis:
    Ich habe alle Konfigs per "VI" editiert und nicht über das Web Interface.

    Noch ein aktueller versuch mit den Meldungen verschiedener Sender:

    Server:

    zum gleichen Zeitpunkt auf dem Client:

    Ja Counter... habe ich gerade gemacht und Client restartet

    Server meldet:

    Client Meldet:

    hat keinen besonderen Grund:

    Ich habe Clients die CCcam nutzen, deshalb habe ich ursprünglich auch einen CCcam Client genutzt (2.2.1)
    Alle sagen das der oscam.client besser ist (stabiler) und ich dachte die Config müsste so sein wie ich es jetzt habe.

    Ich nutze oscam zu oscam, während die Clients oscam zu CCcam nutzen (noch).

    Mir ist das Protokoll eigentlich egal.
    Was müsste ich anpassen ?
    Einfach auf Clientseite in der Oscam.server bei der Readern als Protokoll cccam eintragen statt camd35 ?
    und
    in der oscam.conf ebenfalls CCcam mit Port 22117 eintragen ?

    den dvbapi Eintrag brauche ich aber weiterhin um auf dem Client das Bild zu bekommen, richtig ?

    Moin


    bitte mal beim Server oscam.server

    oscam.user

    Code
    [account]
user = dream500_WZ
pwd = dream
caid = 098C,1830,0B00,0500
au = v14,mtv
group = 1,2,3,4,5
#uniq = 0

    Client DM... ?

    oscam.conf


    Client

    oscam.server


    oscam.user

    Code
    [account]
user                          = local
pwd                           = local
monlevel                      = 4
au                            = 1
group                         = 1


    um

    @ ... die Karte wird zwar vom Server gelesen , aber nicht an den User übergeben , da würde auch oscam-cccam überhaupt nichts bringen, weil es greift ja auf Gruppe HD+ im log zu und bekommt eine Antwort ,vom Server und und der DM ,
    bei Hustler sieht man im log das der User keine Berechtigung für dei Gruppe Red.. group 5 hat und auf der Dream ist im log zu sehen , das keine Antwort vom Server für Caid 0500 bekommt

    Rejected Group kommt nicht nur wenn die Gruppen nicht passen, sondern auch noch bei anderen dringen wie halt Whitelisting etc.
    Und CCCam deshalb weil dort wenigstens im Gegensatz zu Camd3 CAID / ProvID übermittelt werden.

    Was hat das CCcam Proto jetzt mit "der" CCcam zu tun? Du weißt schon das CCcam-Ext mit CCcam so gar nichts mehr Gemeinsam hat und es es kann auch ebenso sein dass das Camd3 Proto nicht mit so langen ECM klar kommt, wer weiß das schon ohne in die Source zu gucken.

    Da seine Gruppen passen, deutet halt alles auf eine Whitelist hin und es haben auch schon andere geschrieben das sie keinesfalls so ne Liste haben und was war es letztendlich? Eine Whitelist.

    So habe alles eingestellt mit folgendem Ergebnis:

    Server:

    Client (Dreambox):

    Folgende Dinge sind mir unklar:

    Server:
    Im Server gibt es 5 Karten (Gruppe 1 -5)
    Die User im Server haben deshalb 1,2,3,4,5 (zumindest der User dream500_WZ) eingetragen.

    Client:
    Im Client ist nur 1 User eingetragen (local)
    In der oscam.conf ohne PWD und in der oscam.user mit PWD.
    Ist das OK ?
    Aber es können alle Karten gelesen werden (auch die Sender der Redlight, zB. Private)

    Im Client:
    Wenn ich im Server 5 Karten habe muss ich doch im Client die reader einstellen, die der Client sehen soll.
    Ich habe hierbei die Gruppen identisch Nummeriert wie im Server.

    Hierbei hat dier Reader für Redlight die 5 bekommen.
    Muss ich dann dem User local im Client auch alle Gruppen eintragen (aktuell steht dort die Gruppe 1).
    Aber wie gesagt , es werden alle Karten im Client gelesen und angezeigt.

    Hallo zusammen,

    das cccam Protokoll habe ich zwischendurch ausprobiert (ist aber eine 2.2.1 Version die im WebInt angezeigt wird)
    Das hatte aber auch nicht geholfen.

    Heute habe ich weiter getestet und Schlußendlich beschlossen einen neuen IPC 11.6 (meiner war 11.3 von 2011) mit einem neuen DEBIAN 9.2.1 aufzusetzen.
    Habe noch einen Igel hier stehen gehabt.
    Nach allen Konfiguartionen am IPC habe ich an diesen nur 1 Reader mit der Problemkarte geklemmt.

    Ich habe die Konfigs vom Counter übernommen und nur minimal wegen dem neuen Reader angepasst.
    Ergebnis:
    !! Es läuft !!

    Ich bin fast vom Glauben abgefallen als da auf einmal "found" stand.
    Jetzt will ich aber noch rausfinden wodran es genau lag.

    Es gibt 2 Möglichkeiten:
    1. das neue System mit anderem Reader
    2. In der alten Konfig gab es etliche alte Konfigurationen mit alten Karteneinstellungen die es garnicht mehr gibt (auskommentiert).

    Wenn ich rausbekommen habe wodran es lag, werde ich es hier posten (immerhin hat mich/uns die Sache länger beschäftigt).
    Jetzt muss ich mich aber anderen Dingen widmen bevor ich weitermache (Es sind Sachen liegen geblieben) :D

    Erst einmal vielen vielen Dank an alle Beteiligten für die Hilfe.

    Hallo zusammen,

    ich habe noch ein wenig getestet und rausbekommen das es "nicht" am alten System lag (IPC 11.3 und Debian 6).

    Nach dem ich den Neuen Server komplett laufen hatte, habe ich auf dem alten aufgeräumt.
    Alte Karten die nicht mehr aktiv waren rausgeschmissen und somit weniger Gruppen und Konfigs im System.
    Anschließend alle alten auskommentierten Konfig Einträge gelöscht und überall ein wenig aufgeräumt (alte logs, teilweise alte oscam Konfig Dateien und CCcam Konfigs in einen Ordner "ALTE_KONFIGURATIONEN" verschoben.

    Auch die alten rules der Reader habe ich auf den aktuellen Stand angepasst, so dass die device Zuweisungen klarer sind (zB. HDPLUS an device =/dev/hdplus).
    Nach einem reboot des Systems hat sofort alles funktioniert.
    Es lohnt sich also immer Ordnung zu halten und im System ab und an aufzuräumen :)

    Abschließend habe ich eine kleine aktuelle Doku zum Installations Vorgang und zur Konfig des Debian erstellt um beim nächsten mal besser gewappnet zu sein.

    Noch ein kleiner Nachtrag:
    Bei dieser Gelegenheit habe ich auch mit den CCcam2.3.0 beim Client getestet als auch das cccam Protokoll beim oscam.

    Beides funktioniert, wobei ich nicht sagen kann wo die Vor bzw. Nachteile liegen. (camd3,cccam Protokoll oder CCcam2.3.0 Client)
    Von der Geschwindigkeit her, wie schnell Sender aufgehen scheint CCcam 2.3.0 minimal schneller zu sein aber das kann sich mit einem neueren oscam Client auch anders verhalten.
    Wiederrum soll der CCcam2.3 sich schneller weg zu hängen. Das kann aber nur ein Langzeittest zeigen ob es wirklich so ist.

    Nochmals vielen Dank für Eure Unterstützung,

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!

Benutzerkonto erstellen Anmelden