Ver Perfil
Ver Mensajes de Foro
Mensaje Privado
Ver Entradas de Blog
Ver Artículos
Crear y limitar lineas F y C
Crear y limitar lineas F y C
En este foro ya existen buenos manuales para configurar la cccam.
Por ejemplo este: Manualillo para configurar cccam.cfg muy bueno para empezar a funcionar.
No obstante he escrito uno con ejemplos para saber que función tienen los numeritos.
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 ****
1=si autorizamos a nuestro cliente a utilizar nuestra emu que descodifica con ****
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.
Responder Con Cita
confecion simple dos ejemplos con estos datos porfavor.
voy a probar esto...
deco server casa--dos lineas F--F: coco lloco 1 0 0 { 0:0:1 }