Canal Digitaal Cardsharing-Setup: CCcam& OScam Anleitung

Wenn du hier gelandet bist, starrst du wahrscheinlich auf einen schwarzen Bildschirm mit einer verbundenen Leitung und fragst dich, was du kaputt gemacht hast. Das Canal Digitaal Cardsharing-Setup (CCcam/OScam-Konfiguration) ist eine von diesen Sachen, die unkompliziert aussehen, bis man drei Konfigurationsbearbeitungen tief steckt und Kanäle sich immer noch nicht öffnen lassen. Dieser Leitfaden deckt den gesamten Prozess ab – echte Konfigurationsblöcke, tatsächliche Dateipfade und die spezifischen Dinge, die schiefgehen und warum.

Das ist keine Einsteiger-Einführung. Geh davon aus, dass du bereits einen Enigma2-Receiver betreibst, CCcam oder OScam installiert hast und eine Sharing-Leitung oder eine physische Karte zur Hand hast. Was du brauchst, ist die richtige Konfigurationssyntax und eine Möglichkeit zu diagnostizieren, was fehlschlägt.

Schnelle Antwort: Minimale funktionierende Konfiguration für Canal Digitaal

Bevor wir uns in die Theorie vertiefen – so sieht eine funktionierende minimale Konfiguration tatsächlich aus. Dies sind Platzhalter-Anmeldedaten – ersetze sie durch deine echten Leitungsdetails.

CCcam Client-Leitung (C: Line) Format

Öffne/etc/CCcam.cfg (oder/var/etc/CCcam.cfg bei einigen Enigma2-Images) und füge hinzu:

C: your.server.host 12000 yourusername yourpassword

Das ist das Minimum. Das C: Line-Format ist immerC: hostname port username password. Port 12000 ist der CCcam-Protokollstandard, obwohl dein Anbieter möglicherweise einen anderen Port verwendet – bestätige dies, bevor du Annahmen triffst. Speichere die Datei, starte CCcam neu und überprüfe das Infopanel unterhttp://box-ip:16001 um zu sehen, ob die Leitung als verbunden angezeigt wird.

OScam Reader + Server Äquivalent

OScam teilt das, was CCcam in einer Zeile macht, auf drei Dateien auf. Die Reader-Definition steht in/etc/tuxbox/config/oscam.server (oder/var/etc/oscam/oscam.server je nach Image):

[reader]

Inoscam.user, erstelle ein lokales Konto, das die DVB-API verwendet:

[account]

Und das absolute Minimum füroscam.conf:

[global]

Welche Ports und Dateien Sie tatsächlich bearbeiten müssen

Für CCcam: nur bearbeitenCCcam.cfg. Für OScam: touchoscam.conf,oscam.server, undoscam.user. Dieoscam.dvbapiDatei wird benötigt, wenn OScam den Tuner direkt ansteuert (üblich bei Enigma2). Das OScam-Konfigurationsverzeichnis befindet sich normalerweise unter/etc/tuxbox/config/bei älteren Images und/var/etc/oscam/bei neueren —ls /etc/tuxbox/config/oscam.*zeigt Ihnen sofort, welches zutrifft.

Eine Sache, die viele verwirrt: Bei manchen Boxen ist/etc/ein Symlink oder ein tmpfs-Mount, der beim Neustart gelöscht wird. Wenn Ihre Änderungen nach einem Neustart verschwinden, befindet sich Ihr eigentlicher persistenter Konfigurationsort woanders — normalerweise/var/etc/oder eine Flash-Partition. Prüfen Sie, von wo der laufende Prozess liest, mitps aux | grep -i oscamund schauen Sie sich die-c Argument.

Das Canal Digitaal-Verschlüsselungs-Setup verstehen

Canal Digitaal verwendet Irdeto 2 Conditional Access. Jeder verschlüsselte Kanal sendet ECM-Pakete (Entitlement Control Message), die die CAID und die Provider-ID enthalten, welche angeben, welche Karte ihn entschlüsseln kann. Ihr Emulator fängt diese ab und leitet sie an einen Reader weiter – entweder eine physische Karte oder eine Remote-Sharing-Line –, der tatsächlich die Berechtigung besitzt.

Grundlagen zu CAID und Provider-ID

Die CAID identifiziert das Conditional-Access-System – für Irdeto 2 auf dieser Plattform sehen Sie in Ihren Logs typischerweise etwas wie1833 oder1834 in Hex in Ihren Logs. Die Provider-ID (Ident) schränkt dies weiter ein: Verschiedene Pakete mit derselben CAID können unterschiedliche Provider-IDs haben, und eine Sharing-Line trägt möglicherweise nur einige davon. Genau deshalb öffnen bestimmte Kanäle, während andere schwarz bleiben – selbst mit einer „funktionierenden" Line.

Warum die richtige CAID für das ECM-Routing wichtig ist

OScam leitet jede ECM-Anfrage anhand übereinstimmender CAID und Gruppe an Reader weiter. Wenn der Reader die CAID nicht explizit auflistet (oder der CAID-Filter falsch ist), versucht OScam diesen Reader gar nicht erst. CCcam handhabt dies automatischer, ist aber weniger transparent darüber, warum ein bestimmter Kanal fehlschlägt. In OScam können Sie über dascaid Feld einschränken, welche CAIDs ein Reader verarbeitet – nützlich, wenn Sie mehrere Reader haben und Cross-Routing vermeiden möchten, aber auch eine häufige Ursache für „Line verbunden, Kanäle tot"-Probleme, wenn der Filter zu restriktiv ist.

ecm.info lesen, um die Karte zu bestätigen

Stimmen Sie auf Enigma2 auf einen Kanal ab, der funktionieren sollte, und lesen Sie/tmp/ecm.info. Sie sehen etwas wie:

CAID: 0x1833

Die CAID und Ident hier sind das, was der Kanal anfordert. Das Reader-Feld zeigt, welchen Reader OScam verwendet hat. Wenn Reader leer ist oder „not found" anzeigt, ist das ECM-Routing fehlgeschlagen – die Anfrage hat Ihre Line nie erreicht. Wenn Reader Ihre Line anzeigt, der Kanal aber immer noch schwarz ist, hat die Line geantwortet, aber entweder einen falschen CW zurückgegeben oder die Antwort dauerte zu lange.

OScam-Konfiguration Schritt für Schritt

Hier ist eine vollständige kommentierte Konfigurationsanleitung. Dies deckt das häufigste Enigma2-Setup ab, bei dem OScam sowohl die Remote-Line als auch die DVB-API verwaltet.

oscam.conf Globale und Webif-Einstellungen

[global]

nice = -1 gibt OScam eine leicht erhöhte CPU-Priorität – auf langsamen Geräten ist dies tatsächlich relevant für die ECM-Antwortzeit.preferlocalcards = 1 leitet ECMs an eine physische Karte weiter, bevor Netzwerk-Reader versucht werden – das ist gewünscht, wenn Sie eine Karte im Slot haben und eine Sharing-Line als Backup nutzen.

oscam.server Reader-Block für eine CCcam-Protokoll-Line

[reader]

Dascccversion Feld ist wichtig. Einige Upstream-Server lehnen Verbindungen bei nicht übereinstimmenden Versionen ab.2.3.0 wird weitgehend akzeptiert.ccckeepalive = 1 sendet regelmäßige Pings, um zu verhindern, dass der Server inaktive Verbindungen trennt — nützlich bei Leitungen, die nach wenigen Minuten Inaktivität unterbrochen werden. Lassen Siecaid hier leer, es sei denn, Sie haben einen bestimmten Grund, es einzuschränken; lassen Sie OScam herausfinden, was der Reader aus der Kartenliste des Servers bereitstellt.

oscam.user mit Gruppen- und CAID-Filterung

[account]

Dergroup Wert hier muss mit demgroup Wert in Ihrem Reader-Block übereinstimmen. Dies ist der häufigste Konfigurationsfehler, den ich sehe. Der Reader ist in Gruppe 1, das Konto muss ebenfalls Gruppe 1 anfordern — wenn sie nicht übereinstimmen, werden ECMs von diesem Konto diesen Reader nie erreichen.au = 1 ermöglicht das Durchleiten von Karten-Updates (Berechtigungsnachrichten), was einige Konfigurationen benötigen, damit die Karte autorisiert bleibt.

oscam.dvbapi für den lokalen Tuner

[dvbapi]

Deruser hier muss mit dem in oscam.user definierten Konto übereinstimmen.boxtype = dreambox funktioniert für die meisten Enigma2-Receiver unabhängig von der tatsächlichen Marke. Wenn Sie ein OpenATV- oder OpenPLi-Image verwenden, ist dies die Standardeinstellung. Einige Images verwendenboxtype = enigma2 — überprüfen Sie, was die Dokumentation Ihres Images sagt, wenn dreambox nicht funktioniert.

Neustart und Log lesen

OScam neu starten mit/etc/init.d/oscam restart oder über das Plugin-Menü Ihres Images. Beobachten Sie dann das Log:

tail -f /tmp/oscam.log

Suchen Sie nach Zeilen, die zeigen, dass Ihr Reader eine Verbindung herstellt. Ein gutes Zeichen istreader canal_line: connected to your.server.host:12000 gefolgt voncards: 1 oder mehr. Das Webif unterhttp://box-ip:8888 → Registerkarte Status zeigt den aktuellen Zustand jedes Readers. Verbunden mit Karten> 0 bedeutet, dass die Leitung aktiv ist. Stimmen Sie dann einen Sender ab und beobachten Sie ECM-Zeilen — Sie sollten die CAID, den verwendeten Reader und die Antwortzeit in Millisekunden sehen.

Schritt-für-Schritt CCcam-Konfiguration

CCcam ist einfacher zu konfigurieren, aber schwieriger zu debuggen, da es weniger Einblick in das interne Geschehen bietet.

CCcam.cfg Client-Zeilen und Optionen

Die vollständige CCcam.cfg für ein grundlegendes Client-Setup:

# Verbindung zur Sharing-Leitung herstellen

CCcam verarbeitet die Konfiguration von oben nach unten. Mehrere C:-Zeilen werden unterstützt — CCcam probiert sie der Reihe nach, wenn die erste fehlschlägt. Es gibt kein Gruppen-Matching; CCcam verhandelt automatisch, welche CAIDs der Remote-Server bereitstellt.

Server-seitige F:-Zeilen, wenn Sie Ihre eigene Karte teilen

Wenn Sie eine physische Karte im Slot Ihres Receivers haben und diese mit anderen Clients teilen möchten:

F: clientuser clientpassword 1 0

Das Format istF: username password uphops downhops.uphops = 1 bedeutet, dass dieser Client an einen weiteren Hop weitergeben kann (auf 0 setzen, um Weitergabe zu verhindern).downhops = 0 ist Standard. CCcam erkennt die physische Karte automatisch über den integrierten Reader des Receivers — Sie definieren die Karte selbst nicht in der Konfiguration, nur die Client-Konten, die sich verbinden dürfen.

Hinweis: Wenn CCcam als Server betrieben wird, muss der Listening-Port (standardmäßig 12000) in der Firewall Ihrer Box geöffnet und weitergeleitet werden, wenn Sie sich hinter einem NAT-Router befinden.

Nützliche globale Optionen (WEBINFO, Port, Log)

SERVER LISTEN PORT: 12000

CCCAM RESHARE: 0 verhindert, dass verbundene Clients Ihre Karte weiter in der Kette weitergeben.DISABLE CACHE EX: yes deaktiviert das ECM-Cache-Austauschprotokoll, das bei einigen Upstream-Servern zu Problemen führen kann.KEEPALIVE: yes hält die Verbindung aufrecht, auch wenn keine Kanäle entschlüsselt werden.

CCcam lädt die Konfiguration bei einigen Images neu, wenn Sie die Datei einfach speichern, aber ein harter Neustart (/etc/init.d/cccam restart) ist sicherer. Das Webif auf Port 16001 zeigt verbundene Server, Hop-Anzahlen und welche CAIDs jede Verbindung bereitstellt — lesen Sie dies, bevor Sie annehmen, dass die Leitung funktioniert.

Fehlerbehebung: Einfrieren, keine Kanäle und Verbindungsfehler

Die meisten Probleme bei der Canal Digitaal Cardsharing-Einrichtung (CCcam/OScam-Konfiguration) fallen in eine Handvoll Kategorien. Ordnen Sie Ihr Symptom der folgenden Ursache zu.

Leitung verbindet sich, aber Kanäle bleiben schwarz

Dies ist fast immer ein CAID/Ident-Mismatch. Die Leitung ist verbunden und meldet Karten, aber die spezifische CAID oder Provider-Ident, die Ihre Kanäle anfordern, ist auf dieser Leitung nicht verfügbar. Überprüfen Sie/tmp/ecm.info oder das OScam-Log nach der angeforderten CAID, und prüfen Sie dann die gemeldete Kartenliste Ihrer Leitung im OScam-Webif oder CCcam-Infopanel. Wenn die CAID nicht erscheint, trägt die Leitung sie schlicht nicht.

Überprüfen Sie in OScam auch die Gruppennummern. Wenn Ihr Reader Gruppe 1 und Ihr Account Gruppe 2 ist, leitet OScam nicht weiter — das Log zeigt eingehende ECM-Anfragen, aber keinen versuchten Reader.

Ein weiteres Szenario: Sie haben zwei Emulatoren gleichzeitig laufend (z. B. CCcam und OScam beide installiert und beide gestartet). Sie kämpfen um das DVB-API und das CA-Gerät. Nur einer kann gewinnen. Überprüfen Sieps aux | grep -E 'cccam|oscam' und beenden Sie denjenigen, den Sie nicht verwenden.

Kanäle öffnen sich, frieren dann alle paar Sekunden ein

Einfrieren in einem Intervall — typischerweise alle 8–10 Sekunden bei SD, kürzer bei HD — bedeutet, dass ECM-Antworten zu langsam eintreffen. Steuerwörter (die eigentlichen Entschlüsselungsschlüssel) ändern sich nach einem Zeitplan, und wenn der neue Schlüssel nicht ankommt, bevor der alte abläuft, entsteht ein Einfrieren bis zum nächsten Schlüssel.

Überprüfen Sie die ECM-Antwortzeit im OScam-Log. Alles, was dauerhaft über 600 ms liegt, ist riskant. Über 1000 ms werden Sie regelmäßige Einfrierungen bei SD sehen; HD-Kanäle haben ein engeres Fenster und beginnen bei niedrigeren Schwellenwerten einzufrieren — etwa 400–500 ms — weil die ECM-Last höher ist.

Ursachen: zu viele Hops (jeder Hop erhöht die Latenz), überlasteter Upstream-Server oder ein langsamer Netzwerkpfad. Die Lösung ist eine schnellere Leitung — eine mit Hop-Anzahl 1 und ECM-Zeiten unter 300 ms.

Reader zeigt Getrennt oder 0 Karten

Arbeiten Sie dies der Reihe nach durch. Überprüfen Sie zuerst, ob der Hostname aufgelöst wird:nslookup your.server.host. Überprüfen Sie dann, ob der Port erreichbar ist:telnet your.server.host 12000 — wenn eine Zeitüberschreitung oder Ablehnung auftritt, liegt das Problem im Netzwerk, nicht in der Konfiguration. Überprüfen Sie, ob Ihre Box-Firewall ausgehende Verbindungen auf diesem Port blockiert (iptables -L -n). Einige ISPs blockieren auch ausgehende Verbindungen auf nicht standardmäßigen Ports, obwohl dies weniger verbreitet ist als früher.

Wenn Telnet eine Verbindung herstellt, liegt das Problem bei den Anmeldedaten oder dem Protokoll. Überprüfen Sie Benutzername, Passwort und Port anhand Ihrer Leitungsdetails. Bestätigen Sie für OScamcccversion mit dem übereinstimmt, was der Server erwartet.

Falsche CAID / ECM nicht beantwortet

Sie haben möglicherweise die richtige CAID, aber die falsche Provider-Ident. Die Paketstruktur von Canal Digitaal bedeutet, dass einige Kanäle unter verschiedenen Provider-IDs liegen, selbst innerhalb derselben CAID. Eine Leitung mit der CAID könnte ECMs für das Hauptpaket beantworten, aber nicht für Sport- oder Premium-Zusatzpakete, wenn diese unterschiedliche Idents haben und die Sharing-Karte nicht über die entsprechende Berechtigung verfügt.

In OScam können Sie einenident Filter zum Reader hinzufügen, um einzuschränken, welche Provider-IDs er verarbeitet — lassen Sie diesen jedoch standardmäßig leer und überlassen Sie die Sortierung dem Upstream. Wenn bestimmte Kanäle eines Pakets funktionieren und andere nicht, ist dies die wahrscheinliche Ursache.

Zeitsynchronisierung und Firewall-/Portprobleme

Dieser Punkt wird in den meisten Anleitungen übersprungen. Die Irdeto 2 ECM-Entschlüsselung ist zeitkritisch — die Karte prüft die Systemzeit als Teil des Entschlüsselungsprozesses. Wenn die Uhr Ihrer Box um mehr als einige Minuten abgewichen ist, schlägt die Entschlüsselung lautlos fehl. Boxen ohne Echtzeituhr (RTC) sind nach einem Stromausfall besonders anfällig dafür.

Abhilfe: Installieren und aktivieren Sie die NTP-Synchronisierung. Auf Enigma2 erzwingtntpdate -u pool.ntp.org eine sofortige Synchronisierung. Fügen Sie es Ihrem Autostart hinzu, wenn die Box keine RTC hat. Überprüfen Sie außerdem, ob die Zeitzoneneinstellung Ihrem tatsächlichen Standort entspricht — eine falsche Zeitzone ist aus Sicht der Karte funktional dasselbe wie eine Uhrabweichung.

Bei ausgehenden Firewall-Problemen: Die meisten Enigma2-Boxen haben standardmäßig minimale Firewall-Regeln, aber wenn jemand Ihre gehärtet hat, überprüfen Sie, ob ausgehendes TCP auf Port 12000 (oder welchen Port Ihre Leitung auch immer verwendet) erlaubt ist.

So wählen Sie eine zuverlässige Sharing-Leitung (allgemeine Kriterien)

Das Canal Digitaal Cardsharing-Setup (CCcam/OScam-Konfiguration) ist nur so gut wie die Leitung, die es speist. Sie können eine perfekte Konfiguration haben und trotzdem ständige Aussetzer durch eine minderwertige Leitung bekommen. So bewerten Sie, womit Sie sich verbinden — anhand von Daten aus Ihren eigenen Tools, nicht anhand von Verkäufer-Marketing.

Lokale vs. Remote-Kartenindikatoren

Im Webif von CCcam und im Reader-Status von OScam können Sie die vom Remote-Server gemeldete Hop-Anzahl sehen. Eine Hop-Anzahl von 1 bedeutet, dass Ihre Verbindung einen Schritt von der physischen Karte entfernt ist — das bestmögliche. Hop-Anzahl 2 bedeutet, dass es einen Zwischenserver gibt. Höher als das und Sie stapeln Latenz mit jedem zusätzlichen Hop.

Für Canal Digitaal speziell möchten Sie eine Leitung, die die Ziel-CAID bei Hop 1 meldet. Leitungen, die die CAID bei Hop 3 oder 4 anzeigen, funktionieren oft bei SD, versagen aber unter Last oder bei HD-Kanälen.

Hop-Anzahl und Serverlast-Signale

Die Readers-Seite des OScam-Webifs zeigt die aktuelle ECM-Antwortzeit pro Reader. Beobachten Sie dies über mehrere Minuten, nicht nur zu einem einzigen Zeitpunkt. Eine Leitung mit einem Durchschnitt von 180 ms und gelegentlichen Spitzen bis zu 400 ms ist in Ordnung. Eine Leitung, die „durchschnittlich" 250 ms hat, weil sie zwischen 80 ms und 900 ms schwankt, ist es nicht — diese Spitzen verursachen Aussetzer.

Das Info-Panel von CCcam zeigt aktive Shares pro Karte. Eine Karte, die Hunderte simultane Clients bedient, wird unter Last hohe Antwortzeiten haben. Dies ist für Sie von außen unsichtbar, aber konstant hohe Antwortzeiten (über 500 ms) zur Hauptsendezeit sind ein Signal.

Uptime und ECM-Antwortzeit als Qualitätsmetriken

OScam verfolgt die Reader-Uptime im Webif. Eine Leitung, die 7 Tage lang ununterbrochen verbunden war, ist zuverlässiger als eine, die 4 Stunden Uptime anzeigt, weil sie ständig abbricht. Sie können auch den „no answer"-Zähler in den OScam-Reader-Statistiken überprüfen — ein Reader, der häufig keine Antwort zurückgibt, ist entweder überlastet oder hat die CAID für die Kanäle nicht, die Sie schauen möchten.

Betreiben Sie eine Leitung 24 Stunden lang, bevor Sie sie beurteilen. Viele Leitungen sehen um 14 Uhr gut aus und brechen um 20 Uhr zusammen, wenn alle schauen. Die Webif-Log-Zeitstempel ermöglichen es Ihnen, Aussetzer-Ereignisse mit ECM-Antwortzeit-Spitzen zu korrelieren, was Ihnen genau sagt, wann und warum die Verschlechterung auftritt.