Resultados 1 al 5 de 5






significadoi line f yc


Estás en el tema significadoi line f yc dentro del subforo CCcam en LonasDigital. 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...



Este tema tuvo 1627 Visitas y 4 Respuestas

Actualmente hay 1 usuarios viendo este tema. (0 miembros y 1 visitantes)

  1. #1
    Avatar de COCUMA

    COCUMA ha iniciado este hilo.
    COCUMA está desconectado
    Título:  Amigo de Lonas Rango:  Amigo de Lonas
    Fecha de ingreso
    Oct-2010
    Nacionalidad
    Espana
    Ubicación
    valencia
    Temas
    10
    Mensajes
    54


    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 por COCUMA; 13-11-10 a las 13:56
    Saludos


    Citar Citar  


  2. QoinPro.com: Free Bitcoins every 24 hours


  3. #2
    Avatar de akashiko

    akashiko está desconectado
    Título:  Usuario Experto Rango:  Usuario Experto
    Fecha de ingreso
    Jun-2010
    Nacionalidad
    Espana
    Ubicación
    En Lonasdigital
    Temas
    127
    Mensajes
    6,011


    sacado de otro sitio,gracias a su autor
    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

    [IMG]http://img297.**********.us/img297/3699/ccamph0.th.png[/IMG]

    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
    "Sé un lider para la gente que te rodea (tu mismo, ten la iniciativa), serlo o dejar de serlo, puede ser una diferencia del cielo a la tierra"

    Reglas espartanas, codigo Samurai.




    Citar Citar  

  4. Los siguientes 3 Usuarios dieron las gracias a akashiko Por su Mensaje :

    s_buga (22-11-10)

  5. #3
    Avatar de bokeron_fumao

    bokeron_fumao


    muha gracias titoooooooooooooo es la cañaaaaaaaaaaaaaaa


    Developer Citar Citar  

  6. Los siguientes usuarios agradecieron a bokeron_fumao por su mensaje :

    akashiko (14-11-10)

  7. #4
    Avatar de akashiko

    akashiko está desconectado
    Título:  Usuario Experto Rango:  Usuario Experto
    Fecha de ingreso
    Jun-2010
    Nacionalidad
    Espana
    Ubicación
    En Lonasdigital
    Temas
    127
    Mensajes
    6,011


    gracias a tyyyyy ,saludos
    "Sé un lider para la gente que te rodea (tu mismo, ten la iniciativa), serlo o dejar de serlo, puede ser una diferencia del cielo a la tierra"

    Reglas espartanas, codigo Samurai.




    Citar Citar  

  8. #5
    Avatar de COCUMA

    COCUMA ha iniciado este hilo.
    COCUMA está desconectado
    Título:  Amigo de Lonas Rango:  Amigo de Lonas
    Fecha de ingreso
    Oct-2010
    Nacionalidad
    Espana
    Ubicación
    valencia
    Temas
    10
    Mensajes
    54


    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
    Saludos


    Citar Citar  

  9. Los siguientes usuarios agradecieron a COCUMA por su mensaje :

    akashiko (14-11-10)

Subir