• Hola Invitado, nos gustaría recordarte que mantener este sitio en línea conlleva unos gastos mensuales y anuales.

    Sin vuestra ayuda mensual no es posible seguir en pie, no hay mucho más que contar.

    Si quieres colaborar para que sea posible por lo menos seguir en pie como comunidad, puedes hacerlo mediante alguno de los métodos disponibles en esta página: https://www.lonasdigital.com/donaciones/

    Recuerda que si necesitas invitación para acceder al foro, puedes solicitarla en nuestro Grupo de Telegram


significadoi line f yc

COCUMA

COCUMA

Amigo de Lonas
Registrado
4 Oct 2010
Mensajes
54
Reacciones
0
Puntos
9
F: pepito 2345 2 0 0 {0:0:2}
el 200 que quiere decir
{ 0:0:2 } que quier decir
F: pepito 2345 no {0:0:2}
el no que quiere decir


si yo creo otra line F puedo crear otra linea C y verlo en otro deco del apartamento
gracias
 
Última edición:
sacado de otro sitio,gracias a su autor
icon1.gif
Manual configuracion CCcam.cfg
Manual CCcam By BQ_Team
-El fichero de configuración de la Cccam.

La pretensión de este documento, simplemente, es lanzar un poco de luz sobre la configuración correcta de esta maravillosa emu. El autor no se hace responsable del uso que el usuario haga con esta información....

Nociones previas:

Configuracion como sólo server: Es la conffiguracion que permite que otras Cccam usen tus tarjetas locales.

Configuración como sólo cliente: Cuando el uso de la Cccam únicamente va destinado a funcionar en un decodificador para recibir tarjetas, y no se piensa comparir ninguna de éstas, la configuración se debe realizar en modo sólo cliente. Es la configuración que pondremos en casa de los papás, o en casa del amigo que no quiere mada más de su receptor.

Configuración como servidor/cliente: Es la configuración más corriente. El principio de sharing es eso mismo, compartir, así que configuraremos en modo servidor cliente cuando queramos formar parte de una red en la que recibimos y damos visas, para que todos se aprovechen de esta característica. Tenemos múltiples opciones de configuración para regular el tráfico que tiene que gestionar nuestra Cccam.

Hop: Imaginemos la siguiente topología de red

http://img297.**********.us/img297/3699/ccamph0.th.png

Ahora supongamos que nuestro deco ocupa la posición de server 2, podemos decir, pues, que el server 1 está a un hop al igual que el server 3 y que el server 4 está a dos hops de nosotros....el 6 estará a 4 hops de nosotros.

Share : Tarjetas virtuales/reales que estan en la red para compartir
Reshare: Esla acción de pasar tarjetas que nos llegan a nosotros desde nuestros server a nuestros clientes

El file Cccam.cfg:


En este file guardaremos todas las definiciones de configuración. Empecemos por los Friends. En las lineas F podremos a nuestros amigos/clientes. Veamos una estructura de linea F:

F: <username> <password> <uphops> <shareemus> <allowemm> ( { caid:id:)downhops), caid:id:)downhops), ... } { caid:id:sid, caid:id:sid, ... } { begintime-endtime, ... } ) hostname/ip address

donde ...

<username> el nombre que le queramos dar a nuestro amigo <password> El password con el que se logeara la cuenta del compi <uphops> El user podrá recibir todas nuestras tarjetas que nos lleguen con el hop que indiquemos
aquí.

Si ponemos 3, todas nuestras tarjetas que nos lleguen hasta 3 hops, se las podermos pasar. (def=5) <shareemus> Posibilidad de darle a ese user nuestro file /var/keys/Softcam.key y Autorroll (def=1) <allowemm> Posibilidad de permitir que nuestra cccam gestiones sus EMM(def=1) caid:id:)downhops) indica el nivel de sahre que le damos al user (def=ilimitado) para que pueda
compartir a sus propios clientes.

Con caid:id identificamos la tarjeta local a la que le configuramos el nivel, caid:id:sid Aquí identificamos un canal al que el user NO tendrá acceso begintime-endtime Programamos un horario permitido al user hostname/ip address Si indicamos el valor, este user sólo se podra conectar desde esta ip/hostame
Algunos ejemplos....

F: user2 pass2 0 1 0 { 0100:000080, 0622:000000:1, 0500:000000:2 }

El user2 tomará sólo la tarjeta local (primer 0) , le pasaremos emufiles, y no le aceptaremos emm. la visa local 0100:000080 la tendrá ilimitada la 0622:000000 para él solo y 0500:000000 para él y solo podra hacer reshare de 1 hop.

F: user3 pass3 5 0 1 { 0:0:3, 0100:000080:1 }

El user3 tomará tarjetas nuestras de hasta 5 hops, no emufiles y si emm. 0:0:3 está indicado que las tomará todas con un nivel para él 2 para reshare. 0100:000080:1 esta visa le permitimos sólo a él, no reshare

F: user4 pass4 5 0 1 { 0:0:3, 0100:000080:1 } { 0100:000080:15df }
El user4 tomará tarjetas nuestras de hasta 5 hops, no emufiles y si emm. 0:0:3 está indicado que las tomará todas con un nivel para él 2 para reshare. 0100:000080:1 esta visa le permitimos sólo a él,

no reshare y además le prohibimos ver el canal { 0100:000080:15df }
F: user5 pass5 5 0 1 { } { } { 12:00-17:00, 19:00-20:00 }

El user5 tomará tarjetas nuestras de hasta 5 hops, no emufiles y si emm. Sin limitaciones para reshare y sin bloquearles ninggún canal.... pero con márgenes horarios entr las 12:00 y 17:00, y entre las
19:00 y 20:00. Fuera de estos horarios el cliente no recibirá cw,s de nuestro server.
F: user5 pass5 5 1 1 { } { } { } 192.168.1.1 El user6 ....sólo se prodrá conectar de desde esa ip. El resto nos ya lo sabemos.

Ahora veamos la estructura de las lineas de conexiones, Cada conexión nos permitirá acceder a un server a través de un un puerto que destinará a tal efecto.

C: <hostname> <port> <username> <password> <wantemus> ( { caid:id:)uphops), caid:id:)uphops), ... } )

<hostname> host/ip donde está el server
<port> puerto abierto en el server (tcp) para las conexiones
<username> Nombre de usuario
<password> Password
<wantemus> si quieremos emufiles del server (yes/no)
caid:id:)uphops) le tomaremos tarjetas de hasta este malor maximo de hops.

Veamos unos ejemplos:

C: someserver.somedomain 12000 user1 pass1

Nos conectaremos al server someserver.somedomain por el puerto 12000 usando user1 pass1 como login. No Aceptamos emufiles.

C: someserver.somedomain 12000 user1 pass1 yes Lo mismo que arriba pero con emufiles

C: someserver.somedomain 12000 user1 pass1 yes { 0:0:2 }

Igual que arriba, pero sólo aceptaremos del server shares de 2 hasta hops. Esto nos asegurará tarjetas de ? calidad ? ya que estarán como mucho a 3 hops de nosotros. El inconveniente es que nos limita muchas tarjetas y hay proveedores que no necesitan esa proximidad para un correcto funcionamiento.

Llegados a este punto, ya conocemos la interconectividad entre Cccams. CCcam es cliente multiprotocolo, y server de protocolo Cccam. Resumiendo Cccam sirve a Cccam pero recibe de newcamd, radegast, gbox, y camd3. Pasemos a configurar nuestra cccam como cliente para tomar de otras emus:

newcamd:

N: <ip> <port> <username> <pass> <des(14byte)> <nr_of_hops_away (default: 1)> <stealth mode (default: 0)>

<ip> ip del server (podra ser local o mediante host)
<port> Puerto en tcp por el que realizaremos la conexión
<username> Nombre de usuario
<pass> Passwd

<des(14byte)> Clave de 14 bytes para la encriptacion de la comunicación en triple des. Debe ser la misma en el server y en el cliente.
<nr_of_hops_away (default: 1)> Podemos tomar la tarjeta con el hop real (1) o si queremos dar un valor de hop falso, aquí le ponemos el offset que queramos....
<stealth mode (default: 0)> Modo stelath de conexión 0 = deshabilitado , 1 = nuevo mgcamd, 2 = viejo mgcamd, 3 = evocamd, 4 = generico. un ejemplo de linea seria éste:
N: 127.0.0.1 10000 dummy dummy 01 02 03 04 05 06 07 08 09 10 11 12 13 14

Radegast:

R: <ip> <port> <ca4> <id6> <nr_of_hops_away (default: 1)> <ip> ip del server (podra ser local o mediante host) <port> Puerto en tcp por el que realizaremos la conexión
<ca4> 4 digitos para definir el CA
<id6> 6 digitos para definir el id provider
<nr_of_hops_away (default: 1)> Podemos tomar la tarjeta con el hop real (1) o si queremos dar un
valor de hop falso, aquí le ponemos el offset que queramos....

R: 127.0.0.1 9000 user pass
 
gracias a tyyyyy ,saludos
 
Espero que este manual nos pueda ayudar algo mas a entender las lineas

Esto pertenece a otro foro
GRACIAS A SU AUTOR.
AUTOR: MC9


Pero igualmente que con los otros manuales, no basta con leer una vez y rapido
para entender todo. En la primera lectura rapida pensareis que es muy complicado
y no lo es si realmente se quiere aprender. Claro que entonces hay que leer
despacito cada apartado hasta comprenderlo. Dicho esto, no quita que se puedan
hacer preguntas.


Introducción:

Con la linea F que
ponemos en nuestra cccam.cfg autorizamos a un cliente acceder a nuestro server
con la Cline que le enviamos y que debe poner en su cccam.cfg.

Para
confeccionar la cline necesitamos:

El puerto que figura en nuestra
cccam.cfg en la linea sin almuadilla:
SERVER LISTEN PORT. (Por defecto suele
ser el 12000 pero lo podemos cambiar, aconsejable siempre superior a
10000).

Tener una cuenta DNS o una IP fija para nuestra linea
ADSL.

Asignar al server tambien una ip fija.

Asociar en el router
el puerto que figura en nuestra cccam.cfg como server listen port con la ip de
nuestro server. El servicio debe ser TCP.

Decidimos que user y pass le
asignamos a nuestro nuevo cliente, por ejemplo PEPOTE
TUPUEDES.

Confeccionamos la cline para enviar a PEPOTE y que él tiene que
poner en su cccam.cfg.

C: tucuentaDNS
puerto_que_figura_en_server_listen_port PEPOTE TUPUEDES
Para que esta cline
sea valida tenemos que poner en nuestra cccam.cfg la Fline
correspondiente:
F: PEPOTE TUPUEDES

Con esta configuración funciona el
sharing.


LIMITES:

Podemos limitar a
nuestros clientes y limitarnos nosotros mismos.

Limitamos a nuestros
clientes en la Fline y nos limitamos nosotros mismos en la Cline.

Pero
ojo, no podemos dar mas de lo que tenemos por mucho que
autoricemos.



LIMITACIONES SIMPLES EN LA
Fline:

Ejemplo: F: PEPOTE TUPUEDES X Z Y { 0:0:W }
X = puede ser
0, 1, 2, 3, 4 y 5, estamos autorizando a recibir los hops que tenemos.
0 =
recibe nuestros hop 0, osea nuestra(s) local(es) y en su cccaminfo lo vera como
hop 1
1 = recibe nuestros hop 1, en su cccaminfo lo vera como hop 2
2 =
recibe nuestros hop 2, en su cccaminfo lo vera como hop 3
3 = recibe nuestros
hop 3, en su cccaminfo lo vera como hop 4
4 = recibe nuestros hop 4, en su
cccaminfo lo vera como hop 5
5 = recibe nuestros hop 5, en su cccaminfo lo
vera como hop 6

Poner 5 es como no poner limitación, en el primer ejemplo
sin limitaciones el maximo es 5.


Los hops 3 funcionan ya con algunos
cortes dependiendo del sistema de codificación y a partir del hop 4 los cortes
suelen ser muy frecuentes.

Z=puede ser 0 y 1
0=no autorizamos a
nuestro cliente a utilizar nuestra emu que descodifica con keys
1=si
autorizamos a nuestro cliente a utilizar nuestra emu que descodifica con
keys
Si ponemos 0 en la cline que enviamos a PEPOTE tiene que poner no:
C:
tucuentaDNS puerto_que_figura_en_server_listen_port PEPOTE TUPUEDES no
Si
ponemos 1 en la cline que enviamos a PEPOTE tiene que poner yes:
C:
tucuentaDNS puerto_que_figura_en_server_listen_port PEPOTE TUPUEDES
yes

Idenpendientemente podemos poner en la Cline lo que queramos, si
ponemos no y en la Fline hay un 1 pues aunque estamos autorizados a usar el emu
no lo queremos.
Si ponemos yes y en la Fline hay un 0 pues es igual que poner
no, como no estamos autorizados no podemos usar el emu.
Los hops que
recibimos de un emu solo se pueden usar para uno mismo.


El no y el yes solo es para el emu no tiene influencia sobre el
sharing normal.


Y=puede ser 0 y 1
0=no recibimos
actualizaciones para nuestra local de nuestro cliente
1=si recibimos
actualizaciones para nuestra local de nuestro cliente

Cuando tenemos un
servidor que no esta enganchado a la parabolica, por ejemplo un PC, se tienen
que actualizar las tarjetas locales leidas por el PC desde un cliente que si
este enganchado a la parabolica y reciba updates.

W=puede ser 0,1,2,3,4 y
5
Tenemos que partir que nuestro server es 0 y que no podemos aumentar pasos
a los hops.
0=damos 0 pasos, osea que el cliente no recibe nada.
1=damos 1
paso, todos los hops sean hop1,2,3 etc. que recibe nuestro cliente solo los
puede ver él. Como partimos de nosotros pues de nosotros a él 1 paso.
2=damos
2 pasos, todos los hops que recibe los puede ver el y pasar una vez
3=damos 3
pasos, todos los hops que recibe los puede ver el y pasar dos veces
4=damos 4
pasos, todos los hops que recibe los puede ver el y pasar tres veces
5=damos
5 pasos, todos los hops que recibe los puede ver el y pasar cuatro
veces

Pero ojo, no podemos aumentar los pasos originales. Si yo en mi
Fline para PEPOTE pongo:
F: …….. …….. X Z Y { 0:0:2 } solo es seguro que
puede pasar mi local una vez, los demas hops dependen de la autorización
original (del peer que tiene la local). Si el peer que me ha pasado su local
tiene en su Fline ……. { 0:0:1 } yo esta local por mucho { 0:0:2 } que ponga en
la Fline para PEPOTE, PEPOTE no la va a recibir.
Si el peer que me pasa la
local pone { 0:0:2 } PEPOTE la recibe pero no puede pasarla.
Si el peer que
me pasa la local pone { 0:0:3 } PEPOTE la recibe y puede pasarla una vez.
Si
el peer que me pasa la local pone { 0:0:4 } PEPOTE la recibe y puede pasarla una
vez porque yo he limitado a dos F: PEPOTE …….. X Z Y { 0:0:2 } se empieza a
contar donde se autoriza, osea de mi a PEPOTE uno y de él a su cliente dos, en
este ejemplo si la Fline fuese:
F: PEPOTE …….. X Z Y { 0:0:3 } PEPOTE la
recibe y la podria pasar dos veces.


LIMITACIONES SIMPLES EN LAS
Clines:

En las Clines que recibimos de nuestros peers y que tenemos
en nuestra cccam.cfg podemos limitar los tipos de hops que queremos
recibir:
C: ……………… ……… …….. no { 0:0:L }
L=puede ser 0,1,2,3,4,5
0=no
recibimos nada
1=recibimos los hops 0 de nuestro peer como hop 1
2=
recibimos los hops 1 de nuestro peer como hop 2
3= recibimos los hops 2 de
nuestro peer como hop 3
4= recibimos los hops 3 de nuestro peer como hop
4
5= recibimos los hops 4 de nuestro peer como hop 5

Aquí es donde
tenemos que ser coherentes entre las Flines y las Clines. Como pongo al
principio no podemos dar mas de lo que tenemos.

Si a un cliente nuevo le
hacemos una Fline: F. ….. ……. 2 0 0 { 0:0:W }, quiere decir que le autorizamos a
recibir nuestro hop 0 (local), hops 1 y hops 2 pero en todas nuestras clines nos
hemos limitado a recibir solo hops 1,

C: ……….. ……. ……. ……. no { 0:0:1 }
pues este nuevo cliente solo va ha recibir nuestro hop 0 (local) y nuestros hops
1 por mucho 2 0 0 que pongamos en la Fline.


LIMITACIONES EXTRAS EN
LAS FLINES Y CLINES

Flines:
Se pueden limitar en las Flines
los pasos que damos a diferentes proveedores y canales. Tambien podemos limitar
en las Clines los hops que recibimos de diferentes proveedores.

Por
ejemplo a PEPOTE quiero pasarle mis hops 1 con un reshare (la ve él y la puede
pasar una vez) y mi local que es del proveedor LUNA (LUNA tiene el caid 800 y el
identificador abc) no quiero que la vea.
La Fline seria: F: PEPOTE TUPUEDES 1
0 0 { 0:0:2, 800:abc:0 }
Si quiero lo mismo
pero que pueda ver mi local y no pasarla a nadie, la Fline seria:
F: PEPOTE
TUPUEDES 1 0 0 { 0:0:2, 800:abc:1 }
Se pueden
diferenciar tantos proveedores como se quieran.

Si ademas quiero limitar
un canal por ejemplo LUNAFUTBOL que tiene la identificación 800:abc:15df para
que no lo pueda ver, la F seria:
F: PEPOTE TUPUEDES 1 0 0 { 0:0:2,
800:abc:1 } { 800:abc:15df }

Y para
rematar, PEPOTE solo quiero que pueda acceder de 12 a 14 horas y de 18 a
20:
F: PEPOTE TUPUEDES 1 0 0 { 0:0:2, 800:abc:1
} { 800:abc:15df } { 12:00-14.00, 18.00-20.00 }

Si esta
limitación la queremos para todos nuestros clientes no solo para PEPOTE ponemos
una linea general:
GLOBAL LIMITS: { 0:0:2, 800:abc:1
} { 800:abc:15df } { 12:00-14.00, 18.00-20.00
}

Clines:
Solo queremos recibir hops1 exepto del proveedor LUNA
que tambien queremos aceptar en hop 2.
Nuestra Cline seria.: C: …….. ……….
………..……….. no { 0:0:1, 800:abc:2
}

Supongamos que el proveedor LUNA no tiene canales y por lo tanto no
queremos recibirlo. La Cline seria: C: …….. …… ….. no { 0:0:1, 800:abc:0 }

Y podemos limitar en las Flines que las Clines
enviadas a nuestros clientes solo procedan de la IP que nuestro cliente nos ha
comunicado para el intercambio.
Mandamos una cline a PEPOTE y este me envia
una a mi:
C: PEPOTE.dyndns. XX PUERTO ……. ……. no

Para asegurarme que
la Cline que le he enviado accede a mi server desde el deco al que yo accedo con
su Cline pongo la Fline asi:
F: PEPOTE TUPUEDES 2 0 0 { 0:0:2 } { } { }
PEPOTE.dyndns.XX


LIMITACIONES GENERALES

MINIMUM
DOWNHOPS: 1
Esta linea se puede poner a continuación de las Flines y
Clines

suponemos que recibo en hop1: 2 tarjetas, de estas dos una viene
con autorización para verla yo solo (Fline en la cccam.cfg de mi peer (el que me
ha dado su cline) F: ........ X X X { 0:0:1 } y la otra la puedo pasar una vez
(Fline en la cccam.cfg de mi peer (el que me ha dado su cline) F: ........ X X X
{ 0:0:2 }.

Osea mis clientes reciben en hop2 solo una tarjeta, la que
tiene autorización (la Fline de mi peer (el que me ha dado su cline) F: ........
X X X { 0:0:2 }.

Si pongo la linea MINIMUM DOWNHOPS: 1 solo acepto
recibir tarjetas que yo pueda pasar por lo menos una vez. Quiere decirse que
solo recibo la tarjeta del peer que en su Fline tiene F: ........ X X X { 0:0:2
}. La del peer que tiene en su FLine: F: ........ X X X { 0:0:1 } ya no la
recibo.

Esto tiene mucho sentido en servidores que solo hacen de eso de
servidor, osea que no estan conectados a ninguna tele. No tiene sentido
cargarles con tarjetas que no puedan pasar.

Esto es un manual basado en
la experiencia y no es para piratear solo para poder usar nuestras card en dos
casas de nuestra propiedad o en la misma casa en dos sitios distintos, se
recuerda que usar esto con fines lucrativos es delito.



Última edición por MC9; 18-Mar-2009 a las 04:05
 

Temas similares

8
Respuestas
26
Visitas
2K
xkaly86
X
H
Respuestas
3
Visitas
2K
hard27
H
davigochi
  • Cerrado
Respuestas
12
Visitas
2K
guadito
guadito
J
Respuestas
3
Visitas
2K
cangosta
cangosta
Atrás
Arriba