†
†LUCIFER†
Invitado

En este pequeño manual vamos a explicar como configurar la camd oscam para ser cliente CCcam, reseñando cuales son los archivos necesarios y las partes importantes, asi como unos conceptos basicos de que estamos realizando.

Para utilizar la camd oscam vamos a tener en cuenta antes unos conceptos, basicos que luego nos serviran para comprender el funcionamiento de oscam, asi como que estamos haciendo en sus archivos de configuracion, y serian basicamente los siguientes conceptos:
SERVIDOR:
Es el que posee la tarjeta que nos va a dar el visionado.
CLIENTE:
Pues seremos nosotros en este caso, que nos conectaremos a esa tarjeta para poder obtener el visionado.
PROTOCOLO:
Pues seria el modo en que nosotros (cliente) nos conectamos al servidor para obtener el visionado, en el caso de este manual pues seria mediante protocolo CCCam.
CAID:
Identificacion de una acceso condicional, y sirve para identificar un sistema de encryptacion, sistema de encriptacion es a lo que llamamos seca, nagra, irdeto, viaaccess, etccc
Por ejemplo:
0100------> Seria el CAID del sistema de encryptacion SECA
PROVIDER-PROVEEDOR:
Ya que tenemos identificado el CAID de un sistema de encryptacion, cada proveedor pues tiene un provider diferente, es decir:
digital plus por astra (seria un proveedor) utiliza el sistemade encryptacion seca por lo tanto su caid es 0100
canal plus francia por astra (seria un proveedor) utiliza el sistema de encryptacion seca por lo tanto su caid 0100
Por lo tanto una vez identificado el caid pues ya cada proveedor se diferenciara por un numero de 6 cifras, por lo tanto:
0100:004106---> identificaria un sistema de encryptacion seca cuyo proveedor es 004106 que se corresponderia con digital + españa por astra
0100:00A825---> identificaria un sistema de encryptacion seca cuyo proveedor es 00A825 que se corresponderia con canal plus francia por astra
SID:
Esto seria la identidad de un servicio, donde el servicio se refiere a un canal del receptor, es decir, es el numero de identificacion que el proveedor le otorga a un canal siendo este numero identificacion unico, por ejemplo:
76C0---> Seria el numero de identificacion de canal + españa.
CW:
Por asi dijeramos es la llave que nos desencrypta la señal de audio video codificada, o sea la que nos da el visionado.
ECM:
Es donde viaja por asi decirlo la CW encryptada.
Despues de estos pequeños conceptos, vamos a ver por encima el funcionamiento de lo que es el cardsharing:
¿Que es cardsharing?
Definicion literal es: Compartiendo tarjeta, su concepto es un decodificador con tarjeta original (llamado servidor) de un sistema de pago conectado a la red, y otro decodificador sin tarjeta tambien conectado a la red el cual se conecta al anterior y le pide la informacion necesaria para desencriptar.
Funcionamiento:
Antes de nada vamos a explicar como funciona el visionado de una plataforma:
La señal de video, audio se envia encryptada a los receptores, junto a esto tambien se envian las k e y s para desencryptar este video y audio asi como algoritmos para encryptar estas k e y s.
Las k e y s para desencryptar este video y audio se denomiman CW y van en las ECM que recibe el deco, por lo tanto la mision de la tarjeta es desencryptar la ECM, cojer las CW y darselas al deco para que desencrypte el video y asi producirse el visionado, pues lo que se hace en el cardsharing es que el receptor que no tiene tarjeta le pide estas CW al receptor con tarjeta, para de esta manera aunque no se tenga la tarjeta pues se produzca el visionado.
Para que ambos decos conecten pues deben existir unas reglas y un lenguaje predeterminado a esto es a lo que se denonima protocolo, hay diversos protocolos que han ido inventando varias personas (gbox, mbox, cccam, newcam, etc...).
Los mensajes que se utilizan van encryptados (para evitar cotilleos, etc..., ) y se utilizan contraseñas de acceso al deco (evidentemente para que el servidor controle a quien le quiere facilitar las cw de visionado).
Un ejemplo de mensajes para protocolo inventado para que entendais esto mejor seria:
CLIENTE: HOLA --->saludaria para intentar conectar al deco
SERVIDOR: HOLA ---->el servidor saludaria a la espera de mas datos
CLIENTE: SOY YO Y MI PASS ES "VENGO A CHUPAR" --->el cliente se identifica con su user y pass
SERVIDOR: PASA Y CHUPA--->el servidor comprueba que el user y pass es correcto y acepta la conexion.
CLIENTE: DAME LA CW DE ESTE CAID, PROVIDER, ECM---> El cliente le pide la CW de visionado indicandole de que caid, provider y dandole la ECM a desencryptar que el decodificador sin tarjeta evidentemente no sabe desencryptarla.
SERVIDOR: TOMA LA CW--->La tarjeta pues desencrypta la ECM pedida, coje la cw de visionado y se la da al cliente.
CLIENTE: DAME LA CW DE ESTE CAID, PROVIDER, ECM---> El cliente le pide la CW de visionado indicandole de que caid, provider y dandole la ECM a desencryptar que el decodificador sin tarjeta evidentemente no sabe desencryptarla.
SERVIDOR: TOMA LA CW--->La tarjeta pues desencrypta la ECM pedida, coje la cw de visionado y se la da al cliente.
CLIENTE: DAME LA CW DE ESTE CAID, PROVIDER, ECM---> El cliente le pide la CW de visionado indicandole de que caid, provider y dandole la ECM a desencryptar que el decodificador sin tarjeta evidentemente no sabe desencryptarla.
SERVIDOR: TOMA LA CW--->La tarjeta pues desencrypta la ECM pedida, coje la cw de visionado y se la da al cliente.
La peticion de CW debe ser continua ya que las ECM cambian cada x segundos (normalmente 15), y por lo tanto se necesita el desencryptado de la ECM para utilizar las cw de manera continua y cada pocos segundos.
Esto pasado a comando pues seria un protocolo simple de cardsharing.
Cuando se conectan varios receptores, pues tambien entrarian en juego las distancias, ejemplo:
CLIENTE: DAME CW DE D +
SERVIDOR: TOMA CW DE D +
CLIENTE: DAME CW DE CABO TV
SERVIDOR: DE CABO NO TENGO PERO TENGO UN AMIGO QUE SI, SERVIDOR SE LA PIDE A SU AMIGO
SERVIDOR: TOMA CW DE CABO TV
En este ejemplo pues cuando el servidor nos da la cw directamente pues seria hop 1 en ccam.
Si se la tiene que pedir a un amigo para dartela, pues ya no te la da directa y se la tiene que pedir a un amigo pues seria hop 2 en ccam, como se tarda un tiempo desde que el cliente le manda la ecm y los datos hasta que el servidor te manda la cw, pues a mayor distancia aumenta este tiempo ya que pasa por mas amigos, y por lo tanto el visionado podra tener cortes, ya que algunas cw no llegaran a tiempo.
Una vez que entendemos los conceptos basicos anteriormente descritos, pues vamos a aprender a configurar la camd oscam como cliente cccam.
QUE NECESITAMOS
* camd Oscam---> Binario de la camd
Donde debemos introducir este archivo:
Dependera del firmware que estemos utilizando normalmente lo deberemos introducir:
firmware spark----> /var/bin
imagen enigma2---> /var/bin o /var/camd
* Archivos configuracion de esta camd:
Firmware spark---->/var/tuxbox/config
imagen enigma2-->/var/keys
[background=rgb(249, 249, 249)]oscam.conf[/background]
[background=rgb(249, 249, 249)]oscam.server[/background]
[background=rgb(249, 249, 249)]oscam.user[/background]
[background=rgb(249, 249, 249)]oscam.dvbapi[/background]
[background=rgb(249, 249, 249)]oscam.ac[/background]
[background=rgb(249, 249, 249)]oscam.cert[/background]
[background=rgb(249, 249, 249)]oscam.guess[/background]
[background=rgb(249, 249, 249)]oscam.ird[/background]
[background=rgb(249, 249, 249)]oscam.provid[/background]
[background=rgb(249, 249, 249)]oscam.services[/background]
[background=rgb(249, 249, 249)]oscam.srvid[/background]
[background=rgb(249, 249, 249)]oscam.tiers[/background]
[background=rgb(249, 249, 249)]oscam.whitelist[/background]
Aunque de estos los principales y los que nos interesan mas son:
* Oscam.conf
Esta seria la configuracion global de la camd, en esta parte pues se activaria principalmente:
a) configuraciones globales
c) configuracion webif
d) activacion dvbapi
* Oscam.server
Esta seria las configuraciones de los lectores para darnos el visionado, aqui configurariamos:
- Una tarjeta conectada a nuestro receptor
- La conexion remota a un servidor con los diferentes protocolos de cardsharing, en este caso pues aqui configurariamos la conexion a un servidor con protocolo cccam,es decir aqui pondriamos lo que es la linea C del protocolo cccam.
* Oscam.dvbapi
Leer en este manual la parte [camd Oscam] para entender su funcion. La cual es importante por que si queremos tener visionado la funcion dvbapi debe estar activada en el oscam.config y este archivo es para configurar las prioridades.
* Oscam.provid
Seria una tabla de proveedores, simplemente es para trasladar informacion en el webinterface es decir que por ejemplo:
0100:004106---> se corresponde con digital plus astra
* Oscam.prio
Aqui seria para darle prioridad a un caid y a un provider que nos interese darle esa prioridad para el visionado.
* Oscam.srvid
Para informacion en el webiterface sobre el canal que estamos visionando.
camd Oscam
Una camd es lo que se puede asemejar a un programa del PC, el cual en nuestros receptores se utiliza mayoritariamente para leer nuestra tarjeta de abonado, a groso modo la funcion de la camd es:
1º Recoje las ecm y emm que envia el satelite
2º Se las envia a la tarjeta de abonado
3º La tarjeta devuelve las cw de visionado
4º La camd se las envia la modulo hardware del deco encargado del desencryptado del video y audio para ello la camd utiliza el DVBAPI que lleva el receptor que es una funcion para poder comunicarse con los diferentes modulos de hardware del deco, entre ellos el que hemos mencionado de desencryptado.
Una camd normalmente consta de un archivo binario, y este archivo binario es el que se ejecuta para iniciar el proceso, es decir seria lo que es el exe de un programa en el pc.
Este archivo binario (camd), pues puede necesitar para su correcto funcionamiento de otros archivos de configuracion, el archivo binario (camd), esta programado por el programador evidentemente para saber interpretarlos, y asi siguiendo unas normas el usuario que lo utiliza pues puede personalizarlo.
Este archivo binario (camd), puede ir en cualquier carpeta del sistema de nuestro receptor, pero de esta manera el arranque deberia ser por telnet ejecutando el archivo en la direccion que lo hubieramos puesto, los archivos de configuracion antes mencionados si deben de estar en la ruta que el creador del binario elijio, ya que este archivo tiene unas rutas preconfiguradas donde lee los archivos.
Oscam.conf
Seria archivo de configuracion general de la camd.
Oscam.server
Seria archivo configuracion de la camd donde van los readers, es decir donde ponemos los datos de donde vamos a cojer el visionado, ya sea tarjeta ubicada en nuestro receptor, o datos sharing para cojer el visionado de una tarjeta ubicada en otro receptor mediante diferentes protocolos sharing, en el caso de este manual pues para visionar a traves de cccam cliente.
Una vez nos hemos familiarizado con los archivos necesarios, pues vamos a explicar que debemos hacer:
INTRODUCCION DE ARCHIVOS
1) Introducimos el binario en /var/bin y damos permisos 755
1) Introducimos los archivos de configuracion en /var/tuxbox/config y le damos permisos 755
ARCHIVOS QUE TENEMOS QUE EDITAR
Pues para se cliente de cccam, necesitaremos configurar como dijemos al principio, dos archivos, vamos a explicar lo mas importante de ellos:
OSCAM.CONF
De la siguiente manera seria la manera mas estable para ser cliente cccam.
Código:
[global]
usrfile = /tmp/oscamuser.log
logfile = stdout
nice = -1
preferlocalcards = 1
saveinithistory = 1
lb_mode = 1
lb_save = 1000
lb_min_ecmcount = 1
lb_savepath = /tmp/stats
lb_max_readers = 4
[monitor]
port = 988
aulow = 120
hideclient_to = 15
monlevel = 1
appendchaninfo = 0
[dvbapi]
enabled = 1
boxtype = none
user = lucifer
[webif]
httpport = 8888
httpuser = lucifer
httppwd = lucifer
httptpl = /var/keys/webif-template/
httprefresh = 10
httpallowed = 127.0.0.1,192.168.1.10-192.168.255.255,172.16.0.0-172.31.255.255,10.0.0.0-10.255.255.255
EXPLICACION:
saveinithistory = 1
EN CONSTRUCCION ES LO QUE PUDE RECUPERAR DEL OTRO ASI QUE POCO A POCO LO TERMINARE DE NUEVO
