CCcam& OScam Card Sharing Einrichtungsanleitung (2026)

Wenn Sie hier mit einem halb konfigurierten Receiver und einem Haufen kryptischer Fehlermeldungen gelandet sind, ist diese Cardsharing-Anleitung genau das, was Sie brauchen. Die meisten Anleitungen im Internet fügen einen Konfigurationsblock ein, ohne zu erklären, was jedes Token bedeutet, sodass Sie im Moment, in dem etwas kaputtgeht, feststecken. Diese geht tiefer — echte Dateipfade, tatsächliche Protokollunterschiede und ein Abschnitt zur Fehlersuche, der spezifische Fehlermeldungen bestimmten Lösungen zuordnet.

Keine vagen Ratschläge. Nur die Dinge, die 2026 auf echter Hardware tatsächlich funktionieren.

Was Card Sharing tatsächlich ist (CCcam vs OScam)

Card Sharing ermöglicht es einem Satellitenreceiver, Kanäle zu entschlüsseln, indem er einen Remote-Server nach dem Steuerwort (CW) fragt, anstatt eine lokale Smartcard direkt zu lesen. Der Server hält eine physische Karte, liest die ECM (Entitlement Control Message) aus dem Stream und sendet das entschlüsselte CW über das Netzwerk zurück. Ihr Receiver verwendet dies, um das Bild zu entschlüsseln.

Es gibt zwei Rollen: Sie sind entweder einClient, der sich mit dem Server eines anderen verbindet, oder Sie betreiben einenServer mit Ihrer eigenen Karte und teilen den Zugriff. Die meisten Menschen beginnen als Clients.

Client- vs. Serverrollen in einer Sharing-Konfiguration

Ein Client-Receiver sendet ECMs upstream und erhält CWs zurück. Er benötigt einen Hostnamen, Port, Benutzernamen und Passwort — nichts weiter. Ein Server-Receiver hat ein Kartenlesegerät angeschlossen (physisches CAM-Modul, CI-Slot oder interner Leser auf einem Vu+ Solo SE, zum Beispiel) und hört an einem Port auf eingehende ECM-Anfragen. Beide Rollen können gleichzeitig auf derselben Box existieren.

CCcam-Protokoll vs. OScam: Wann man welches verwenden sollte

CCcam ist ein geschlossenes Protokoll, das um 2007 entwickelt wurde und immer noch das am weitesten verbreitete Austauschformat ist. Sein Standardport ist12000. Die Binärdatei ist immer noch für ältere Enigma2-Images verfügbar, aber die Entwicklung wurde vor Jahren eingestellt.

OScam (Open Source Cam) ist der moderne Ersatz. Es wird aktiv gewartet, unterstützt mehrere Protokolle gleichzeitig, hat granulare Kontrolle pro Benutzer und pro Caid und bietet Ihnen eine Weboberfläche mit Live-ECM-Protokollierung. Wenn Sie 2026 etwas Neues einrichten, verwenden Sie OScam. CCcam-Zeilen (das C:-Format) sind immer noch die Art und Weise, wie die meisten Quellen Ihnen Anmeldeinformationen übergeben, aber OScam kann dieses Protokoll ebenfalls gut sprechen.

Unterschiede zwischen Newcamd, CCcam und CWS-Protokollen

Drei Protokolle tauchen ständig auf:

• CCcam — proprietär, Port 12000, das de facto Anmeldeformat
• newcamd — älter, aber stabil, typischerweise Ports im Bereich von 15000, verwendet einen 14-Byte-DES-Schlüssel
• camd35 / cs357x / cs378x — UDP-basierte Varianten, cs378x fügt TCP hinzu, wird von einigen älteren Setups verwendet

OScam spricht alle von ihnen. Das ist der Hauptgrund, warum es die Empfehlung ist — Sie erhalten eine einheitliche Konfiguration und können sich mit jedem Server verbinden, unabhängig davon, welches Protokoll er spricht.

Hardware: Enigma2-Receiver, Linux-Boxen und CAM-Module

Die meisten Menschen betreiben dies auf Enigma2-basierten Boxen: Dreambox DM900, Vu+ Duo 4K, GigaBlue oder günstigeren Klonen, die OpenATV oder OpenPLi-Images ausführen. Generische Debian-Boxen funktionieren ebenfalls — Sie installieren einfach OScam aus dem Quellcode oder einem Paket-Repo. CAM-Module (CI+-Adapter) sind eine Alternative, bieten jedoch weniger Kontrolle über die Konfiguration und Protokollierung. Der Rest dieses Leitfadens geht von Enigma2 oder einfachem Linux aus.

Schritt-für-Schritt CCcam-Client-Konfiguration

Hier funktionieren die meisten Setups entweder oder fallen aufgrund eines falschen Zeichens in einer Konfigurationsdatei auseinander. Nehmen Sie es Token für Token.

Bearbeiten von /etc/CCcam.cfg oder /var/etc/CCcam.cfg

Auf den meisten Enigma2-Images liest CCcam von/etc/CCcam.cfg. Nach einem Image-Update oder bei einigen OpenPLi-Bauten kann es zu/var/etc/CCcam.cfg verschoben werden.. Überprüfen Sie, welcher Pfad tatsächlich gelesen wird, indem Sie Folgendes ausführen:

ps aux | grep CCcam

Sehen Sie sich dann das Startskript in/etc/init.d/CCcam für den expliziten Pfad an. Bearbeiten Sie die richtige Datei über SSH (nano funktioniert gut) oder FTP (verwenden Sie FileZilla, das auf Port 22 mit SFTP zeigt). Verwenden Sie nicht den Windows-Editor — er schreibt CRLF-Zeilenenden, die den Parser stören.

Anatomie einer C: Zeile (Host Port Benutzername Passwort)

Eine Client-Verbindungszeile sieht so aus:

C: hostname.example.com 12000 myuser mypassword no { 0:0:1 }

Aufgeschlüsselt:

• C: — Client-Verbindungsdirektive
• hostname.example.com — Server-Hostname oder IP
• 12000 — Port (Standard CCcam; anpassen, wenn Ihre Quelle etwas anderes verwendet)
• myuser mypassword — Anmeldeinformationen genau wie angegeben
• no — ob lokale Karten an diesen Server zurückgegeben werden sollen (verwenden Sieno es sei denn, Sie machen Resharing)
• { 0:0:1 } — optional: max hops. Auf 1 setzen für eine direkte Karte, ganz entfernen, wenn Sie sich unsicher sind

Eine Zeile pro Server. Mehrere C: Zeilen sind in Ordnung und CCcam wird jede für ECM versuchen, wenn die vorherige fehlschlägt.

F: Zeilen für das Zurückteilen festlegen

Wenn Sie eine lokale Karte betreiben und anderen erlauben möchten, sich mit Ihnen zu verbinden, fügen Sie F: Zeilen hinzu:

F: clientusername clientpassword 1 0 { 0:0:2 }

Die Tokens sind: Benutzername, Passwort, erlauben Sie emm-Updates (0 oder 1), teilen Sie alle Karten (0 oder 1) und optionale Hop-/caid-Beschränkungen. Jede F: Zeile ist ein erlaubter Client. Halten Sie diese streng eingeschränkt — verwenden Sie keine Wildcard-caids, es sei denn, Sie wissen genau, was Sie teilen.

Den Daemon neu starten und die Verbindung bestätigen

Starten Sie CCcam neu mit:

killall -9 CCcam&& sleep 2&& /etc/init.d/CCcam start

Oder verwenden Sie das Softcam-Panel im Plugin-Menü Ihres Receivers, wenn Sie ein GUI-Image verwenden. Nach dem Neustart erreichen Sie die CCcam-Weboberfläche unterhttp://receiver-ip:16001. DieKarten Registerkarte zeigt, was der Server decodiert und verfügbar gemacht hat. Grüne Einträge bedeuten aktive Leser. Wenn die Liste nach 30 Sekunden leer ist, stimmt etwas in der C: Zeile nicht — überprüfen Sie den Port und die Anmeldeinformationen.

OScam Server- und Reader-Setup

OScam verteilt seine Konfiguration über mehrere Dateien anstelle einer monolithischen Konfiguration. Das ist anfangs ärgerlich und tatsächlich besser, sobald man es verstanden hat. Die drei Dateien, die Sie interessieren, befinden sich in/etc/tuxbox/config/oscam/,/var/keys/, oder/etc/oscam/ abhängig von deinem Image. Überprüfe mitfind / -name "oscam.conf" 2>/dev/null.

oscam.conf: Webif-Port und globale Einstellungen

[global]

Die Weboberfläche auf Port 8888 ist dein Hauptdiagnosetool. Setzehttprefresh auf 10 für nahezu Live-Updates auf der Statusseite. Die Protokolldatei unter/tmp/oscam.log ist das, was du greppst, wenn etwas schiefgeht — mehr dazu unten.

oscam.server: Definieren eines CCcam-Readers

[reader]

Diegroup = 1 Zeile ist der Punkt, an dem die meisten Setups stillschweigend fehlschlagen. Die Gruppennummer muss mit dem übereinstimmen, was du inoscam.user festgelegt hast — wenn sie nicht übereinstimmen, wird der Reader online, aber das Benutzerkonto sieht null Karten. Dies ist wahrscheinlich die häufigste Ursache dafür, dass OScam "funktioniert", aber nichts entschlüsselt.

Setzecccmaxhops auf 1 oder 2. Alles über 3 und du jagst Reshares tief genug, dass die Antwortzeit ein Problem wird.

oscam.user: Erstellen von Benutzerkonten und Gruppenabbildung

[account]

Diegroup = 1 muss mit der Gruppe des Readers übereinstimmen. Dasau = 1 aktiviert EMM-Updates (notwendig, um die Karte über die Zeit gültig zu halten — mehr zu EMM-Uhrdrift unten). Beschränke caids und idents auf das, was du tatsächlich ansiehst; lasse diese Felder nicht leer, es sei denn, du möchtest ausdrücklich, dass alle caids durchgereicht werden.

Lesen des OScam-Weboberflächenstatus und ECM-Protokolls

Der Reiter "Readers" in der OScam-Weboberfläche zeigt jeden Reader, seinen Status (Verbunden / Nicht Verbunden) und die Karten, die er sieht. Der Reiter "Users" zeigt aktive Sitzungen und ECM-Zähler pro Konto.

Die nützlichste Ansicht ist dieECM-Historie — entweder in der Weboberfläche oder roh im Protokoll. Jede Zeile zeigt den Kanal, caid, ident und die Antwortzeit in Millisekunden. Eine gesunde Zeile sieht so aus:

OK (234 ms) caid=0900 prov=000000 srvid=1234

Alles, was konstant über 500–600 ms liegt, ist ein Problem. Fast-Key-Kanäle (Live-Sportarten zum Beispiel) wechseln ihre Steuerwörter alle 5–10 Sekunden, also wenn deine ECM-Round-Trip 700 ms dauert, wirst du Ruckeln sehen, selbst wenn die Leitung technisch auf langsameren Kanälen funktioniert.

Fehlerbehebung: Einfrieren, ECM-Zeitüberschreitungen und DCW-Fehler

Dieser Abschnitt ist der tatsächliche Wert der Cardsharing-Anleitung — Fehlerstrings den Ursachen zuordnen, anstatt nur zu sagen "Überprüfen Sie Ihre Konfiguration."

Kanal friert alle paar Sekunden ein (ECM-Intervall)

Wenn das Bild in einem regelmäßigen Rhythmus einfriert — normalerweise alle 5, 10 oder 30 Sekunden — erreichen Sie das ECM-Schlüsselwechselintervall. Der Server reagiert nicht schnell genug vor der nächsten Schlüsselrotation.

Ursachen in der Reihenfolge der Wahrscheinlichkeit: hohe Hop-Anzahl (jeder zusätzliche Hop fügt ~50–150ms hinzu), überlasteter Server oder geografische Entfernung, die Latenz verursacht. Überprüfen Sie in OScam die durchschnittliche Antwortzeit im ECM-Log. Wenn sie über 400ms liegt, reduzieren Sie die Hops. Wenn es bei Filmkanälen in Ordnung ist, aber bei Sportübertragungen bricht, liegt das Problem speziell an der schnellen Schlüsselrotation — Sportübertragungsanbieter verwenden oft 5-Sekunden-Intervalle.

'ECM-Zeitüberschreitung' und langsame Antwortzeiten

Eine ECM-Zeitüberschreitung im OScam-Log bedeutet, dass der Leser eine Anfrage gesendet hat und innerhalb des Zeitüberschreitungsfensters keine Antwort erhalten hat. Ursachen:

• Server nicht erreichbar — führen Sietelnet hostname 12000 vom Empfänger aus aus, um die Rohverbindung zu testen
• Firewall auf der Serverseite blockiert den Port
• Die upstream-Karte trägt diesen caid überhaupt nicht — der Server erhält das ECM, hat aber nichts, um es zu entschlüsseln
• Falsche Anmeldeinformationen führen zu stillem Ablehnen

Inoscam.log, suchen Sie nachECM und schauen Sie sich das Statusfeld an.E Einträge (im Gegensatz zuOK) zeigen Ihnen, welcher Leser fehlgeschlagen ist und für welchen caid.

'DCW-Prüfziffernfehler' und Falsch-nach-Dekodierung

Dieser ist subtil. Ein DCW-Prüfziffernfehler bedeutet, dass OScam ein Steuerwort erhalten hat, aber die Prüfziffernvalidierung fehlgeschlagen ist. Zwei häufige Ursachen:

Erstens: eine gefälschte oder proxybasierte Karte, die tatsächlich falsche CWs generiert — entweder ist die Karte ungültig oder der upstream-Server manipuliert Werte. Zweitens, und leichter zu beheben:zwei Leser, die für denselben caid antworten. Wenn Sie zwei Servereinträge haben, die beide in der Lage sind, ein CW für caid 0900 zurückzugeben, kann OScam widersprüchliche Antworten erhalten. Die Lösung besteht darin, die caids auf jedem Leser explizit einzuschränken oder eine Leserpriorität mitpriority = 1 auf Ihrem bevorzugten Leser undpriority = 2 auf dem Backup festzulegen.

[reader]

Keine Karte / Leser zeigt offline

Leser zeigt offline im OScam-Webinterface — entweder hat er sich nie verbunden oder die Verbindung wurde getrennt. Überprüfen Sie: falscher Hostname/Port (Tippfehler sind häufig), falsche Anmeldeinformationen, Server lehnt die Verbindung aktiv ab oder der Server selbst ist ausgefallen. Das OScam-Log zeigt entweder eine Verbindungsablehnung oder eine fehlgeschlagene Anmeldung an. Überprüfen Sie auch bei CCcam-Protokolllesern, obcccversion mit dem übereinstimmt, was der Server erwartet — einige Server lehnen Clients ab, die zu neue Versionen ankündigen.

Netzwerk-, NAT- und Port-Weiterleitungsprobleme

Wenn Sieeinen Server hosten, müssen eingehende Verbindungen Ihren Empfänger erreichen. Das bedeutet, dass Sie Port 12000 (oder Ihren gewählten Port) auf Ihrem Router weiterleiten müssen und sicherstellen müssen, dass die eigene Firewall Ihres Empfängers (iptables) dies zulässt:

iptables -A INPUT -p tcp --dport 12000 -j ACCEPT

Überprüfen Sie, ob der Port extern erreichbar ist, indem Sie ein beliebiges Port-Überprüfungstool von einem Browser in einem anderen Netzwerk verwenden. Ein unangenehmer Sonderfall: Wenn Ihr ISP Sie hinter CGNAT (Carrier-Grade NAT) platziert, haben Sie überhaupt keine öffentliche IP, und das Weiterleiten von eingehenden Ports ist unmöglich. Überprüfen Sie dies, indem Sie die WAN-IP Ihres Routers ansehen — wenn sie im Bereich 100.64.0.0/10 liegt, sind Sie hinter CGNAT. Die Lösung ist ein VPS mit einem Tunnel (WireGuard oder ähnlich) zu Ihrem Heimempfänger.

Achten Sie auch auf die Systemuhr. Die EMM-Verarbeitung (die die Berechtigungen Ihrer Karte gültig hält) kann stillschweigend fehlschlagen, wenn die Uhr des Empfängers driftet. Ein NTP-Client auf der Box behebt dies — installieren und aktivieren Sie chrony oder ntpd. Ohne ihn kann eine Karte, die heute funktioniert, im Laufe von Tagen oder Wochen allmählich Kanäle verlieren, da EMM-Updates die Validierung nicht bestehen.

Ein weiterer Sonderfall: Wenn Sie sowohl die CCcam-Binärdatei als auch OScam auf derselben Box ausführen, werden beide versuchen, Port 12000 zu binden. OScam wird diesen Kampf je nach Startreihenfolge gewinnen oder verlieren, und derjenige, der verliert, schlägt einfach stillschweigend fehl. Wählen Sie eine und deaktivieren Sie die andere.

Wie man eine zuverlässige Sharing-Quelle auswählt (allgemeine Kriterien)

Hier sind keine Anbieternamen — das ist absichtlich und nicht nur aus rechtlichen Gründen. Die Qualität der Anbieter ändert sich ständig, und jeder Name, den ich heute schreibe, könnte nächsten Monat verschwunden oder verschlechtert sein. Was sich nicht ändert, ist, was zu messen ist.

Lokale Karte vs. Reshared Line: Latenzimplikationen

Ein Server mit einerlokalen Karte (Hop 0) liest das ECM direkt von einer physischen Smartcard. Die Antwortzeit beträgt typischerweise 80–250 ms. Jeder zusätzliche Hop — bei dem Server A ECMs an Server B weiterleitet, der die tatsächliche Karte hat — erhöht die Netzwerk-Round-Trip-Latenz. Hop 2 könnte 300 ms betragen. Hop 5 könnte 800 ms betragen und kaum nutzbar sein.

Wenn Sie Anmeldeinformationen erhalten, fragen Sie oder testen Sie, wie viele Hops Sie tatsächlich erhalten. Die OScam-Weboberfläche zeigt die Hop-Anzahl pro Leser im Karten-Tab an, wenn das CCcam-Protokoll verwendet wird.

Uptime, Hop-Anzahl und wie man die Antwortzeit testet

Verbinden Sie den Leser in OScam, stimmen Sie auf den Kanal ein, den Sie tatsächlich ansehen, und lassen Sie das ECM-Log eine Stunde lang laufen. Exportieren oder grep das Log für Ihre caid. Schauen Sie sich diemsWerte an — sind sie konsistent oder steigen sie auf 2000 ms und fallen dann wieder auf 100 ms? Eine stabile Quelle variiert vielleicht 50–100 ms. Eine stark schwankende ist entweder überlastet oder teilt von einem unzuverlässigen Upstream.

Die Freeze-Frequenz ist der ultimative Test. Null Freezes über eine Stunde bei Fast-Key-Kanälen bedeutet, dass die Quelle solide ist.

Warnsignale überlasteter oder gefälschter Quellen

• Antwortzeiten, die während der Hauptzeiten (Prime Time, große Sportereignisse) über 1000 ms ansteigen
• Der Leser geht offline und verbindet sich häufig erneut — zeigt sich im OScam-Log als wiederholteVerbindung hergestellt /Verbindung verlorenZyklen
• Eine einzige Zeile, die 50+ caids bewirbt — keine einzelne Karte deckt das ab; es ist ein Reshare-Aggregator mit unvorhersehbarer Zuverlässigkeit
• DCW-Prüfziffernfehler, die selbst bei Kanälen auftreten, die kurzzeitig funktionieren — Zeichen für schlechte Kartendaten an der Quelle

Rechtlicher Hinweis: Teilen Sie nur Karten, die Sie rechtmäßig besitzen

Diese Cardsharing-Anleitung behandelt die technische Konfiguration vonKarten-SharingSystemen. Die hier beschriebenen Protokolle und Tools — CCcam, OScam, newcamd — sind legale Software. Ob ihre Nutzung legal ist, hängt ganz davon ab, wessen Karte im Leser ist und was Ihre Abonnementbedingungen sagen.

Karten-Sharing sollte immer nur eine Abonnementkarte betreffen, die Sie persönlich besitzen und für die Sie bezahlen. Das Teilen Ihrer eigenen rechtmäßig besessenen Karte zwischen Ihren eigenen Geräten ist in den meisten Rechtsordnungen ein Graubereich; kommerzielles Teilen oder der Zugriff auf Karten, die Sie nicht besitzen, ist es nicht. Dieser Leitfaden existiert, um Menschen zu helfen, ihre eigene Hardware korrekt zu konfigurieren, nicht um etwas anderes zu erleichtern.