Configuración de Cardsharing Canal Digitaal: CCcam& Guía OScam

Si has llegado aquí, probablemente estás mirando una pantalla negra con una línea conectada y preguntándote qué rompiste. La configuración de cardsharing de Canal Digitaal (configuración CCcam/OScam) es una de esas cosas que parece sencilla hasta que llevas tres ediciones de config y los canales siguen sin abrirse. Esta guía cubre el proceso completo: bloques de config reales, rutas de archivo reales y las cosas específicas que salen mal y por qué.

Esto no es una guía para principiantes. Se asume que ya tienes un receptor Enigma2 en funcionamiento, CCcam u OScam instalado, y una línea de sharing o una tarjeta física en mano. Lo que necesitas es la sintaxis de config correcta y una forma de diagnosticar qué está fallando.

Respuesta Rápida: Configuración Mínima Funcional para Canal Digitaal

Antes de entrar en la teoría, así es como se ve una config mínima funcional. Estas son credenciales de ejemplo — sustitúyelas por los datos reales de tu línea.

Formato de Línea Cliente CCcam (Línea C:)

Abre/etc/CCcam.cfg (o/var/etc/CCcam.cfg en algunas imágenes Enigma2) y añade:

C: your.server.host 12000 yourusername yourpassword

Eso es lo mínimo. El formato de la línea C: siempre esC: hostname port username password. El puerto 12000 es el predeterminado del protocolo CCcam, aunque tu proveedor puede usar un puerto diferente — confírmalo antes de asumir. Guarda el archivo, reinicia CCcam y comprueba el panel de información enhttp://box-ip:16001 para ver si la línea aparece como conectada.

Equivalente OScam: Reader + Server

OScam divide lo que CCcam hace en una línea en tres archivos. La definición del reader va en/etc/tuxbox/config/oscam.server (o/var/etc/oscam/oscam.server según tu imagen):

[reader]

Enoscam.user, crea una cuenta local que utiliza la API DVB:

[account]

Y el mínimo indispensable paraoscam.conf:

[global]

Qué puertos y archivos necesitas editar realmente

Para CCcam: edita soloCCcam.cfg. Para OScam: modificaoscam.conf,oscam.server, yoscam.user. Eloscam.dvbapi es necesario si OScam controla el sintonizador directamente (común en Enigma2). El directorio de configuración de OScam suele estar en/etc/tuxbox/config/ en imágenes antiguas y en/var/etc/oscam/ en las más nuevas —ls /etc/tuxbox/config/oscam.* te dirá inmediatamente cuál corresponde.

Algo que confunde a mucha gente: en algunos decodificadores,/etc/ es un enlace simbólico o un montaje tmpfs que se borra al reiniciar. Si tus cambios desaparecen tras un reinicio, la ubicación real de tu configuración persistente está en otro lugar — generalmente en/var/etc/ o una partición flash. Comprueba desde dónde lee el proceso en ejecución conps aux | grep -i oscam y observa el-c argumento.

Comprendiendo la Configuración de Cifrado de Canal Digitaal

Canal Digitaal utiliza acceso condicional Irdeto 2. Cada canal cifrado transmite paquetes ECM (Entitlement Control Message) que contienen el CAID y el ID de proveedor que identifica qué tarjeta puede descifrarlo. Tu emulador intercepta estos y los enruta a un lector — ya sea una tarjeta física o una línea de compartición remota — que realmente posee la habilitación.

Conceptos Básicos de CAID e ID de Proveedor

CAID identifica el sistema de acceso condicional — para Irdeto 2 en esta plataforma, normalmente verás algo como1833 o1834 en hexadecimal en tus registros. El ID de proveedor (ident) lo delimita aún más: diferentes paquetes en el mismo CAID pueden tener diferentes ID de proveedor, y una línea de compartición puede llevar algunos pero no todos. Esto es exactamente por qué ciertos canales se abren y otros permanecen en negro incluso con una línea "funcional".

Por Qué el CAID Correcto Importa para el Enrutamiento de ECM

OScam enruta cada solicitud ECM a lectores basándose en la coincidencia de CAID y grupo. Si el lector no lista explícitamente el CAID (o si el filtro CAID es incorrecto), OScam ni siquiera intentará ese lector. CCcam lo gestiona de manera más automática pero es menos transparente sobre por qué falla un canal en particular. En OScam, puedes restringir qué CAIDs gestiona un lector mediante el campocaid — útil cuando tienes múltiples lectores y quieres evitar el enrutamiento cruzado, pero también una fuente común de problemas de "línea conectada, canales muertos" cuando el filtro es demasiado restrictivo.

Leyendo Tu ecm.info para Confirmar la Tarjeta

En Enigma2, sintoniza un canal que debería funcionar y lee/tmp/ecm.info. Verás algo como:

CAID: 0x1833

El CAID y el Ident aquí son lo que el canal está solicitando. El campo Reader te indica qué lector usó OScam. Si Reader está en blanco o muestra "not found", el enrutamiento ECM falló — la solicitud nunca llegó a tu línea. Si Reader muestra tu línea pero el canal sigue en negro, la línea respondió pero devolvió una CW incorrecta o la respuesta tardó demasiado.

Configuración Paso a Paso de OScam

Aquí hay un recorrido completo de configuración anotado. Esto cubre la configuración más común de Enigma2 donde OScam gestiona tanto la línea remota como la API DVB.

Configuración Global y de Webif de oscam.conf

[global]

nice = -1 le da a OScam una prioridad de CPU ligeramente elevada — en equipos lentos esto realmente importa para el tiempo de respuesta de ECM.preferlocalcards = 1 enruta los ECM a una tarjeta física antes de intentar lectores de red, que es lo que quieres si tienes una tarjeta en la ranura junto con una línea de compartición como respaldo.

Bloque Reader de oscam.server para una Línea con Protocolo CCcam

[reader]

Elcccversion es importante. Algunos servidores upstream rechazan conexiones de versiones incompatibles.2.3.0 es ampliamente aceptado.ccckeepalive = 1 envía pings periódicos para evitar que el servidor corte las conexiones inactivas — útil en líneas que se cortan después de unos minutos de inactividad. Dejacaid en blanco aquí a menos que tengas una razón específica para restringirlo; deja que OScam determine qué proporciona el lector desde la lista de tarjetas del servidor.

oscam.user con filtrado de Grupo y CAID

[account]

Elgroup valor aquí debe coincidir con elgroup valor en tu bloque de lector. Este es el error de configuración más común que veo. El lector está en el grupo 1, la cuenta también debe solicitar el grupo 1 — si no coinciden, los ECMs de esta cuenta nunca llegarán a ese lector.au = 1 habilita las actualizaciones de tarjeta (mensajes de derechos) para que pasen, lo cual algunas configuraciones necesitan para que la tarjeta permanezca autorizada.

oscam.dvbapi para el sintonizador local

[dvbapi]

Eluser aquí debe coincidir con la cuenta definida en oscam.user.boxtype = dreambox funciona para la mayoría de los receptores Enigma2 independientemente de la marca real. Si estás ejecutando una imagen OpenATV o OpenPLi, esta es la configuración estándar. Algunas imágenes usanboxtype = enigma2 — revisa lo que dice la documentación de tu imagen si dreambox no funciona.

Reiniciar y leer el registro

Reinicia OScam con/etc/init.d/oscam restart o a través del menú de plugins de tu imagen. Luego observa el registro:

tail -f /tmp/oscam.log

Busca líneas que muestren la conexión de tu lector. Una buena señal eslector canal_line: conectado a your.server.host:12000 seguido decards: 1 o más. El webif enhttp://box-ip:8888 → La pestaña Status muestra el estado actual de cada lector. Conectado con tarjetas> 0 significa que la línea está activa. Luego sintoniza un canal y observa las líneas ECM — deberías ver el CAID, el lector utilizado y el tiempo de respuesta en milisegundos.

Configuración paso a paso de CCcam

CCcam es más simple de configurar pero más difícil de depurar ya que te da menos visibilidad sobre lo que ocurre internamente.

Líneas de cliente y opciones de CCcam.cfg

El CCcam.cfg completo para una configuración básica de cliente:

# Connect to sharing line

CCcam procesa la configuración de arriba a abajo. Se admiten múltiples líneas C: — CCcam las intentará en orden si la primera falla. No hay coincidencia de grupos de la que preocuparse; CCcam negocia automáticamente qué CAIDs lleva el servidor remoto.

Líneas F: del lado del servidor si compartes tu propia tarjeta

Si tienes una tarjeta física en la ranura de tu receptor y quieres compartirla con otros clientes:

F: clientuser clientpassword 1 0

El formato esF: username password uphops downhops.uphops = 1 significa que este cliente puede recompartir a un salto adicional (establecer en 0 para evitar la recompartición).downhops = 0 es estándar. CCcam detecta automáticamente la tarjeta física a través del lector integrado del receptor — no defines la tarjeta en sí en la configuración, solo las cuentas de cliente autorizadas a conectarse.

Nota: ejecutar CCcam como servidor requiere que el puerto de escucha (12000 por defecto) esté abierto en el firewall de tu receptor y redirigido si estás detrás de un router NAT.

Opciones globales útiles (WEBINFO, Puerto, Registro)

SERVER LISTEN PORT: 12000

CCCAM RESHARE: 0 evita que los clientes conectados recompartan tu tarjeta más abajo en la cadena.DISABLE CACHE EX: yes desactiva el protocolo de intercambio de caché ECM, lo que puede causar problemas con algunos servidores upstream.KEEPALIVE: yes mantiene la conexión incluso cuando no se están descifrando canales.

CCcam recarga la configuración en algunas imágenes si simplemente guardas el archivo, pero un reinicio completo (/etc/init.d/cccam restart) es más seguro. El webif en el puerto 16001 muestra los servidores conectados, los conteos de saltos y qué CAIDs proporciona cada conexión — léelo antes de asumir que la línea está funcionando.

Solución de problemas: Congelamiento, Sin Canales y Errores de Conexión

La mayoría de los problemas de configuración de cardsharing de Canal Digitaal (configuración de CCcam/OScam) se dividen en un puñado de categorías. Relaciona tu síntoma con la causa a continuación.

La Línea Conecta pero los Canales Permanecen en Negro

Esto es casi siempre una discrepancia de CAID/ident. La línea está conectada e informa tarjetas, pero el CAID específico o el ident de proveedor que solicitan tus canales no está disponible en esa línea. Comprueba/tmp/ecm.info o el registro de OScam para el CAID que se solicita, luego verifica la lista de tarjetas reportadas de tu línea en el webif de OScam o el panel de información de CCcam. Si el CAID no aparece, la línea simplemente no lo transporta.

En OScam, verifica también los números de grupo. Si tu lector está en el grupo 1 y tu cuenta está en el grupo 2, OScam no enrutará — el registro mostrará solicitudes ECM llegando pero ningún lector siendo intentado.

Otro escenario: tienes dos emuladores corriendo simultáneamente (por ejemplo, CCcam y OScam ambos instalados y ambos iniciados). Compiten por la API DVB y el dispositivo CA. Solo uno puede ganar. Compruebaps aux | grep -E 'cccam|oscam' y mata el que no estés usando.

Los Canales Abren y Luego se Congelan Cada Pocos Segundos

El congelamiento en un intervalo — típicamente cada 8-10 segundos para SD, menos para HD — significa que las respuestas ECM están llegando demasiado lentamente. Las palabras de control (las claves de descifrado reales) cambian según un horario, y si la nueva clave no llega antes de que expire la antigua, se produce un congelamiento hasta que llegue la siguiente clave.

Comprueba el tiempo de respuesta ECM en el registro de OScam. Cualquier valor consistentemente superior a 600ms es arriesgado. Por encima de 1000ms verás congelamientos regulares en SD; los canales HD tienen una ventana más ajustada y comienzan a congelarse con umbrales más bajos — alrededor de 400-500ms — porque la carga de ECM es mayor.

Causas: demasiados saltos (cada salto añade latencia), servidor upstream sobrecargado, o una ruta de red lenta. La solución es una línea más rápida — una con conteo de saltos 1 y tiempos de ECM inferiores a 300ms.

El Lector Aparece Desconectado o con 0 Tarjetas

Trabaja en este orden. Primero, verifica que el nombre de host se resuelva:nslookup your.server.host. Luego verifica que el puerto sea accesible:telnet your.server.host 12000 — si se agota el tiempo de espera o rechaza la conexión, el problema es de red, no de configuración. Comprueba si el firewall de tu caja bloquea las conexiones salientes en ese puerto (iptables -L -n). Algunos ISPs también bloquean las conexiones salientes en puertos no estándar, aunque esto es menos común de lo que solía ser.

Si telnet conecta, el problema son las credenciales o el protocolo. Verifica el nombre de usuario, la contraseña y el puerto con los detalles de tu línea. Para OScam, confirmacccversion coincide con lo que el servidor espera.

CAID Incorrecto / ECM Sin Respuesta

Puede que tengas el CAID correcto pero el ident de proveedor incorrecto. La estructura de paquetes de Canal Digitaal significa que algunos canales se encuentran bajo diferentes IDs de proveedor incluso dentro del mismo CAID. Una línea que porta el CAID puede responder a los ECM del paquete principal pero no para los complementos deportivos o premium si estos tienen idents diferentes y la tarjeta compartida no tiene esa habilitación.

En OScam, puedes agregar unident filtro al lector para restringir qué IDs de proveedor gestiona — pero por defecto, déjalo en blanco y deja que el upstream lo resuelva. Si ciertos canales de un paquete funcionan y otros no, esta es la causa probable.

Problemas de Sincronización de Tiempo y Firewall/Puerto

Este punto se omite en la mayoría de las guías. El descifrado ECM de Irdeto 2 es sensible al tiempo — la tarjeta verifica la hora del sistema como parte del proceso de descifrado. Si el reloj de tu decodificador se ha desviado más de unos minutos, el descifrado falla silenciosamente. Los decodificadores sin reloj en tiempo real (RTC) son especialmente propensos a esto tras un corte de energía.

Solución: instala y activa la sincronización NTP. En Enigma2,ntpdate -u pool.ntp.org fuerza una sincronización inmediata. Agrégalo al inicio automático si el decodificador no tiene RTC. También verifica que la configuración de zona horaria coincida con tu ubicación real — una zona horaria incorrecta es funcionalmente lo mismo que una desviación del reloj desde la perspectiva de la tarjeta.

Para problemas de firewall de salida: la mayoría de los decodificadores Enigma2 tienen reglas de firewall mínimas por defecto, pero si alguien ha reforzado el tuyo, verifica que el TCP saliente en el puerto 12000 (o el puerto que use tu línea) esté permitido.

Cómo Elegir una Línea de Sharing Confiable (Criterios Generales)

La configuración de cardsharing de Canal Digitaal (configuración de CCcam/OScam) es tan buena como la línea que la alimenta. Puedes tener una configuración perfecta y aun así sufrir congelaciones constantes por una línea de baja calidad. Así es como evaluar a qué te estás conectando — usando datos de tus propias herramientas, no el marketing del vendedor.

Indicadores de Tarjeta Local vs. Remota

En el webif de CCcam y el estado del lector de OScam, puedes ver el conteo de saltos reportado por el servidor remoto. Un conteo de saltos de 1 significa que tu conexión está a un paso de la tarjeta física — lo mejor posible. Un conteo de saltos de 2 significa que hay un servidor intermedio. Más alto que eso y estás acumulando latencia con cada salto adicional.

Específicamente para Canal Digitaal, quieres una línea que reporte el CAID objetivo en el salto 1. Las líneas que muestran el CAID en el salto 3 o 4 a menudo funcionarán en SD pero fallarán bajo carga o en canales HD.

Señales de Conteo de Saltos y Carga del Servidor

La página de Lectores del webif de OScam muestra el tiempo de respuesta ECM actual por lector. Obsérvalo durante varios minutos, no solo en un momento concreto. Una línea con un promedio de 180ms con picos ocasionales de 400ms está bien. Una línea con "promedio" de 250ms porque oscila entre 80ms y 900ms no lo está — esos picos causan congelaciones.

El panel de información de CCcam muestra las shares activas por tarjeta. Una tarjeta que sirve a cientos de clientes simultáneos tendrá tiempos de respuesta altos bajo carga. Esto es invisible para ti desde fuera, pero tiempos de respuesta consistentemente altos (más de 500ms) durante el horario de máxima audiencia son una señal.

Tiempo de Actividad y Tiempo de Respuesta ECM como Métricas de Calidad

OScam rastrea el tiempo de actividad del lector en el webif. Una línea que ha estado conectada durante 7 días seguidos es más confiable que una que muestra 4 horas de actividad porque sigue cayendo. También puedes ver el contador de "sin respuesta" en las estadísticas del lector de OScam — un lector que frecuentemente no responde está sobrecargado o le falta el CAID para los canales que intentas ver.

Prueba una línea durante 24 horas antes de evaluarla. Muchas líneas se ven bien a las 2pm y se desmoronan a las 8pm cuando todos están viendo la televisión. Las marcas de tiempo del registro del webif te permiten correlacionar los eventos de congelación con los picos de tiempo de respuesta ECM, lo que te indica exactamente cuándo y por qué ocurre la degradación.