CCcam& Guía de configuración de compartición de tarjetas OScam (2026)

Si has llegado aquí con un receptor medio configurado y un montón de mensajes de error crípticos, esta anleitung de compartición de tarjetas es exactamente lo que necesitas. La mayoría de las guías en línea pegan un bloque de configuración sin explicar lo que significa cada token, así que en el momento en que algo falla, te quedas atascado. Esta va más allá: rutas de archivos reales, diferencias de protocolo reales y una sección de solución de problemas que mapea cadenas de error específicas a soluciones específicas.

Sin consejos vagos. Solo lo que realmente funciona en 2026 en hardware real.

Lo que realmente es la compartición de tarjetas (CCcam vs OScam)

La compartición de tarjetas permite que un receptor de satélite descifre canales pidiendo a un servidor remoto la palabra de control (CW) en lugar de leer una tarjeta inteligente local directamente. El servidor tiene una tarjeta física, lee el ECM (Mensaje de Control de Derechos) del stream y envía de vuelta la CW descifrada a través de la red. Tu receptor utiliza eso para desencriptar la imagen.

Existen dos roles: eres uncliente conectándote al servidor de otra persona, o estás ejecutando unservidor con tu propia tarjeta y compartiendo acceso. La mayoría de las personas comienzan como clientes.

Roles de Cliente vs Servidor en una Configuración de Compartición

Un receptor cliente envía ECMs río arriba y recibe CWs de vuelta. Necesita un nombre de host, puerto, nombre de usuario y contraseña: nada más. Un receptor servidor tiene un lector de tarjetas conectado (módulo CAM físico, ranura CI o lector interno en un Vu+ Solo SE, por ejemplo) y escucha en un puerto para solicitudes de ECM entrantes. Ambos roles pueden existir en la misma caja simultáneamente.

Protocolo CCcam vs OScam: Cuándo Usar Cada Uno

CCcam es un protocolo cerrado desarrollado alrededor de 2007 y sigue siendo el formato de intercambio más utilizado. Su puerto por defecto es12000. El binario todavía está disponible para imágenes más antiguas de Enigma2, pero el desarrollo se detuvo hace años.

OScam (Open Source Cam) es el reemplazo moderno. Está activamente mantenido, soporta múltiples protocolos simultáneamente, tiene control granular por usuario y por caid, y te da una interfaz web con registro de ECM en vivo. Si estás configurando algo nuevo en 2026, usa OScam. Las líneas de CCcam (el formato C:) siguen siendo cómo la mayoría de las fuentes te entregan credenciales, pero OScam puede hablar ese protocolo sin problemas.

Diferencias de Protocolo Newcamd, CCcam y CWS

Tres protocolos aparecen constantemente:

• CCcam — propietario, puerto 12000, el formato de credenciales de facto
• newcamd — más antiguo pero estable, típicamente puertos en el rango de 15000, utiliza una clave DES de 14 bytes
• camd35 / cs357x / cs378x — variantes basadas en UDP, cs378x añade TCP, utilizado por algunas configuraciones más antiguas

OScam habla todos ellos. Esa es la razón principal por la que es la recomendación: obtienes una configuración unificada y puedes conectarte a cualquier servidor independientemente de qué protocolo hable.

Hardware: Receptores Enigma2, Cajas Linux y Módulos CAM

La mayoría de las personas ejecutan esto en cajas basadas en Enigma2: Dreambox DM900, Vu+ Duo 4K, GigaBlue, o clones más baratos que ejecutan imágenes OpenATV o OpenPLi. Las cajas genéricas de Debian también funcionan: solo necesitas instalar OScam desde el código fuente o un repositorio de paquetes. Los módulos CAM (adaptadores CI+) son una alternativa pero te dan menos control sobre la configuración y el registro. El resto de esta guía asume Enigma2 o Linux puro.

Configuración del Cliente CCcam Paso a Paso

Aquí es donde la mayoría de las configuraciones funcionan o se desmoronan basándose en un carácter incorrecto en un archivo de configuración. Tómalo token por token.

Editando /etc/CCcam.cfg o /var/etc/CCcam.cfg

En la mayoría de las imágenes de Enigma2, CCcam lee de/etc/CCcam.cfg. Después de una actualización de imagen o en algunas construcciones de OpenPLi, puede moverse a/var/etc/CCcam.cfg. Verifica qué ruta se está leyendo realmente ejecutando:

ps aux | grep CCcam

Luego mira el script de inicio en/etc/init.d/CCcam para la ruta explícita. Edita el archivo correcto a través de SSH (nano funciona bien) o FTP (usa FileZilla apuntando al puerto 22 con SFTP). No uses el Bloc de notas de Windows — escribe finales de línea CRLF que rompen el analizador.

Anatomía de una línea C: (Host Puerto Nombre de Usuario Contraseña)

Una línea de conexión de cliente se ve así:

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

Desglosándolo:

• C: — directiva de conexión de cliente
• hostname.example.com — nombre de host o IP del servidor
• 12000 — puerto (CCcam por defecto; ajusta si tu fuente usa otra cosa)
• myuser mypassword — credenciales exactamente como se dieron
• no — si se deben compartir tarjetas locales de vuelta a este servidor (usano a menos que estés haciendo re-compartición)
• { 0:0:1 } — opcional: saltos máximos. Establece en 1 para una tarjeta directa, elimina completamente si no estás seguro

Una línea por servidor. Múltiples líneas C: están bien y CCcam intentará cada una para ECM si la anterior falla.

Configurando líneas F: para compartir de vuelta

Si estás ejecutando una tarjeta local y quieres permitir que otros se conecten a ti, añade líneas F:

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

Los tokens son: nombre de usuario, contraseña, permitir actualizaciones emm (0 o 1), compartir todas las tarjetas (0 o 1), y restricciones opcionales de salto/caid. Cada línea F: es un cliente permitido. Mantén estas restricciones estrictas — no uses caids comodín a menos que sepas exactamente qué estás compartiendo.

Reiniciando el Daemon y Confirmando la Conexión

Reinicia CCcam con:

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

O usa el panel de softcam en el menú de plugins de tu receptor si estás en una imagen GUI. Después del reinicio, accede a la interfaz web de CCcam enhttp://receiver-ip:16001. LapestañaTarjetas

muestra lo que el servidor ha decodificado y puesto a disposición. Las entradas verdes significan lectores activos. Si la lista está vacía después de 30 segundos, algo en la línea C: está mal — verifica el puerto y las credenciales.

Configuración del Servidor y Lector OScam/etc/tuxbox/config/oscam/,/var/keys/, o/etc/oscam/ dependiendo de tu imagen. Verifica confind / -name "oscam.conf" 2>/dev/null.

oscam.conf: Puerto Webif y Configuraciones Globales

[global]

La interfaz web en el puerto 8888 es tu herramienta de diagnóstico principal. Establecehttprefresh a 10 para actualizaciones casi en vivo en la página de estado. El archivo de registro en/tmp/oscam.log es lo que debes grep cuando las cosas van mal — más sobre eso a continuación.

oscam.server: Definiendo un Lector CCcam

[reader]

Elgroup = 1 línea es donde la mayoría de las configuraciones se rompen silenciosamente. El número de grupo debe coincidir con lo que configuraste enoscam.user — si no coinciden, el lector se conecta pero la cuenta de usuario no ve tarjetas. Esta es probablemente la causa más común de que OScam "funcione" pero no descifre nada.

Establececccmaxhops a 1 o 2. Cualquier cosa por encima de 3 y estarás persiguiendo reenvíos lo suficientemente profundos como para que el tiempo de respuesta se convierta en un problema.

oscam.user: Creando Cuentas de Usuario y Mapeo de Grupos

[account]

Elgroup = 1 debe coincidir con el grupo del lector. Elau = 1 habilita actualizaciones EMM (necesarias para mantener la tarjeta válida con el tiempo — más sobre la deriva del reloj EMM a continuación). Restringe caids e idents a lo que realmente ves; no dejes estos campos vacíos a menos que quieras específicamente que todos los caids pasen.

Leyendo el Estado de la Interfaz Web de OScam y el Registro de ECM

La pestaña de Lectores en la interfaz web de OScam muestra cada lector, su estado (Conectado / No Conectado), y las tarjetas que ve. La pestaña de Usuarios muestra sesiones activas y contadores de ECM por cuenta.

La vista más útil es laHistoria de ECM — ya sea en la interfaz web o en bruto en el registro. Cada línea muestra el canal, caid, ident y tiempo de respuesta en milisegundos. Una línea saludable se ve así:

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

Cualquier cosa consistentemente por encima de 500–600ms es un problema. Los canales de clave rápida (deportes en vivo, por ejemplo) rotan sus palabras de control cada 5–10 segundos, así que si tu tiempo de ida y vuelta de ECM toma 700ms, verás tartamudeos incluso si la línea técnicamente funciona en canales más lentos.

Resolución de problemas: Congelamientos, tiempos de espera de ECM y errores de DCW

Esta sección es el verdadero valor de la guía de cardsharing: mapear cadenas de error a causas raíz en lugar de solo decir "verifica tu configuración."

Congelamientos de canal cada pocos segundos (intervalo de ECM)

Si la imagen se congela en un ritmo regular — usualmente cada 5, 10 o 30 segundos — estás alcanzando el intervalo de cambio de clave de ECM. El servidor no está respondiendo lo suficientemente rápido antes de la siguiente rotación de clave.

Causas en orden de probabilidad: alto conteo de saltos (cada salto extra añade ~50–150ms), servidor sobrecargado, o distancia geográfica causando latencia. En OScam, verifica el tiempo de respuesta promedio del registro de ECM. Si está por encima de 400ms, reduce los saltos. Si está bien en canales de películas pero falla en deportes, el problema es específicamente la rápida rotación de claves — los broadcasters deportivos a menudo usan intervalos de 5 segundos.

'Tiempo de espera de ECM' y tiempos de respuesta lentos

Un tiempo de espera de ECM en el registro de OScam significa que el lector envió una solicitud y no recibió respuesta dentro de la ventana de tiempo de espera. Causas:

• Servidor inalcanzable — ejecutatelnet hostname 12000 desde el receptor para probar la conectividad en crudo
• Cortafuegos en el lado del servidor bloqueando el puerto
• La tarjeta upstream no lleva ese caid en absoluto — el servidor recibe el ECM pero no tiene nada con qué descifrarlo
• Credenciales incorrectas causando rechazo silencioso

Enoscam.log, buscaECM y mira el campo de estado.E entradas (en lugar deOK) te dicen qué lector falló y para qué caid.

'Error de suma de verificación de DCW' y incorrecto después de decodificar

Este es sutil. Un error de suma de verificación de DCW significa que OScam recibió una palabra de control pero la validación de la suma de verificación falló. Dos causas comunes:

Primero: una tarjeta falsa o proxy que en realidad está generando CWs incorrectos — ya sea que la tarjeta sea inválida o que el servidor upstream esté manipulando valores. Segundo, y más solucionable:dos lectores respondiendo para el mismo caid. Si tienes dos entradas de servidor ambas capaces de devolver un CW para el caid 0900, OScam puede recibir respuestas conflictivas. La solución es restringir caids en cada lector explícitamente, o establecer una prioridad de lector conpriority = 1 en tu lector preferido ypriority = 2 en el respaldo.

[lector]

Sin tarjeta / Lector muestra fuera de línea

El lector muestra fuera de línea en el webif de OScam — ya sea que nunca se conectó o se desconectó. Verifica: nombre de host/puerto incorrecto (los errores tipográficos son comunes), credenciales incorrectas, el servidor rechazando activamente la conexión, o el servidor mismo está caído. El registro de OScam mostrará un mensaje de conexión rechazada o de inicio de sesión fallido. Para lectores de protocolo CCcam, también verificacccversion coincide con lo que el servidor espera — algunos servidores rechazan clientes que anuncian versiones demasiado nuevas.

Problemas de red, NAT y reenvío de puertos

Si estásalojando un servidor, las conexiones entrantes necesitan llegar a tu receptor. Eso significa reenviar el puerto 12000 (o el puerto que hayas elegido) en tu enrutador, y asegurarte de que el cortafuegos de tu receptor (iptables) lo permita:

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

Verifica que el puerto sea accesible externamente utilizando cualquier herramienta de verificación de puertos desde un navegador en una red diferente. Un caso extremo desagradable: si tu ISP te coloca detrás de CGNAT (NAT de grado de operador), no tienes una IP pública en absoluto, y el reenvío de puertos entrantes es imposible. Verifica mirando la IP WAN de tu enrutador: si está en el rango 100.64.0.0/10, estás detrás de CGNAT. La solución alternativa es un VPS con un túnel (WireGuard o similar) a tu receptor en casa.

También observa el reloj del sistema. El procesamiento de EMM (que mantiene válidos los derechos de tu tarjeta) puede fallar silenciosamente si el reloj del receptor se desincroniza. Un cliente NTP en la caja soluciona esto: instala y habilita chrony o ntpd. Sin ello, una tarjeta que funciona hoy puede perder gradualmente canales durante días o semanas a medida que las actualizaciones de EMM fallan en la validación.

Un caso extremo más: si ejecutas tanto el binario de CCcam como OScam en la misma caja, ambos intentarán vincular el puerto 12000. OScam ganará o perderá esa pelea dependiendo del orden de inicio, y el que pierda simplemente fallará silenciosamente. Elige uno y desactiva el otro.

Cómo Elegir una Fuente de Compartición Confiable (Criterios Genéricos)

No hay nombres de proveedores aquí; eso es intencional, y no solo por razones legales. La calidad del proveedor cambia constantemente y cualquier nombre que escriba hoy podría estar desaparecido o degradado el próximo mes. Lo que no cambia es qué medir.

Tarjeta Local vs Línea Compartida: Implicaciones de Latencia

Un servidor con unatarjeta local (salto 0) lee el ECM directamente de una tarjeta inteligente física. El tiempo de respuesta es típicamente de 80 a 250 ms. Cada salto adicional — donde el servidor A reenvía ECMs al servidor B que tiene la tarjeta real — añade latencia de ida y vuelta en la red. El salto 2 podría ser de 300 ms. El salto 5 podría ser de 800 ms y apenas utilizable.

Cuando obtengas credenciales, pregunta o prueba cuántos saltos estás obteniendo realmente. La interfaz web de OScam muestra el conteo de saltos por lector en la pestaña de Tarjetas al usar el protocolo CCcam.

Tiempo de Actividad, Conteo de Saltos y Cómo Probar el Tiempo de Respuesta

Conecta el lector en OScam, sintoniza el canal que realmente ves y deja que el registro de ECM funcione durante una hora. Exporta o grep el registro para tu caid. Observa losms valores: ¿son consistentes o suben a 2000 ms y luego vuelven a 100 ms? Una fuente estable varía tal vez entre 50 y 100 ms. Una que fluctúa salvajemente está sobrecargada o está compartiendo desde un proveedor poco confiable.

La frecuencia de congelamiento es la prueba definitiva. Cero congelamientos durante una hora en canales de clave rápida significa que la fuente es sólida.

Señales de Advertencia de Fuentes Sobrecargadas o Falsas

• Tiempo de respuesta que se dispara por encima de 1000 ms durante las horas pico (horario estelar, eventos deportivos importantes)
• El lector se desconecta y se reconecta con frecuencia; se muestra en el registro de OScam como repeticiones deConexión establecida /Conexión perdida ciclos
• Una sola línea que publicita 50+ caids; ninguna tarjeta única cubre eso; es un agregador de reenvío con fiabilidad impredecible
• Errores de suma de verificación de DCW que aparecen incluso en canales que funcionan brevemente; signo de datos de tarjeta defectuosos en la fuente

Nota Legal: Solo Comparte Tarjetas que Posees Legítimamente

Esta guía de cardsharing cubre la configuración técnica decompartición de tarjetas sistemas. Los protocolos y herramientas descritos aquí — CCcam, OScam, newcamd — son software legítimo. Si su uso es legal depende completamente de cuya tarjeta esté en el lector y de lo que digan tus términos de suscripción.

La compartición de tarjetas solo debe involucrar una tarjeta de suscripción que poseas y pagues personalmente. Compartir tu propia tarjeta legítimamente poseída entre tus propios dispositivos es un área gris en la mayoría de las jurisdicciones; compartir comercialmente o acceder a tarjetas que no posees no lo es. Esta guía existe para ayudar a las personas a configurar su propio hardware correctamente, no para facilitar nada más.