Configuración de CCcam Reshare: Guía de Configuración& Solución de Problemas

Si te estás adentrando en el mundo delintercambio de tarjetas, probablemente te hayas encontrado con la necesidad de configurar el reshare de CCcam. Esto implica tomar tarjetas recibidas de un par y pasarlas a tus propios clientes o incluso compartirlas de vuelta a otros pares. Pero no siempre es sencillo. Las configuraciones incorrectas pueden llevar a que las tarjetas no aparezcan, muestren niveles de salto incorrectos o sean rechazadas por tu proveedor ascendente. Vamos a desglosar lo esencial de la configuración del reshare de CCcam para ponerte en el camino correcto.

Lo que realmente hace el Reshare de CCcam (Saltos y la línea F)

El reshare de CCcam significa tomar las tarjetas que tu servidor recibe a través de una conexión de par (usando una línea C) y volver a compartir esa información con tus clientes locales (a través de líneas F) o con otro par. El concepto de saltos es crucial aquí. Cada servidor en la cadena añade +1 al valor de salto. Así que, si una tarjeta llega en el salto 2 desde tu par, se convierte en salto 3 cuando llega a tus clientes. El proceso de reshare está dictado no solo por tu configuración de CCcam, sino también por la configuración de la línea F de tu par ascendente.

Reshare vs. compartir directo: el concepto de salto

Compartir directamente significa que estás proporcionando tarjetas directamente a los clientes sin servidores intermedios. En contraste, el reshare implica compartir tarjetas que recibiste de otro par. La diferencia clave radica en el conteo de saltos. Una tarjeta compartida directamente sigue estando en salto 1, mientras que las tarjetas re-compartidas se incrementan según cuántos servidores han pasado.

Cómo funcionan los campos de uphops/downhops

En tu configuración de línea F, el campo de uphops dicta cuántos saltos lejos pueden recibir tus clientes esa tarjeta. Por el contrario, el campo de downhops determina cuántos saltos lejos se pueden aceptar tarjetas de ese cliente hacia arriba. Entender estos valores es vital para gestionar tu red de manera efectiva.

Por qué 0 significa 'no volver a compartir'

Configurar downhops a 0 significa efectivamente que estás bloqueando cualquier tarjeta de ese cliente para ser re-compartida más adelante. Esto es particularmente útil si deseas mantener el control y prevenir posibles bucles en tu red de intercambio.

Configurando Reshare en CCcam.cfg

El núcleo de la configuración del reshare de CCcam se encuentra en el archivo CCcam.cfg. El formato de línea F que necesitas recordar es:F: nombredeusuario contraseña uphops downhops. El valor de uphops controla cuántos saltos más abajo en la línea pueden acceder tus clientes a la tarjeta, mientras que downhops controla lo que pueden enviar de vuelta. Echemos un vistazo a algunos ejemplos.

Sintaxis de línea F y el campo de valor de reshare

Aquí hay un ejemplo básico de una línea F:

F: usuario contraseña 1 1

Esto significa que el cliente puede recibir tarjetas de un salto de distancia y puede re-compartir tarjetas de vuelta a otro par. Si deseas permitir un intercambio más profundo, puedes aumentar el valor de uphops en consecuencia.

Configurando uphops y downhops por línea

Para una configuración más específica, podrías usar:

F: usuario2 contraseña2 2 0

Esta configuración permite al cliente recibir tarjetas de dos saltos de distancia, pero les impide re-compartir cualquier tarjeta que reciban de vuelta a los pares.

Control global vs. control de reshare por línea

CCcam te permite establecer directivas globales para el reshare, que pueden ser anuladas por configuraciones específicas de línea F. Por ejemplo, si tu configuración global permite el reshare pero configuras una línea F específica a 0 para downhops, esa línea particular no podrá re-compartir ninguna tarjeta.

Ejemplo: re-compartiendo la tarjeta de un par a clientes locales

Para ilustrar, si tienes un par que suministra tarjetas en salto 2, tu línea F podría verse así:

F: usuariopeer contraseñapeer 2 1

Esto otorga a tus clientes locales acceso a las tarjetas re-compartidas mientras aún permite el intercambio ascendente.

Controlando qué tarjetas se re-comparten

Con CCcam, puedes controlar qué tarjetas específicas se re-comparten utilizando la sintaxis de llaves en línea en tus líneas C. Esto te permite especificar límites de reshare por tarjeta e incluso bloquear ciertas tarjetas mientras aún las usas localmente.

Limitando el reshare por CAID/proveedor con la sintaxis de bloque de línea C

La sintaxis se ve algo así:

C: nombrehost puerto usuario contraseña no { caid:provid:reshare }

Esto te permite establecer combinaciones específicas de CAID y proveedor para el reshare. Si configuras el reshare a 0, aún puedes utilizar la tarjeta para visualización local sin permitir que se comparta más.

Usando la directiva de re-compartición { }

Al aprovechar las llaves en línea, puedes limitar proveedores específicos o CAIDs sin afectar toda tu configuración. Esto es vital para mantener el control sobre tu configuración de compartición.

Bloqueando tarjetas específicas de ser re-compartidas

Si necesitas bloquear una tarjeta de ser re-compartida, simplemente establece su valor de re-compartición a 0 dentro de las llaves. Por ejemplo:

C: hostname port user pass no { 1234:5678:0 }

Esta configuración permite la visualización local de la tarjeta mientras evita que se comparta más.

Límites de profundidad de re-compartición para proteger tu upstream

Ten cuidado de no sobre-compartir. Si tu par upstream no permite la re-compartición o la limita a salto 1, asegúrate de que tus configuraciones de re-compartición reflejen eso para evitar ser desconectado de su servicio.

Requisitos de red y puerto para re-compartición

Entender los requisitos de red y puerto es clave para una configuración exitosa de re-compartición de CCcam. Por defecto, CCcam escucha en el puerto 12000, pero esto se puede cambiar usando elPUERTO DE ESCUCHA DEL SERVIDORdirectiva.

Puerto de escucha y la directiva PUERTO DE ESCUCHA DEL SERVIDOR

Para cambiar el puerto, simplemente agrega la siguiente línea a tu CCcam.cfg:

PUERTO DE ESCUCHA DEL SERVIDOR 12345

Asegúrate de configurar tus routers y firewalls en consecuencia para permitir el tráfico a través de este puerto.

Reenvío de puertos y NAT para clientes F-line entrantes

Si deseas que los clientes se conecten a tu servidor para re-compartir, necesitarás reenviar el puerto TCP a través de tu NAT/router a la IP LAN de tu caja. Esto es crucial para asegurar que los clientes puedan alcanzar tu servidor CCcam.

Reglas de firewall y DNS dinámico para IPs cambiantes

Si estás usando una dirección IP dinámica, considera configurar DNS Dinámico (DDNS) para mantener a tus clientes conectados. De esta manera, incluso si tu IP cambia, tus clientes aún pueden encontrar tu servidor sin necesidad de actualizar sus configuraciones manualmente.

Solución de problemas: Tarjetas re-compartidas no visibles

Cuando las cosas van mal, la solución de problemas es esencial. Aquí hay un proceso paso a paso para diagnosticar problemas con tarjetas re-compartidas.

Leyendo los registros de CCcam y la lista de derechos / compartición

Comienza revisando la página de información web, típicamente enhttp://box-ip:16001, para confirmar si la tarjeta está siendo recibida. Esta página también te mostrará los niveles de salto y cualquier problema potencial.

Nivel de salto demasiado alto — tarjeta silenciosamente descartada

Si el nivel de salto de una tarjeta excede lo que tus clientes están permitidos, la tarjeta será descartada silenciosamente. Revisa tus configuraciones de F-line y asegúrate de que se alineen con lo que tus clientes están permitidos recibir.

F-line del par hacia ti configurada como no-re-compartir

A menudo, las tarjetas no serán re-compartidas porque la F-line del par upstream no permite la re-compartición. Es crítico verificar esto con tu par para asegurarte de que tienes los permisos correctos.

Confusión entre tarjetas locales y re-compartidas

A veces los usuarios confunden las tarjetas recibidas localmente con las re-compartidas. Asegúrate de que estás mirando la lista correcta al solucionar problemas.

Problemas de compartición de Cache/EMM vs. ECM

Si una tarjeta aparece pero los canales aún se congelan, probablemente enfrentas un problema de temporización de ECM en lugar de un error de configuración de re-compartición. Aquí es donde entender el tiempo de respuesta de tu red es crucial.

Elegir un par upstream confiable (Criterios genéricos)

Al seleccionar un par upstream para tu configuración de re-compartición de CCcam, hay varios factores a considerar. Siempre prioriza la calidad sobre la cantidad.

Indicadores de estabilidad y tiempo de actividad para evaluar

Quieres un par con un sólido historial de tiempo de actividad. El tiempo de inactividad puede afectar severamente tu servicio y la satisfacción del cliente.

Permisos de re-compartición y política de saltos de los que preguntar

Siempre pregunta si tu par permite la re-compartición y, de ser así, cuál es su política de saltos. Esto puede ahorrarte muchos dolores de cabeza en el futuro.

Calidad de tarjetas locales vs. compartidas

Prefiere pares que ofrezcan tarjetas locales sobre aquellos que dependen en gran medida de tarjetas compartidas. Las tarjetas locales tienden a ser más estables y confiables.