Oscam por defecto al arrancar el programa ya tiene asignados unos parametros predefinidos, asi como unos parametros activados y otros desactivados, para cambiar esos parametros por defecto o activar o desactivarlos, para que oscam funcione segun nuestras necesidades pues se utilizan los archivo de configuracion.
En este Capitulo vamos a tratar de que consta cada archivo de configuracion de la
camd OSCAM,
explicando sus parametros mas importantes para saber que funciones se realizan en cada ARCHIVO DE CONFIGURACION:
En este archivo de configuracion estarian los parametros generales de OSCAM divididos en bloques, cuyas funciones serian:
A) Funciones globales y parametros de generar log de los procesos que realiza OSCAM.
En este bloque los parametros mas importantes a tener en cuenta serian:
Seria el nivel de prioridad que le queremos dar a OSCAM en
utilizar recursos de la CPU de nuestro receptor, estos valores de prioridad van desde -20 que seria darle la prioridad mas alta para utilizar la CPU y 20 seria la prioridad mas baja,
el valor recomendable para no saturar en exceso la CPU del receptor seria -1.
Activamos o desactivamos la creacion de un archivo log sobre la actividad de un usuario oscam, o sea la actividad del cliente DVBAPI de OSCAM.
0---> activamos la creacion del archivo
1---> desactivamos la creacion del archivo
Elejimos en que lugar queremos que se cree el archivo log sobre la actividad de un usuario oscam, o sea la actividad del cliente DVBAPI de OSCAM.
Ejemplo:
usrfile=/tmp/oscamuser.log
Pues el archivo log se llamara oscamuser.log y se creara en la carpeta /tmp de nuestro receptor, y seria tal cual:
18.10.12 10:44:08 10.2 lucifer 0.0.0.0 0 21526 3 3 134 0 0 1350329970 1350549844 12:49:54 dvbapi 0100:77C3
Donde:
18.10.12 10:44:08----> seria la fecha y hora de inicio o reinicio de la camd OSCAM.
10.2--------------------> La media cw en segundos que recibe el cliente dvbapi, o sea 1 cw cada 10.2 segundos.
lucifer------------------> El nombre del cliente del dvbapi.
0.0.0.0 0---------------> TCP/PORT por donde las recibimos.
21526------------------->Numero de cw validas o sea que nos han funcionado para visionar los canales
3------------------------->cw en cache
3------------------------->cw que hemos recibido pero no han funcionado
134----------------------->cw ignoradas
0-------------------------->cw timeouts-->o sea cw que no han llegado a tiempo para darnos visionado
0-------------------------->cw tunneled
1350329970-------------->la fecha en que se conecto por ultima vez el cliente del dvbapi en este caso lucifer, en formato Unix, para pasarlo a formato conocido por todos podemos utilizar este conversor:
Date/Epoch Time Converter - JavaScript Utilities/Tools - ESQSoft
Si lo convertimos da la fecha:
Mon Oct 15 2012 21:39:30 GMT+0200 (CEST) por lo tanto esta seria la fecha en que lucifer inicio sesion.
1350549844--------->la fecha en que lucifer se desconecto, en formato unix, para pasarlo a formato conocido podemos utilizar el mismo conversor, y si lo convertimo daria:
Thu Oct 18 2012 10:44:04 GMT+0200 (CEST)
12:49:54 dvbapi 0100:77C3------>Seria el tiempo que lleva funcionando el dvbapi en un canal, es decir el tiempo que oscam nos esta dando visionado sobre el canal que esta puesto en este momento, es decir:
Oscam esta desencryptando el canal: 0100:77c3--->que seria telecinco por sistema seca durante 12 hors 49 minutos 54 segundos
Elejimos el tamaño maximo que puede tener el archivo sobre la actividad de la camd OSCAM.
Ejemplo:
maxlogsize=100 --> Pues el archivo log tendra como maximo un tamaño de 100kb
Elejimos el tipo de log que se va a crear, seguido del nombre del archivo que le queremos poner al log.
stdout--->En este caso el log sobre la actividad del foro va a la consola terminal.
syslog--->En este caso el log sobre la actividad del foro va al archivo log que hemos creado.
Ejemplo:
logfile=stdout;var/log/oscam.log----> el archivo log nos apareceria en blanco
Si arrancamos oscam por consola terminal observaria que nos aparece el log de la actividad de oscam en la consola terminal.
logfile=syslog;var/log/oscam.log--->en el archivo log nos apareceria la actividad de oscam.
Si arrancamos oscam por consola terminal NO nos apareceria el log de la actividad de oscam.
Aqui se define el
formato de logueo de la ecm
0100&004106/04A0/7604/64:CB9B
Por defecto es:
c&p/i/d/s/l:h------->caid&providers/chanel id/pid ecm/service id/lenth/cheskcum
Si queremos que
no salga el chanel id pues pondriamos:
ecmfmt=
c&p/d/s/l:h
0---->desactivado
1---->Se manda la ecm para obtener la cw en primer lugar a la tarjeta de abonado en caso que tengamos una en nuestro receptor.
Código:
[COLOR=#000000]clienttimeout=[/COLOR]
Es el tiempo de espera maximo, se puede poner en segundos o en milisegundos, que el cliente espera la cw, basicamente para que sirve, pues imaginemos que nosotros observamos que tenemos cortecitos cuando recibimos la cw en 4000 ms, pues entonces en
clientimeout=3500ms de esta manera no esperamos cw de 4000 ms, en cuanto se supere los 3500 el cliente reiniciaria la conexion.
B) Activar el llamado LOAD BALANCING
De
vital importancia cuando usemos el protocolo cccam, en
otros protocolos o cuando usemos la tarjeta de abonado no seria necesario.
En primer lugar mencionar por que es importante el load balancing, sobre todo en protocolo cccam:
S
i somos clientes de una tarjeta de abonado o del protocolo de comunicacion newcamd (que como dijemos es hacer sharing con una sola tarjeta a la vez), evidentemente el
cliente va pedir el desencryptado de una ECM solo a una tarjeta, mas que nada por que solo hay una
Pero
que pasa cuando utilizamos el protocolo cccam, pues c
omo vimos, en este protocolo se pueden compartir varias tarjetas a la vez ya sean locales o virtuales, por lo tanto,
que pasa cuando nosotros somos cliente del protocolo cccam y ponemos un canal que hay 6 tarjetas que nos pueden desencryptar la ecm,
¿a quien le pedimos que nos desencrypte la ecm de las seis tarjetas? pues
aqui entraria el juego el LOAD BALANCING.
Antes de ver como se realiza en OSCAM, vamos a poner
un ejemplo de como se realiza en la camd CCCAM:
En un archivo se ponen los servidores donde nosotros mandamos las ecm a desencryptar, de la siguiente manera:
SERVIDOR 1
SERVIDOR 2------>Tiene tarjetas d+ caid 100
SERVIDOR 3
SERVIDOR 4------>Tiene tarjetas d+ caid 100
SERVIDOR 5------>Tiene tarjetas d+ caid 100
Ahora bien ponemos el canal telecinco de caid 100, pues la camd CCCAM al primero que envia las ecms para desencryptarlas y obtener la CW es al primero de la lista que nos puede desencryptar la ECM y darnos la CW, por lo tanto se las envia al SERVIDOR 2, y se las envia siempre al SERVIDOR 2 hasta que el tiempo en recibir la CW supera los 3000 ms, entonces que hace cuando se supera ese tiempo, pues que la camd CCCAM pasa a enviarle las ECM al siguiente de la lista o sea al SERVIDOR 4 y asi sucesivamente.
Bueno pues ahora veremos que en OSCAM la eleccion de a quien le enviamos las ecm para la obtencion de la cw, pues es mucho mas configurable que en la camd CCCAM, y los parametros para realizar la eleccion de a quien mandar la ecm para obtener la cw, pues son los siguientes:
0----->
Desactivado el load_balancing, NO ES RECOMENDABLE, al utilizar el protocolo CCCAM ya que no habria ninguna regla establecida de a quien enviar las ecm para obtener la cw, por lo que se enviarian peticiones de ecm a todas las tarjetas nos hiciera falta la cw o no, por lo tanto generamos un volumen de peticiones de ecm muy alto, cosa que a los SERVIDORES no les hace gracia.
1------>
Se elije el SERVIDOR que mas rapido nos hace el desencryptado de la ecm, la eleccion del mas rapido se hace haciendo una media de velocidad con 5 ecm (esta media de 5 ecm es por defecto se puede disminuir)
2------>Se da
prioridad al SERVIDOR que mas tiempo llevamos sin utilizar
3------>Se da
prioridad al SERVIDOR que con mayor frecuencia utilizamos.
Normalmente pues dependiendo de nuestras necesidades pues elejiremos un valor u otro,
quizas lo mas usual sera utilizar:
lb_mode=1
El realizar los procesos para realizar las elecciones de los servidores, pues genera evidentemente un trabajo para OSCAM y evidentemente para la CPU del receptor,
con este parametro se elije si queremos que se guarden estadisticas sobre las ecm enviadas, asi OSCAM se ahorra el trabajo de repetir procesos de eleccion, por lo tanto es conveniente tenerlo activado:
0----->desactivado no se generan estadisticas
1000--->pues se guardan estadisticas de 1000 ecm, es recomendable mas de 100 y dependiendo la capacidad de la CPU de nuestro receptor pues ir subiendo esta cantidad.
Elejimos si queremos que
esas estadisticas se guarden en un archivo y donde, por ejemplo:
lb_savepath=/var/etc/oscamstadisticas.log ---->pues las estadisticas se guardarian en el archivo llamado oscamstadisticas que se halla dentro de la carpeta /var/etc
Como
esas estadisticas pues seran fiables en tiempos en concretos, es decir igual los servidores nos han generado unas estadisticas, que pasadas unas horas pues igual otras son mas fiables, por lo tanto
en este parametro se pondran las horas hasta que las estadisticas se borran y se crean unas nuevas:
lb_stat_cleanup=400-----> a las 400 horas de crearse las estadisticas de las ecm pues se borran.
Sirve para
seleccionar mas de un servidor segun hallamos elejido la eleccion en el lb_mode, es decir, si en el lb_mode,
hemos elejido el servidor mas rapido o sea opcion 1, pues si en
lb_nbest_reader =1, pues las peticiones se las haremos a un solo servidor (al mas rapido), si
ponemos 2 pues las peticiones de ecm se las haremos a los dos servidores mas rapidos.
El valor recomendable en condiciones normales con servidores estables, seria poner
lb_nbest_reader =1, ya que de esta manera generamos menos peticiones de ecm, que si enviamos a dos evidentemente.
Para realizar la eleccion por ejemplo del servidor mas rapido (teniendo lb_mode=1),
pues se realiza un proceso llamado learning, es decir
es un proceso de aprendizaje donde oscam realiza los procesos de eleccion de los SERVIDORES, es decir realiza el envio de ecms a los SERVIDORES para medir tiempos de respuesta ect... para generar estadisticas y asi realizar las selecciones, pues bien si en este
parametro ponemos el valor 0, quiere decir que
enviaremos ecms para realizar las selecciones a todos los SERVIDORES a la vez, si ponemos por ejemplo el
valor a 4 quiere decir que
enviaremos las ecm para realizar las selecciones a un grupo de 4 SERVIDORES luego a otro grupo etc...o sea
lo que hacemos es limitar el numero de ecms enviadas a los SERVIDORES en cada proceso learning.
Quizas un
valor recomendado seria lb_max_readers =4
Como comentemos
para realizar por ejemplo la eleccion de quien es el SERVIDOR mas rapido o sea (lb_mode=1),
por defecto OSCAM envia 5 ecm a cada servidor para realizar la media de respuestas y asi obtener el SERVIDOR mas rapido, pues bien
en este parametro lo que podemos hacer es cambiar el numero de ecms que oscam envia para realizar la media.
Evidentemente a
mayor numero de ecm mas trafico de ecm originamos, pero a la vez mayor fiabilidad de que el servidor elejido es el mas rapido, no es lo mismo claro esta realizar la media con 2 ecm que hacerlo con 5, lo suyo pues es dependiendo de que tipo de servidores tenemos pues bajar o subir este valor.
En una red cccam con servidores estables, quizas
lo recomendable seria lb_min_ecmcount = 2 para asi generar menos trafico de ecms.
Que significa este parametro, pues bien:
Imaginemos que tenemos puesto lb_mod=1 o sea
oscam ha realizado el proceso learning de aprendizaje de quien es el lector mas rapido, y ha sido elejido SERVIDOR A, por lo tanto OSCAM le envia las ecm para que nos la desencrypte y nos de la cw al SERVIDOR A, pero ahora
la pregunta seria EL SERVIDOR A es entonces el servidor mas rapido siempre,
pues NO es el mas rapido cuando se hizo el proceso de eleccion, pero eso no quiere decir que sea el mas rapido siempre, por lo tanto
en este parametro se elijen el numero de ecm para obtener la cw de visionado que se mandan al SERVIDOR A (al elejido), una vez superado este numero, pues se realiza nuevamente el proceso de learning (aprendizaje) para elejir nuevamente quien es el servidor mas rapido para mandarle a ese las ecm para obtener las cw, que puede ser de nuevo el SERVIDOR A, o puede ser otro diferente.
C) OPCION DVBAPI
Bueno en
CONCEPTOS BASICOS expliquemos que era el DVB API, que a groso modo era
el software de linux encargado de manejar el hardware del receptor por el cual obtenemos el visionado, es decir si queremos que OSCAM ademas de comportarse como lector de una tarjeta o como lector de SERVIDORES con protocolos newcamd o cccam, y repartir las CW que recibe, aparte de esto
SI queremos que la propia OSCAM utilice las cw que recibe no solamente para repartirlas a otros SERVIDORES, sino que las utilice para darnos a nosotros mismos visionado pues tenemos que tener esta opcion DVB API activada, es decir:
ESQUEMA DVBAPI ACTIVADO
ESQUEMA DVBAPI DESACTIVADO
Pues en definitva si cuando utilizemos OSCAM ademas de recibir las CW ya sea de nuestra tarjeta de abonado o de un SERVIDOR, y estas CW repartirlas a otros CLIENTES, queremos tambien visionar un canal de television mediante OSCAM, pues deberemos activar el DVBAPI.
En este bloque pues los parametros de configuracion a tener en cuenta serian:
Código:
[COLOR=#000000]enabled =[/COLOR]
0---->desactivado
1---->activado
Por defecto en oscam esta desactivado.
Código:
[COLOR=#000000]user =[/COLOR]
Al activar el DVBAPI automaticamente
se crea por asi decirlo un cliente interno hacia el dvbapi,
por defecto este cliente se llama anonymous, pues en caso que queramos que este cliente del dvbapi de oscam nos aparezca con el nombre que deseemos, pues
aqui ponemos el nombre que queramos que reciba el cliente del dvbapi, este nombre que le demos, deberemos ponerlo el mismo en el oscam.user (
VER PARAMETROS OSCAM.USER que explicaremos mas tarde)
Código:
[COLOR=#000000]services =[/COLOR]
Este parametro
es para aplicar filtros al cliente dvbapi (Lo explicaremos en el CAPITULO APLICAR FILTROS OSCAM)
0--->Desactivado
1--->activado
Este parametro es utilizado por ejemplo teniendolo activado y en colaboracion de otro parametro en el oscam.user (VER PARAMETOS OSCAM.USER que explicaremos mas tarde), pues
para que la tarjeta de abonado de nuestro SERVIDOR reciba actualizacion de EMM.
Código:
[COLOR=#000000]pmt_mode =[/COLOR]
En primer lugar vamos a tener en cuenta un concepto lo que se llama
PMT que
seria el la tabla mapa de un programa o sea la tabla mapa de un canal, que importancia tiene, pues la siguiente:
el DEMUX que ya vimos lo que era en el CAPITULO CONCEPTOS BASICOS, crea una tabla mapa del canal que tenemos puesto en nuestro receptor, esta tabla mapa esta compuesta por los pid de este canal, entre ellos el
PID ECM (que ya vimos lo que era en CAPITULO CONCEPTOS BASICOS), este PID ECM como vimos era basico para el visionado y desencryptado de un canal.
Bien pues en
enigma 1 esta PMT se crea en la carpeta /tmp de nuestro receptor, y el nombre del archivo que se crea es pmt.tmp
Bien pues en
enigma 2 o en openpli esta pmt se crea en formato socket y recibe el nombre de camd.socket
Por lo tanto
en este parametro pues se elije en OSCAM que lea camd.socket o pmt.tmp pues dependiendo nuestro deco que es lo que crea.
Por defecto el valor es:
0--->oscam busca tanto pmt.tmp como camd.socket
Y otras opciones disponibles mas importantes:
1--->hacemos que no lea pmt.tmp o sea solo buscara camd.socket
2--->hacemos que no lea camd.socket o sea solo buscara pmt.tmp
D) ACTIVAR PROTOCOLO DE COMUNICACION NEWCAMD O CCCAM PARA SER SERVIDOR
ACTIVAR PROTOCOLO NEWCAMD
Bien para activar el protocolo newcamd para que oscam actue como SERVIDOR de nuestra tarjeta de abonado bajo este protocolo (para ser cliente protocolo newcamd no hace falta activar esta opcion es solamente para modo SERVIDOR NEWCAMD), pues en el archivo oscam.conf que estamos explicando pues pondriamos los siguientes parametros:
Código:
[newcamd]
key =
port =
serverip =
Aqui se pondria la deskey con la que encryptamos el protocolo newcamd, ejemplo:
key= 0102030405060708091011121314
Bueno en este parametro pondriamos, el
puerto por donde queremos hacer de SERVIDOR del protocolo newcamd (sera necesario ese puerto que pongamos abrirlo en nuestro router), s
eguido de @ y
a continuacion el CAID de nuestra tarjeta de abonado
seguido de : y
a continucion el provider de nuestra tarjeta de abonado, en caso que tuvieramos que
poner mas de un ident provider pues los separariamos con una ,
ejemplo para tarjeta SECA canal + satelite:
port= 15050@0100:004106
En caso de tener mas de una tarjeta de abonado, pues se añadiria ; y se elijiria nuevo puerto@caid@provider, por ejemplo, ademas de tarjeta SECA de canalplus satelite, pues tenemos tarjeta nagra de gol tv (y esta ponemos dos iden provider que separamos con la ,) pues pondriamos:
port= 15050@0100:004106;18000@1812:000000,006E11
ACTIVAR PROTOCOLO CCCAM
Bien para a
ctivar el protocolo CCCAM para que oscam actue como SERVIDOR bajo este protocolo (para
ser cliente protocolo cccamd no hace falta activar esta opcion es solamente para modo SERVIDOR CCCAM), pues en el archivo oscam.conf que estamos explicando pues pondriamos los siguientes parametros:
Código:
[cccam]port =
nodeid =
version =
reshare =
forward_origin_card =
keepconnected =
En este parametro ponemos
el puerto por donde deseamos hacer de SERVIDOR por el protocolo cccam (sera necesario tener abierto el puerto que pongamos en nuestro router)
ejemplo:
port =16000
Poner
un node id para cccam por defecto esta desactivado en oscam, si queremos que nos aparezca, pues ejemplo:
nodeid = EF14DC2E10B31504
Poner una version cccam con la que apareceremos en la red, ejemplo:
version = 2.2.1
Ponemos el
nivel de permisos que le damos a nuestros clientes para compartir nuestra tarjeta (
VER SERVIDOR LOCAL Y VIRTUAL EN CONCEPTOS SHARING)
0---->el cliente recibe la tarjeta pero no la puede compartir
1---->el cliente recibe la tarjeta y la puede compartir a otro cliente
2---->el cliente recibe la tarjeta y la puede compartir a otro cliente y este cliente a otro
etc.....
por defecto 10
0--->desactivado
1--->activado
Si los activamos es decir lo ponemos a
1 oscam actuara en el tratamiento de peticiones y demas ecm igual que el protocolo cccam original, es decir sin el load balancing de oscam.
Mi recomendacion es ponerlo a 0 o sea desactivado, por que si lo activamos utilizariamos el tratamiento cutre de ecm de cccam, mientras cccam elije la tarjeta a chupar dependiendo del SERVIDOR, oscam pasa del SERVIDOR y envia ecm a todas las tarjetas de todos los servidores elijiendo la mejor, en cambio cccam elije el mejor servidor y no la mejor tarjeta...
0--->se desconecta a un cliente del protocolo cccam cuando se alcanza un tiempo de inactividad del mismo
1--->Mantenemos a los clientes siempre conectados
E) ACTIVAR WEBIF/MONITOR
ACTIVAR WEBIF
Esta opcion sirve para poder c
ontrolar tanto parametros, como status, o mantenimiento de OSCAM desde el explorador de internet de nuestro pc, para activarlo:
Código:
[webif]httpport =
httpuser =
httppwd =
httprefresh =
httpallowed =
Elejir el puerto por donde acceder al webif de oscam, por ejemplo:
httpport = 8888
Para acceder al webif, pues deberemos poner
ipdenuestrodeco/host:httport, si la ip de nuestro deco es 192.168.1.100 y hemos elejido el puerto 8888, pues en el explorador de internet de nuestro pc pues deberiamos poner:
192.168.1.100:8888
elejimos
un usuario para poder acceder al webif
Elejimos
una contraseña para el usuario que pusimos
Elejimos
el tiempo en segundos que queremos que una vez hallamos entrado en la webif se nos actualice la informacion.
Elejimos las ips o los rangos de ips que se le esta permitido acceder al webif, es decir si ponemos:
httpallowed =192.168.1.10-192.168.1.14
Pues solo tendran acceso a la webif las ips:
192.168.1.10
192-168.1.11
192.168.1.12
192.168.1.13
192.168.1.14
ACTIVAR MONITOR
Esta opcion es similar al webif,
pero en vez de realizar el seguimiento a oscam a traves de la interfaz web pues se realiza con un programa del pc, a traves de un puerto UDP del router, y los parametros serian:
Código:
[monitor]
port =
aulow =
monlevel =
nocrypt =
hideclient_to =
appendchaninfo =
Elejir el Puerto donde el programa monitor va a realizar la conexion con oscam.
En minutos si no se reciben EMM para un cliente este pasa a on.
Dar permisos al programa que estemos utilizando para monotorizar .
0---->acceso monitor apagado
1---->acceso permitido a los servidores y sus parametros
2---->acceso a todos los parametros pero sin permiso para modificarlos
3--->acceso a todos los parametros si la configuracion del user lo permite
4--->Total acceso a todos los parametros.
Despues de cuantos segundos sin actividad de ecm un cliente pasara a inactivo.
0--->desactivado
1--->activado añadiendose el nombre del canal en vez del caid:sid.
F) ACTIVAR ANTICASC
Sirve basicamente para
aumentar las restricciones hacia un cliente para asi evitar engaños que nuestro cliente comparta con mas gente no permitada nuestra tarjeta, es decir
limitamos cuantas ecm nos puede pedir un cliente o los clientes conectados a nuestro cliente, si se sobrepasa el limite establecido pues automaticamente se puede elejir un castigo para ese cliente,
mi recomendacion quizas sea no activar esta opcion por que las peticiones de ecm pueden variar y esto no quiere decir que nos esten engañando, es decir un zapeo rapido por varios canales de nuestro cliente puede subir el numero de peticiones de ecm por x segundos y en este caso el cliente no estaria compartiendo con otra gente no permitida, y los parametros serian:
Código:
[anticasc]enabled =
numusers =
sampletime =
samples =
penalty =
aclogfile =
denysamples =
0------>desactivado
1------>activado
Durante el manual hemos visto que donde nos conectamos para enviar la ecm y recibir la cw a traves de un protocolo de comunicacion, le
llamabamos SERVIDOR.
Pues a partir de ahora
en OSCAM el SERVIDOR donde nos conectamos para enviar la ecm para que nos devuelva la cw, ya sea este SERVIDOR bajo protocolo cccam o newcamd, o ya sea nuestra propia tarjeta de abonado insertada en el deco, pues recibe el nombre de READER, es decir,
READER seria donde le decimos a oscam que envie las ecm para el desencryptado.
ejemplos:
- Le podemos decir a oscam que envie las ecm a nuestra tarjeta interna, entonces se denominaria reader interno
- Le podemos decir a oscam que envie las ecm a un servidor newcamd, entonces se denominaria reader cccam
- Le podemos decir a oscam que envie las ecm a un servidor cccam, entonces se denominaria reader cccam
Pues
el archivo donde ponemos los reader pues es el oscam.server, y en este pues podemos poner tantos reader como servidores tengamos ya sea tarjeta de abonado (normalmente sera uno ya que el receptor tendra solo una ranura para introducir tarjetas), o ya sean servidores newcamd o cccam en este caso pues los que queramos siempre y cuando claro esta el SERVIDOR nos halla facilitado los datos de conexion.
Cada READER segun sea establecido para una tarjeta de abonado propia, o para un servidor newcamd o para un servidor cccam, tendra unos parametros especificos y otros que seran comunes, pues vamos a explicar los mas importantes:
READER PARA TARJETA INTERNA DE ABONADO
En este caso pues
las ecm para el desencryptado pues se las enviamos a nuestra tarjeta de abonado, y los parametros mas importantes para este tipo de reader serian:
Código:
label =
description =
protocol =
device =
fallback =
caid =
detect =
mhz =
cardmhz =
ident =
services =
blockemm-u =
blockemm-s =
blockemm-g =
blockemm-unknown =
emmcache =
group =
Elejimos un nombre con el cual nos aparecera este reader en los log de oscam.
Elejimos una pequeña descripcion que le queramos poner a este reader o si no queremos ponerle ninguna pues la dejamos en blanco.
Se elije el protocolo que el reader va a utilizar, como en este caso es reader de nuestra tarjeta de abonado introducida en el deco, pues e
l protocolo a utilizar es: internal, es decir, seria asi:
protocol = internal
Se elije pues donde nos conectamos, en este caso como es tarjeta interna del receptor, tendriamos que elejir la ranura del deco donde va metida la tarjeta, lo llamado slot
(esto lo expliquemos en CONCEPTOS BASICOS), por lo tanto la direccion a poner seria:
device = /dev/sci0
Definir este READER como reserva de otro:
0--->desactivado
1--->activado
Si ponemos un caid, los clientes conectados a este reader solo pediran ese caid y se filtraran los demas.
Es para detectar el control de flujo del hardware mediante señales, en este caso el tarjetero, hay varias formas:
Detectar = CD (Carrier Detect) - default -Detectar = DSR (Data Set Ready)Detect = CTS (Clear To Send)Detectar ANILLO = (Ring Indicator)Detectar = NONE (detección desactivada, pero la señal "tarjeta se encuentra en"Detectar = GPIO1 ... gpio7 (neu-mipsel für uclibc)LO mas normal es utilzar deteccion cd
Son dos parametros para poner la frecuencias en que nuestra tarjeta es capaz de trabajar, en la página
web oficial de oscam, tienen la configuración para las distintas tarjetas:
Para dar prioridad a un caid y un providers, ejemplo para seca:
ident=0100:004106
Este parametro esta relacionado con otro archivo de configuracion que veremos mas adelante llamado oscam.services, sirve basicamente para filtrar peticiones a la tarjeta de abonado, este parametro lo desarrollaremos en el
CAPITULO:FILTRAR PETICIONES EN OSCAM
Código:
blockemm-u =
blockemm-s =
blockemm-g =
blockemm-unknown =
Con estos parametros se bloquea o se da paso a las emms hacia nuestra tarjeta de abonado,
en caso de compra de taquillas o querer tener actualizados los derechos de nuestra tarjeta de abonado es conveniente dejar pasar todas las emms.
0--->No bloquea se deja paso a las emm
1--->bloquea no se deja paso a las emm
Sirve
asignar un cliente del archivo configuracion oscam.user con un reader, es decir:
Si en este parametro ponemos grupo =1 y a un cliente del oscam.user le ponemos grupo=1 pues el cliente podra conectarse a este reader, en cambio si a este parametro le ponemos grupo=1 y al cliente en el oscam.user le ponemos grupo=2, pues el cliente se podra conectar al reader grupo=2 pero no al reader grupo=1, en definitiva su funcion es elejir a que reader le damos permiso a nuestros clientes para que se conecten.
Establecer cache EMM para nuestra tarjeta local, lo mas normal es:
emmcache=1,3,2
READER PARA PROTOCOLO CCCAM
En este caso las ecm para desencryptado para obtener la cw de visionado se la enviamos a un SERVIDOR bajo protocolo cccam, y los parametros mas importantes a tener en cuenta serian:
Código:
[reader]
label =
description =
protocol =
device =
user =
password =
caid =
ident =
inactivitytimeout =
reconnecttimeout =
fallback =
group =
cccversion =
cccmindown =
cccmaxhops =
ccckeepalive =
cccreconnect =
Elejimos un nombre con el cual nos aparecera este reader en los log de oscam.
Elejimos una pequeña descripcion que le queramos poner a este reader o si no queremos ponerle ninguna pues la dejamos en blanco.
Se elije el protocolo que el reader va a utilizar, como en este caso es reader de un SERVIDOR bajo protocolo cccam, pues e
l protocolo a utilizar es: cccam
, es decir, seria asi:
protocol = cccam
En este parametro
pondriamos a que direccion ip o host nos vamos a conectar bajo protocolo cccam para pedirles las ecm, y
a traves de que puerto.
ejemplo: El SERVIDOR CCCAM tiene la direccion marita.no-ip.info, y el puerto elejido por el SERVIDOR para que nos conectemos es el 16000, pues en este parametro pondriamos:
device = marita.no-ip.info,16000
El
usuario que nos ha asignado el SERVIDOR CCCAM
La
contraseña que nos ha asignado el SERVIDOR CCCAM
Para
filtrar tarjetas de un reader por CAID, es decir en protocolo internal que vimos con anterioridad evidentemente solo le pedimos ecm a una tarjeta por lo tanto si ponemos en ese caso un CAID, pues a la tarjeta solo le pediriamos ecm de ese CAID, bueno en protocolo cccam en el reader no recibimos una tarjeta sola, sino diversas tarjetas de diversos CAID, por lo tanto si pusieramos:
caid =0100---> quedria decir que si ese reader recibimos una tarjeta 0100, una tarjeta 1810, al poner caid=0100 pues solo nos apareceria en el reader la tarjeta 0100, es decir solo le pediriamos a ese reader ecm del CAID 0100.
Si este apartado lo dejamos en blanco pues recibiriamos ambos caid..
Esto viene bien por ejemplo:
Recibimos de un reader cccam:
tarjetas del caid 0100
tarjetas del caid 1810
tarjetas del caid 0500
Y yo no quiero pedir ecm al caid 0500 pero si a los otros dos, pues en este caso pondria:
caid:0100,1810
Pues
seria igual que el CAID pero filtrariamos CAID+PROVIDER
el tiempo en segundos que oscam espera antes de intentar reconectarse al SERVIDOR CCCAM del reader en caso que no responda.
Cada cuanto tiempo en segundos oscam intenta conectarse al SERVIDOR CCCAM del reader en caso de que este no responda.
Definir este READER como reserva de otro
:
0
--->desactivado
1
--->activado
Sirve
asignar un cliente del archivo configuracion oscam.user con un reader, es decir:
Si en este parametro ponemos grupo =1 y a un cliente del oscam.user le ponemos grupo=1 pues el cliente podra conectarse a este reader, en cambio si a este parametro le ponemos grupo=1 y al cliente en el oscam.user le ponemos grupo=2, pues el cliente se podra conectar al reader grupo=2 pero no al reader grupo=1, en definitiva su funcion es elejir a que reader le damos permiso a nuestros clientes para que se conecten.
Para definir la version cccam con que queremos aparecer en la red.
Para filtrar tarjetas que no nos den un determinado reshare, es decir, ejemplo:
cccmindown = 3
Todas las tarjetas que recibamos con reshare de 2 o menos seran filtradas y no nos apareceran.
Oscam si durante un tiempo no estamos haciendo peticiones a un reader este pasa a estado OFF, el cual
volvera a estado CONECTADO cuando le realizemos una peticion de ecm, pues
si activamos este parametro, oscam cada cierto tiempo le manda un mensaje de esta manera la conexion al READER siempre estara activa o sea CONECTADO aunque no le estemos pidiendo ecm.
0---->Desactivado
1---->Activado
Pues este parametro en ms, se utilizaria por si un SERVIDOR se bloquea por respuestas timeouts, pues se define el tiempo de espera en ms antes de volver a reconectarse al mismo.
READER PARA PROTOCOLO NEWCAMD
En este caso las ecm para desencryptado para obtener la cw de visionado se la enviamos a un
SERVIDOR bajo protocolo newcamd, y los parametros mas importantes a tener en cuenta serian:
Código:
[reader]
label =
description =
enable =
protocol =
device =
caid =
ident =
fallback =
services =
key =
user =
password =
Elejimos un nombre con el cual nos aparecera este reader en los log de oscam.
Elejimos una pequeña descripcion que le queramos poner a este reader o si no queremos ponerle ninguna pues la dejamos en blanco.
Se elije el protocolo que el reader va a utilizar, como en este caso es reader de un SERVIDOR bajo protocolo newcamd, pues e
l protocolo a utilizar es: newcamd
, es decir, seria asi:
protocol = newcamd
En este parametro pondriamos a que
direccion ip o host nos vamos a conectar bajo protocolo newcamd para pedirles las ecm, y a traves de que puerto.
ejemplo: El SERVIDOR NEWCAMD tiene la direccion pepito.no-ip.info, y el puerto elejido por el SERVIDOR para que nos conectemos es el 15000, pues en este parametro pondriamos:
device = pepito.no-ip.info,15000
Para
dar prioridad a un caid, como en newcamd solamente al contrario de cccam recibimos una tarjeta solo, pues en este caso es por si un canal tiene dos caid, pues le damos prioridad a uno de ellos.
ejemplo: Si queremos dar prioridad a seca pues se pondria:
caid=0100
Para
dar prioridad a un caid y a un provider, como en newcamd solamente al contrario de cccam recibimos una sola tarjeta, pues en este caso es para dar prioridad a los canales con un caid y providers concreto.
ejemplo: si queremos dar prioridad a seca y al proveedor canal + satelite pues pondriamos:
ident=0100:004106
Este parametro esta relacionado con otro archivo de configuracion que veremos mas adelante llamado oscam.services, sirve basicamente para filtrar peticiones a la tarjeta de abonado, este parametro lo desarrollaremos en el
CAPITULO:FILTRAR PETICIONES EN OSCAM
Definir este READER como reserva de otro
Como
dijimos en CONCEPTOS SHARING el protocolo newcamd se puede proteger mediante una deskey, pues aqui iria la deskey que EL SERVIDOR del protocolo newcamd ha puesto y nos ha facilitado.
El usuario que nos ha asignado el SERVIDOR NEWCAMD
La contraseña que nos ha asignado el SERVIDOR NEWCAMD
En este archivo de configuracion es donde creariamos:
a) El usuario/cliente del DVBAPI que como vimos en el oscam.conf al activar el dvbapi este creaba un cliente del dvbapi llamado por defecto anonymous, que es el que nos da el visionado en nuestro deco de los canales, pues bien aqui podemos pues cambiar el nombre por el que queramos a este cliente del dvbapi, asi como añadirle opciones a este cliente con los diferentes parametros, y este a la vez pues seria cliente de los reader que tengamos en el oscam.server
b) Crear clientes externos para otros decos de nuestros READER ya se un reader interno de nuestra tarjeta, un reader newcamd o un reader cccam de los que tenemos en el oscam.server a traves del protocolo que queramos y que previamente hemos activado en el oscam.conf.
A) CLIENTE DEL DVBAPI
Pues los parametros mas importantes a tener en cuenta:
Código:
[account]
user =
au =
group =
Aqui pondriamos el mismo user que pusimos en el archivo que vimos oscam.conf en la parte dvbapi.
Como vimos anteriormente en el oscam.conf en la parte dvbapi podiamos activar el au, pues una vez activado el au en el oscam.conf en parte dvbapi, si en este parametro del oscam.user le ponemos el mismo nombre del label del reader de nuestra tarjeta de abonado pues nuestra tarjeta podra recibir las emm.
ejemplo:
oscam.conf---->dvbapi---->au=1 (activado)
oscam.server--->reader de nuestra tarjeta de abonado--->label=d+ (nombre que le hemos puesto a este reader)
oscam.user----->au=nombre del reader que queremos que reciba emm, en este caso au=d+
Como vimos en el oscam.server a cada reader le podemos poner un numero de grupo o que todos sean el mismo, el cliente debe tener puesto en este parametro los grupos del reader para poder acceder a el, como este cliente es el cliente del dvbapi que es el que nos da el visionado a nosotros, pues lo suyo es que tenga aqui todos los grupos reader que tengamos.
Ejemplo:
Tenemos:
READER A
group=1
READER B
group=1
REACERC
group=2
Pues lo normal es que el cliente dvbapi que es el cliente interno de nuestro deco el que nos da el visionado pues que tenga acceso a los tres por lo tanto el parametro seria:
group=1,2
B) CLIENTES EXTERNOS
Los parametros principales pues serian basicamente iguales que los del cliente dvbapi, pero como son clientes externos de otros decos pues podemos ampliar un poco los parametros, es decir estos ya serian los clientes que creamos para que oscam actue como SERVIDOR de los protocolos que previamente hallamos activado en el oscam.conf, es decir creamos los clientes que chuparan de nuestros reader, los principales parametros serian:
Código:
[account]
disabled =
user =
pwd =
caid =
keepalive =
allowedprotocols =
group =
services =
ident =
cccmaxhops =
cccreshare =
cccignorereshare =
0-->activamos ese cliente
1-->desactivamos ese cliente
Es decir para que un cliente se pueda conectar a nosotros por los diferentes protocolos y enviarnos la ecm que quiera que le desencrypte para que nuestros reader lo hagan y le enviemos la cw, pues el cliente debe estar activado, si lo dejamos en blanco o no lo ponemos este parametro por defecto es 0 o sea activado.
Aqui pondremos el user que queramos que tenga el cliente, lo que pongamos pues se lo deberemos dar a nuestro cliente
La contraseña que queramos que tenga el user que hemos creado, la que pongamos se la deberemos dar a nuestro cliente
aqui podemos limitar que caid va a chupar el cliente de nuestros reader, si lo dejamos en blanco o no lo ponemos el cliente chupara de todos los caids de nuestros reader, si añadimos caid pues el cliente solo chupara de los caid que nosotros le pongamos:
ejemplo:
caid:0100,0500
Pues el cliente solo podra hacernos peticiones a nuestros reader del caid 100 y del 0500 pero no del resto.
Es por si queremos mantener el cliente en conectado aunque lleve tiempo sin pedirnos ecm..
0-->desactivado
1-->activado
Para limitar al cliente mediante que protocolos se puede conectar con nosotros, es decir, si en nuestro oscam.conf tenemos activado cccam y newcamd, pero queremos limitar que este cliente solo se pueda conectar con nosotros mediante protocolo newcamd, pues pondriamos:
allowedprotocols =newcamd
Si lo dejamos en blanco se podra conectar a nosotros mediante todos los protocolos posibles activados en el oscam.conf