Vorweg ein kleines Statement: hier im Wiki werden alle Fragen zu Internet-Cardsharing kathegorisch geblockt. Und das ist gut so! Wer aber zuhause im Heimnetzwerk zwischen 2, 3 Boxen shared ohne immer die eigene Abokarte hin- und hertragen zu müssen - der findet hier hilfreiche Postings.

Ein Cardserver ist ein Programm welches einen Cardreader ansprechen kann, die Abokarte ausliest und die Infos weitergibt und ein Bild hell zu bekommen. Cardserver können in der Regel auch Verbindung zu anderen Servern aufnehmen. (z.b. OScam, CCcam) Ein Emu ist ein Emulator, d.h. mit einer korrekten Key-Datei (SoftCam.Key) kann das Bild ohne Abokarte hell gemacht werden. Es gibt Programme die sind Emu und Cardserver (z.b. SoftCam und CCcam)

Immer wieder aber kommt man im diesem Bereich an einen Punkt an dem man sich fragt: wie, was und jetzt? Dieser Thread soll dazu dienen etwas Licht ins dunkel zu bringen. Das alles ist ein wenig oberflächlich gehalten denn es soll ja auch nicht ausufern.

Ok, dann mal los. Du hast z.b. eine S*Y Abokarte. Das Fernsehbild eines verschlüsselten Senders wird also mittels Smartcard hell. Die verschlüsselten Daten des Senderstreams werden also durch die Karte entschlüsselt. Das macht z.b. ein CI-Modul wie Alphacrypt (+ Abokarte).

Cardserver: Warum dann Cardserver? Tja, ein Cardserver hat die Fähigkeiten eines Hardcams (also ein Fernsehbild mittels Abokarte hell zu machen) gepaart mit der Möglichkeit die Infos der Karte weiter zu verteilen. An eine Box, an mehrere Boxen. Im Alphacrypt musst du deine Karte immer umstecken wenn du anstatt im Wohnzimmer im Schlafzimmer weiterschauen möchtest. Mit einem Cardserver nicht. Mit einem Cardserver kannst du in Wohn- und Schlafzimmer gleichzeitig schauen. Sogar unterschiedliche Sender, solange das Abo die generell hell macht. Beispiele für Cardserver: CCcam, OScam, SoftCam, Camd3…

Wir unterscheiden Server und Clients. Ein Server spricht z.b. den Cardreader an, handelt Freigaben, legt das Protokoll fest, Verwaltet die Benutzer und Passwörter. Der Client muss diese Infomationen liefern sonst bleibt er draußen (darf also nicht „mitspielen“).

Die Besonderheit auf den Reel-Boxen: hier läuft der Reel-VDR, also ein modifizierter VDR und hier wird immer das Softcam (SC) gebraucht um ein Bild hell zu bekommen. Immer. Wirklich immer. Ohne SC geht nix. Denn das SC ist als Schnittstelle in den VDR programmiert. Kein anderer Emu ist zur Zeit in der Lage direkt im Reel-VDR anzusetzen. Also müssen die Infos der Abo- Karte irgendwann beim SC landen um ein Bild hell zu bekommen.

Exemplarisch erläutere ich das Auslesen einer Karte mittels MPCS (ist dann also Server) und übergebe diese Infos an das SC, also SoftCam (SC ist somit Client) auf einer Reel AVG, also auf/innerhalb einer Box. Der Client könnte aber auch eine andere Box sein…

So kann man z.b im OScam (Server) über Camd35 (Protokoll) Infos der Karte an das SoftCam (Client) weitergeben. Das Prokotoll ist also die einheitliche Sprache der Beiden. OScam → spricht camd35 SoftCam → versteht camd35 beide können sich unterhalten

Ein Cardserver braucht ein Protokoll. Ein Protokoll ist die Sprache, die der Cardserver spricht. Die meisten Cardserver sprechen viele Sprachen. Beispiele für Protokolle: newcamd, cccam, camd3, gb*x, mb*x… Hmmmm, schon wieder camd3? Das hatten wir doch schon bei den Cardservern! Richtig. Camd3 ist einmal ein Emu und einmal ein Protokoll. Und die allermeisten Cardserver verstehen z.b. das camd3 Protokoll, als Beispiel benutzen wir mal die Untervariante camd35.

Die Sprachen werden immer auf einem bestimmten Port gesprochen. Man stelle sich ein 20000 adriges Kabel vor aber der Server-Emu spricht nur auf Leitung 19500. Dann muss der Client-Emu auf Leitung 19500 zuhören.

kein Cardserver spricht wahllos mit jedem der „daherläuft“. Wie immer in Hochsicherheitsbereich muss man passieren dürfen um dazu zugehören. Dafür hat man Benutzer und Passwort. Diese werden in den Konfigdateien des gebenden (Server-)Emus hinterlegt. Also z.b. User: reel, Pass: avg. Und der Emu, der zuhört, also der Client ist, muss sich Ausweisen und dazugehören zu dürfen. Also Benutzer und Passwort sagen und darf dann zum Serveremu passieren.

wir haben einen seriellen Cardreader in die AVG gebaut und wollen jetzt unsere P* Abokarte an der AVG hell bekommen. Wir installieren SC. Wird ja immer gebraucht. Und dann OScam um den Cardreader anzusprechen. Einmal muss der MPCS dann den Cardreader ansprechen. Und damit SC und OScam sich unterhalten können müssen beide eine Sprache sprechen z.b. das camd35-Protokoll. Im MPCS wird dann noch der Port, der Benutzer (User) und das Passwort festgelegt.

Und das SC nimmt diese Infos dann entgegen. In der Datei: cardclient.conf die liegt auf der AVG z.b. in /etc/vdr/plugins/sc/ und auf der Lite in /opt/var/keys/

Dort sind reichlich Beispielzeilen angegeben für die verschiedenen Protokolle die das SC spricht. Das sieht dort z.b. so aus:

# camd35 client (udp protocol)
# camd35:hostname:port:emm/caid/mask:username:password

Was ist denn jetzt wieder Hostname, emm, Caid und mask? Also Hostname ist die Adresse des Server-Emus, EMM werden für Kartenupdates gebraucht, CAID ist Kennung der Verschlüsselung für ein Verschlüsselungssystem z.b. NDS oder Cryptoworks, Mask sind die Unterkennungen der einzelnen Sender der Sendergruppe. hostname (localhost, 127.0.0.1, oder IP_des_Emu_Servers also z.b. 192.168.0.4) port: z.b. 19500 emm: 0 oder 1 caid: 0000 oder z.b. 1702 mask: 0000 oder FFFF username: User z.b. reel password: Pass z.b. avg

damit wäre unsere Zeile in der Cardclient.conf. nach unseren obigen Beispiel (die rot hervorgehobenen Stellen im Text) camd35:localhost:19500:1/0000/0000:reel:avg also

camd35:localhost:19500:1/0000/0000:reel:avg

Und da ist schon wichtig, daß man den Aufbau der Beispielzeile unverändert lässt also Protokoll, Server … mit „Doppelpunkt :“ trennt und Caid/Mask mit „Schrägstrich /“ trennt. Wie in der Beispielzeile halt.

Siehe auch: SC - cardclient.conf