Formato de línea CCcam.cfg: C-Line, D-Line& Explicación de F-Line

Si tienes un archivo CCcam.cfg abierto ahora mismo y estás mirando una línea que alguien te entregó en un foro, tratando de averiguar qué parte es la contraseña y qué parte es una bandera — esto es para ti. Este desglose del formato de línea cccam.cfg: c-line d-line f-line explicado cubre cada campo, en orden, con los modos de fallo que realmente ocurren cuando uno de ellos está mal.

He pasado mucho tiempo en estos archivos de configuración, principalmente a la 1 a.m. tratando de averiguar por qué un par "conectado" estaba sirviendo cero tarjetas. Así que esto no es teoría. Es lo que realmente confunde a la gente, campo por campo.

Cómo se analiza CCcam.cfg: Tipos de línea, orden y reglas de sintaxis

CCcam.cfg es un archivo de texto plano. Sin secciones, sin anidamientos, sin corchetes al estilo JSON excepto por los bloques de sharelimit que veremos. Cada línea comienza con una letra y dos puntos, y esa letra le dice al analizador qué papel juega la línea: C para una conexión de cliente saliente, F para una cuenta entrante que ofreces a alguien más, N para newcamd, D para un tipo de línea heredado que casi nunca necesitas, y un puñado de opciones globales que no tienen prefijo de letra en absoluto, escritas como KEY : value./var/etc/CCcam.cfg. En compilaciones genéricas de Linux, a menudo es solo/etc/CCcam.cfg. Verifica ambos antes de asumir que la caja no está leyendo tus ediciones — he perdido tiempo editando la copia equivocada más de una vez.

Aquí está la parte que casi nadie te dice claramente: CCcam lee este archivo exactamente una vez, al inicio. No hay señal de recarga, no hay manejo de SIGHUP, nada. Si editas el archivo mientras CCcam está en ejecución, no pasa nada hasta que termines y reinicies el proceso. El patrón estándar es:

killall -9 CCcam&& CCcam -C /var/etc/CCcam.cfg

En la mayoría de las imágenes hay un script de inicio/parada de softcam que envuelve esto por ti — úsalo si existe, pero sabe lo que está haciendo por debajo.

El sistema de prefijos de tipo de línea y por qué importa el dos puntos

El prefijo letra-dos puntos no es decorativo.C:,F:,N:,D:,L:,M: — cada uno se asigna a una rama específica del analizador. Si escribesC sin los dos puntos, o los dos puntos se dañan de alguna manera, el analizador no lanza un error. Simplemente no reconoce la línea como nada y sigue adelante. Esta es, genuinamente, la causa más grande de informes de "agregué la línea y no pasó nada". No hay mensaje de registro, no hay advertencia. La línea es simplemente invisible para CCcam.# y el analizador los tolera bien, junto con espacios en blanco y tabulaciones al principio de los campos — CCcam divide los campos en espacios en blanco de manera genérica, por lo que los espacios adicionales entre campos generalmente no rompen nada. Lo que sí rompe las cosas es el espacio en blanco dentro de un campo, lo que me lleva al siguiente problema.

Espacios en blanco, caracteres invisibles y la trampa de copiar-pegar

Si copiaste una línea de una página web o de un PDF, hay una posibilidad real de que esté llevando caracteres basura que no puedes ver. Los espacios no separables (U+00A0) se ven idénticos a un espacio normal en la mayoría de los editores de texto, pero el analizador no los tratará como un separador de campo, y si uno cae dentro de tu campo de contraseña, la autenticación simplemente falla — silenciosamente, sin un error útil. La misma historia con los finales de línea CRLF de un archivo que alguien editó en Windows: el final de\r se trata como parte de cualquier campo que lo precede, generalmente la contraseña.

cat -A /var/etc/CCcam.cfg | head

Las terminaciones CRLF aparecen como^M al final de cada línea. Los espacios no separables y las comillas inteligentes de una página web generalmente aparecen comoM-BM- secuencias. Si ves alguno de estos, ejecutados2unix en el archivo, o simplemente vuelve a escribir la línea afectada a mano en lugar de confiar en el pegado.

Sensibilidad a mayúsculas y por qué CCcam es un callejón sin salida a largo plazo

Los nombres de usuario y las contraseñas son sensibles a mayúsculas, siempre. No hay un mecanismo de comillas en el formato del archivo, así que un nombre de usuario o contraseña con un espacio simplemente no es posible: el analizador lo dividirá en dos campos y todo lo que venga después se romperá.

La C-Line: Conectando tu caja a un servidor remoto

Probablemente esta sea la razón por la que estás aquí, así que vamos a ello. La C-line canónica se ve así:

C: server.example.net 12000 myusername mypassword

Cuatro campos obligatorios, separados por espacios, en este orden exacto.

Desglose campo por campo

Host — un FQDN o una dirección IPv4 simple. Este es el primer lugar donde la gente se quema, y explicaré por qué en un segundo.

Puerto — un puerto TCP arbitrario elegido por quien ejecuta el servidor. No hay un puerto CCcam reservado. Verás que se usan mucho los puertos 12000-13000 por convención, pero eso es solo un hábito, no un estándar. Usa lo que te diga el operador del servidor.

Nombre de usuario ycontraseña — sensibles a mayúsculas, texto plano, sin comillas. Un espacio al final de cualquiera de los campos, que sucede constantemente cuando la gente pega desde una página web, rompe la autenticación y no te da ninguna indicación útil de por qué.

Campo opcional 5 y 6: las banderas EMU

Más allá de los cuatro campos obligatorios, algunas versiones aceptan un quinto campo que controla el comportamiento de EMU/wantemus, y un sexto para una bandera relacionada. Seré directo contigo aquí: la semántica exacta de estos campos varió entre las versiones 2.1.x, 2.2.x y 2.3.x, y he visto comportamientos contradictorios reportados en diferentes imágenes. A menos que el operador del servidor te diga explícitamente que configures uno, la opción más segura es omitirlos por completo y dejar que se apliquen los valores predeterminados. Adivinar estos campos causa más problemas de los que resuelve.

El bloque sharelimit

A menudo verás una C-line con un bloque de llaves añadido al final:

C: server.example.net 12000 myusername mypassword { 0100:000068:2, 0500:032830:1 }

Cada entrada es CAID:ident:sharelimit. El número al final es la profundidad máxima de salto que estás dispuesto a aceptar para las tarjetas que coinciden con ese par CAID/ident. Un valor de 0 significa "solo tarjetas locales en ese servidor, no retransmitas nada que hayan obtenido de alguien más." Esto importa mucho para la calidad de la línea: volveré a la profundidad de salto más tarde, pero la versión corta es que una tarjeta de salto-1 es fundamentalmente más confiable que una tarjeta de salto-4, y este bloque es cómo haces cumplir ese límite de tu lado.

Nombre de host vs IP, y la trampa DDNS que nadie menciona

Aquí está la cosa que constantemente atrapa a la gente y que casi ninguna otra página sobre este tema cubre adecuadamente: CCcam resuelve el nombre de host en una C-line exactamente una vez, al inicio. Si el servidor de tu par está detrás de un nombre de host de DNS dinámico y su IP cambia después de que tu proceso CCcam ya ha comenzado, tu conexión seguirá fallando — indefinidamente — hasta que reinicies CCcam. No se volverá a resolver por sí solo, nunca, sin importar cuánto tiempo esperes. Si una C-line que funcionaba anteriormente deja de conectarse de repente y has verificado que las credenciales están bien, esto vale la pena comprobarlo antes que nada. Simplemente reinicia CCcam y ve si recoge la nueva IP.

Verificando que una C-line realmente funciona

No solo pegues una línea y esperes. Trabaja en capas:

Primero, verifica que el puerto sea accesible, desde la caja misma — no desde tu laptop en una red diferente, ya que el NAT de nivel operador y los bloqueos a nivel ISP pueden hacer que un puerto parezca abierto desde una red y cerrado desde otra:

nc -vz server.example.net 12000

Si eso se conecta, abre la interfaz web de CCcam, que por defecto se ejecuta en el puerto 16001 (configurable a través de la directiva WEBINFO LISTEN PORT) —http://<box-ip>:16001. Mostrará si el par está Conectado y, críticamente, cuántas tarjetas realmente te está enviando. "Conectado" y "enviando tarjetas" son dos estados completamente diferentes, y confundirlos desperdicia mucho tiempo de depuración.

En los registros, verás algunos mensajes distintos que cada uno significa algo diferente: "conexión fallida" es un problema de red/firewall, no un problema de credenciales. "Conexión cerrada por el servidor" casi siempre significa que el servidor rechazó tu autenticación o que la cuenta está deshabilitada. Y "sin tarjetas" significa que la autenticación se realizó correctamente, pero el servidor devolvió una lista de compartición vacía — lo cual es un problema completamente diferente, cubierto en la sección de depuración a continuación.

Una cosa que vale la pena aclarar: una C-line es solo saliente. No abre un puerto de escucha en tu caja, por lo que no necesita reenvío de puertos, ni regla NAT, nada en tu router. Si no estás recibiendo tarjetas, el problema nunca es "olvidé reenviar un puerto para mi C-line" — eso es un problema de F-line.

Múltiples C-lines y prioridad

Puedes tener tantas C-lines como desees en una configuración. CCcam intentará conectarse a todas ellas y obtener tarjetas de las que respondan, fusionando los grupos de compartición. No hay un campo de prioridad estricto — no es "intenta esta primero, vuelve a la segunda." Si dos C-lines ofrecen el mismo CAID/ident, CCcam elige en función de la lógica de enrutamiento interna (generalmente favoreciendo un menor número de saltos y un mejor tiempo de respuesta ECM), no el orden de las líneas en el archivo.

La F-Line: Sirviendo Tarjetas a Otras Personas Desde Tu Caja

Si la C-line es tú consumiendo las tarjetas de otra persona, la F-line es lo contrario: es una cuenta en tu caja que permite que la C-line de otra persona se conecte y obtenga tarjetas de ti. Forma canónica:

F: peeruser peerpass 1 0

Campo por campo, y los dos números que todos confunden

Los campos 1 y 2 son el nombre de usuario y la contraseña que este par usará en su propia C-line para alcanzarte. Los campos 3 y 4 son donde la gente consistentemente se confunde, así que seamos muy directos al respecto:

Campo 3 — saltos hacia arriba. Esto rige lo que das. Es cuán profundo en tu propio árbol de tarjetas se le permite llegar a este par. 0 significa que solo ve tarjetas locales a tu caja. 1 significa que también ve tarjetas que estás obteniendo de un salto de distancia — es decir, tarjetas de tus propias conexiones C-line. 2 y más alto se extiende más, y aquí es exactamente donde los árboles de compartición se convierten en bucles si dos pares son también la fuente ascendente del otro.

Campo 4 — saltos hacia abajo. Esto rige lo que aceptas. Es cuántos saltos de las propias tarjetas del par estás dispuesto a aceptar de vuelta de ellos.

Dilo claramente: los saltos hacia arriba son lo que das, los saltos hacia abajo son lo que tomas. El error clásico de los principiantes es configurar los saltos hacia arriba a 5 "para ser generoso" con un nuevo par. Eso no te hace generoso, inunda todo el árbol de compartición descendente con tarjetas que están a varios saltos de su origen, y es el tipo de cosa que hace que un par sea silenciosamente prohibido por todos los demás en la red por degradar la calidad de la compartición.

Filtrado de compartición por par

La misma sintaxis de llaves rizadas que la C-line, pero aquí restringe lo que ese par específico puede recibir:

F: peeruser peerpass 1 0 { 0100:000068, 0500:032830 }

No hay una sintaxis explícita de "denegar" en CCcam.cfg — el modelo es permitir por listado. Si un CAID/ident no está en el bloque, ese par no lo recibe. Omite el bloque por completo y obtienen todo lo que tu configuración de saltos hacia arriba permite.

Las F-lines necesitan un puerto de escucha — aquí es donde la gente se queda atascada

Una F-line no hace nada por sí sola si tu caja no está aceptando conexiones entrantes. Necesitas la directiva global presente en la misma configuración:

SERVER LISTEN PORT : 12000

Y ese puerto necesita estar realmente abierto — reenviado a través de la tabla NAT de tu router si estás detrás de uno, y no bloqueado por ninguna regla de firewall en la caja misma. Tu par también necesita una forma de alcanzarte: una IP estática, o un nombre de host DDNS que pongan en su propia C-line. Si cualquiera de los lados de este par está detrás de un NAT de grado de operador — cada vez más común en conexiones móviles y algunos ISP de fibra — la F-line del par es inalcanzable sin importar lo que hagas en el router, porque no hay una IP pública para reenviar un puerto en primer lugar.

Una F-line por par, o tendrás un bucle de desconexión

No entregues las mismas credenciales de F-line a dos personas diferentes. CCcam permite una sesión activa por nombre de usuario por defecto, así que si dos dispositivos intentan usar la misma cuenta simultáneamente, cada nueva conexión desconecta la anterior. El resultado se ve como una línea inestable que se desconecta constantemente, cuando la causa real es que dos personas están peleando por un inicio de sesión. Es un modo de falla genuinamente común y es fácil de pasar por alto porque ambas personas jurarán que su propia configuración está bien — y, individualmente, lo está.

Las opciones globales ALLOW TIMEOUT y ALLOW CONNECT pueden restringir aún más cuándo se aceptan las F-lines (restricciones de hora del día, límites de reintentos de conexión), y el comportamiento exacto alrededor de MAXCONNECTIONS varía un poco según la versión, así que verifica qué soporta tu versión específica antes de asumir que una configuración funciona.

La D-Line y N-Line: DVN, Newcamd, y las Líneas que la Gente Confunde

Quiero ser honesto contigo sobre la D-line, porque la mayoría de las páginas que cubren este tema simplemente inventan definiciones de campos para llenar espacio, y no voy a hacer eso.

Lo que realmente es una D-line

En el ecosistema de CCcam, la D-line era una línea de cliente del protocolo DVN heredado. Está efectivamente obsoleta. En las versiones 2.3.x que constituyen básicamente todo lo que aún se ejecuta hoy, casi nunca escribirás una, y CCcam moderno no la utiliza de manera significativa. Si alguien te entrega algo que llaman "D-line", es muy probable que sea una C-line mal etiquetada, o una línea destinada a una aplicación de softcam completamente diferente que casualmente reutiliza la letra D para algo no relacionado. No voy a inventar semánticas campo por campo para un tipo de línea que no está en uso activo — si realmente necesitas trabajar con una, verifica contra el softcam específico y la versión que realmente está analizando tu archivo, porque adivinar aquí desperdiciará tu tiempo.

La N-line: lo que realmente necesitas para servidores newcamd

Esta es real, actual y vale la pena conocerla correctamente, porque es la línea que necesitas cuando el servidor en el otro extremo habla newcamd en lugar del protocolo CCcam. Forma completa:

N: server.example.net 34000 username password 01 02 03 04 05 06 07 08 09 10 11 12 13 14

Host, puerto, nombre de usuario, contraseña — la misma idea que una C-line hasta ahora. Luego, una serie final de catorce pares de bytes hexadecimales, separados por espacios. Esa es la clave de configuración DES. Tiene que ser exactamente catorce bytes. Si es corta — trece bytes, o quince — CCcam aún aceptará la línea sin quejas, pero la sesión se conectará y luego se desconectará instantáneamente. Eso se ve exactamente como un rechazo de autenticación en los registros, y es fácil perder tiempo verificando un nombre de usuario y contraseña correctos cuando el problema real es una clave con el recuento de bytes incorrecto.

Newcamd tampoco tiene un estándar de puerto oficial, pero 34000-35000 aparece a menudo por convención. Y a diferencia de una C-line, que puede llevar un portafolio completo de tarjetas a través de un inicio de sesión, una N-line se asigna exactamente a una tarjeta o perfil en el lado del servidor — eso está integrado en cómo newcamd maneja el mapeo de lectores.

L-line y M-line: antiguos prefijos que aún flotan

Ocasionalmente verás líneas con prefijos L: y M: en configuraciones más antiguas extraídas de imágenes heredadas. Estas se relacionan con el manejo de lectores de tarjetas locales y multi-CAM de épocas anteriores de CCcam. Son raras en cualquier cosa que se mantenga activamente hoy — si encuentras una en una configuración que heredaste, vale la pena verificar si aún está haciendo algo en tu versión actual antes de asumir que importa.

Mapeo a OScam, ya que la mayoría de la gente termina aquí eventualmenteSi estás migrando de CCcam — y probablemente deberías hacerlo, en algún momento — los conceptos se mapean limpiamente, solo en una estructura de archivo diferente. OScam divide las cosas a través de,oscam.server, yoscam.user en lugar de un archivo plano.

OScam te ofrece un registro estructurado real por lector, lo cual — después de años de fallos casi silenciosos de CCcam — es realmente un alivio la primera vez que lo ves.

Depurando una línea que no se conecta: un árbol de decisiones

Trabaja en esto en orden. No saltes adelante — cada capa descarta una categoría de problema antes de que pierdas tiempo en la siguiente.

Capa 1: ¿es el puerto siquiera accesible?

Desde la caja misma, no desde tu laptop:

nc -vz server.example.net 12000

Si esto falla, detente. El contenido de la línea es irrelevante — tienes un problema de red, no un problema de configuración. Verifica las reglas del firewall, los reenvíos de puertos y si el servidor está realmente activo. tcpdump en la caja puede confirmar si los paquetes están saliendo si el resultado de nc parece inconsistente.

Capa 2: ¿el par siquiera ve tu intento?

Si el puerto es accesible pero la conexión aún falla, pide al par que revise su propio registro para tu intento de conexión. Si no aparece en su extremo en absoluto, es probable que estés tocando un puerto o IP diferente de lo que piensas — verifica errores tipográficos y descarta que DDNS resuelva a una IP obsoleta si tu C-line ha estado funcionando un tiempo (recuerda, CCcam solo resuelve al inicio).

Capa 3: conectado, pero cero tarjetas

Este es el confuso, y es la pregunta de soporte más común que he visto. La interfaz web muestra Conectado, pero no estás recibiendo nada. En orden de probabilidad:

La entrada F-line del par para tu cuenta tiene uphops configurados en 0, y simplemente no tienen tarjetas locales para enviarte — no hay nada malo de tu lado. O tu propia C-line tiene un bloque sharelimit filtrando en un CAID que el servidor ni siquiera tiene, por lo que todo es rechazado silenciosamente por tu propio filtro. O, menos comúnmente, el servidor realmente no tiene nada que coincida con los CAIDs que está dispuesto a enviar. Verifica primero el bloque sharelimit en tu C-line — es lo que controlas, y es un error tipográfico fácil de cometer.

Capa 4: tarjetas presentes, pero el canal sigue en negro

Las tarjetas se muestran en la interfaz web, la conexión es saludable, y aún así obtienes una pantalla negra. Compara el CAID y el identificador del proveedor que tu receptor informa para ese canal con lo que realmente está listado en la lista de tarjetas de la interfaz web. Una tarjeta para CAID 0500 identificador 032830 nunca desencriptará un canal que necesite CAID 0100 identificador 000068 — la conexión siendo "saludable" no te dice nada sobre si es la tarjeta correcta. Esto también sucede con CAID/ident coincidentes pero un subgrupo de proveedor diferente debajo de él, que se ve idéntico en la lista de tarjetas pero aún así no desencriptará.

También vale la pena verificar aquí: tiempo de respuesta ECM. Si el tiempo de respuesta ECM de una tarjeta está por encima de aproximadamente 800 ms, verás congelamientos visibles en los cambios de canal aunque la tarjeta esté técnicamente funcionando. La interfaz web muestra el tiempo ECM por tarjeta — vale la pena echar un vistazo incluso en una configuración "funcionando".

Leyendo los registros reales

CCcam escribe en stdout por defecto. Dependiendo de la imagen, eso podría ser enviado a/tmp/CCcam.log, o podría no ir a ningún lado si el script de inicio del softcam no lo redirige. Si estás atascado, la forma más rápida de ver lo que realmente está sucediendo es matar el proceso en ejecución y lanzarlo en primer plano a través de SSH con salida de depuración:

CCcam -d

Verás el comportamiento en tiempo real del analizador, incluyendo líneas que está omitiendo silenciosamente — que a menudo es la forma más rápida de detectar una línea mal formada que de otro modo nunca notarías.

Eligiendo una fuente de línea sin quemarse

No te voy a señalar ninguna fuente específica aquí — eso no es para lo que es este artículo, y francamente, un nombre que recomiende hoy podría desaparecer el próximo mes. Lo que puedo darte es qué verificar antes de confiar en una línea.

Lo que una fuente legítima revela de antemano

Una fuente que confía en lo que ofrece te dirá la lista específica de CAID e identificador de proveedor, no solo "cuántas tarjetas". Declararán la profundidad de salto claramente — y si una fuente no te dice la profundidad de salto, eso es una señal real de que algo está mal, porque la profundidad de salto es lo que realmente determina si la línea se sostiene bajo uso real. También te darán una idea del tiempo de respuesta ECM, y la mayoría de las configuraciones legítimas ofrecen algún tipo de ventana de prueba antes de que te comprometas a algo.

Banderas rojas

"Ilimitado" cualquier cosa. Cuentas de tarjetas en miles — eso no es un servidor con un enorme inventario de tarjetas, eso es una agregación de reenvío apilando múltiples saltos juntos, que es exactamente el tipo de configuración que se desmorona bajo carga. Ninguna lista de CAID en absoluto. Y cualquier presión para pagar antes de que se te permita probar.

Por qué el conteo de saltos es la métrica que realmente importa

Cada salto entre tú y la tarjeta física añade latencia y un punto más de fallo. Una tarjeta que está a tres saltos detrás de dos revendedores se congelará en cambios rápidos de canal sin importar cuán buena sea tu propia red y caja; no hay nada que puedas configurar localmente para solucionar un problema que está ocurriendo tres servidores río arriba. Por eso los campos sharelimit y uphops que cubrimos anteriormente no son solo sintaxis abstracta; son el mecanismo real para mantener la profundidad de saltos bajo control en las líneas que estás consumiendo o sirviendo.

El panorama legal, brevemente

Compartir una tarjeta que posees legalmente a través de tus propios dispositivos, en tu propia red, está cerca de la intención original detrás del intercambio de tarjetas como tecnología. Usarlo para obtener descifrado para canales que no has pagado es ilegal en la mayoría de las jurisdicciones, y ninguna cantidad de sintaxis correcta de C-line o F-line cambia eso. Este artículo documenta el protocolo: cómo funcionan los campos, por qué fallan las líneas, cómo depurarlas; no es una forma de eludir una suscripción que no tienes.