Register

Welcome to the RDI-Board Community.

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed.


Donate Now Goal amount for this month: 100 EUR, Received: 100 EUR (100%)
Donate to support this site...

Results 1 to 3 of 3
  1. #1
    Junior Member Teacher
    RDI - Board Default Avatar

    Join Date
    Sep 2003
    Location
    Romanica
    Posts
    338
    Posts Thanks / Likes

    Default Tutorialul pt CCcam cam complicat ! Aveti alte link-uri mai explicite ?

    Tutorialul pt CCcam cam complicat ! Sint alt link-uri mai explicite ?

    Am download acelea in engleza , care nu sint o problema pt mine de citit , insa ma interesa ceva mai explicit , cu fotografii ori vreun film pe YouTube . Stie cineva ?

    Mersi ,
    stavros

  2. #2
    Banned Expert
    RDI - Board Banned Avatar

    Join Date
    Jul 2004
    Location
    Bucuresti
    Posts
    3,247
    Posts Thanks / Likes

    Default

    Da, sint destule pe youtube.

    E suficient doar sa scrii la search...

  3. #3
    Senior Member Expert
    Join Date
    Jan 1970
    Location
    S-W RO
    Posts
    1,570
    Posts Thanks / Likes

    Default

    Tradus dupa "Gotcha_GT" de "barghy". Sper sa foloseasca :
    Setari avansate CCcam:
    1.Hops:
    Clientul CCcam are posibilitatea de “reshare” (a da mai departe) ceea ce primeste. Aceasta optiune, cunoscuta sub denumirea “cascading” chiar functioneaza bine la CCcam? Haideti sa vedem cum:

    Consideram ca avem un grup de 4 utilizatori: user1 legat direct cu user2, user2 legat direct cu user3, user3 legat direct de user4. Aceasta facilitate de legare in cascada ne da posibilitatea ca user1 sa fie legat si cu user4 .
    Exemplu 1.
    box1 <----> box2 <----> box3 <----> box4
    ^----1 hop-----^
    ^-----------2 hops-----------^
    ^--------------------3 hops-------------------^

    Daca box1 primeste chei de la box4 ( proces cunoscut ca ECM), aceasta cheie trece prin cele trei grupuri, lucru denumit HOPS.

    In exemplul urmator, clientul va avea va avea acces la cardurile din serverul local si totodata la cele aflate la o distanta « 2 hops » :
    F: user1 pass1 2
    Totodata, daca serverul cu card local e localizat in box2, box1 va avea acces la cardul din server dar si box3 si box4 vor putea avea acces la cardul din box2 pentru ca se afla la Hop1 si Hop2 distanta.

    2. Restrictionari si alte setari avansate pentru client F :
    Exemplu 2 :
    F: <username> <password> <uphops> <shareemus> <allowemm>

    <username> username dat clientului
    <password> parola data clientului
    <uphops> permite clientului F sa aiba acces la cardurile celorlalti clienti legati la server. Daca valoarea este 0, clientul va avea acces doar la cardul local al serverului. La valorea 1 clientii vor avea acces la carduri aflate la o distanta HOP 1 de server ; daca avem valoarea 2, accesul clientilor se va face pina la distanta HOP 2, si tot asa.
    <shareemus> permite accesul clientilor la fisierele locale chei.. La valoarea 1 fisierul de key al serverului este sharuit iar la valoarea 0 acesta nu e sharuit. Totodata, clientul are posibilitatea sa aleaga sau nu acceptarea acestei optiuni. Daca clientul doreste sa primeasca keyfile din fisierul local al serverului, atunci la sfirsitul liniei C a serverului se va adauga « yes » , ca in exemplul urmator :

    C: 192.168.1.2 12000 user3 pass3 yes

    Daca nu se doreste activarea acestei optiuni, la finele liniei C se va trece « no »

    C: 192.168.1.2 12000 user3 pass3 no

    Ca setare initiala, <shareemus> are valoare 1. Aceasta optiune este foarte utila cind exista mai multe grupuri de utilizatori in retea. In acest caz a suficienta updatarea Softcam.key doar in server nu si al fiecarui client logat la acesta.

    <allowemm> « remote EMM » stabileste posibilitatea de autoupdate EMM. Daca are valoarea 1, utilizatorul va avea acces la EMM cardului local iar daca valoarea este 0, nu va acces.
    La un moment dat se produce o schimbare de keye in server. In acelasi timp, o noua keye va fi trimisa via satelit ce va fi recunoscuta de server instantaneu.
    Daca « remote EMM » e activat, atunci fiecare client va receptiona acelasi update instantaneu. Receptoarele clientilor vor face update in acelasi timp, ceea ce se numeste REMM (remote EMM).
    Ca setare initiala valoarea este 1.
    Iata citeva exemple pentru a intelege mai clar cele prezentate anterior:

    Exemplu A

    F: user1 pass2 0 1 0

    In aceste exemplu user1 va primi key numai de la cardul local (valoare 0 ), serverul e setat sa sharuiasca Softcam.key ( valoare 1), iar REMM e dezactivat(valoare 0)

    Exemplu B

    F: user1 pass1 3 0 0

    Aici, user1 poate primi key de la carduri aflate la distanta HOP3 de server si de pe cardul local al serverului (valoare 3) ; serverul nu da acces la Softcam.key propriu (valoare 0) ; REMM este dezactivat (valoare 0)

    Restrictionari si limitari functie de Caid, Provider si Servicii.

    Cccam ofera posibilitatea setarii accesului independent la carduri. Sintaxa este de forma :

    F: <username> <password> <uphops> <shareemus> <allowemm> { caid:id:downhops, caid:id:downhops, ... } { caid:id:sid, caid:id:sid, ... }

    Pentru a intelege cum se poate face limitarea la fiecare card, hai sa vedem urmatorul exemplu:

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

    <uphops> daca are valoare 0, clientul poate accesa doar cardul local al serverului

    <shareemus> daca are valoarea 1 , clientul are acces la fisierul local de key al serverului (la valoare 0, nu are acces la fisierul de key)

    <allowemm> daca are valoare 0 , clientul nu va beneficia de functia remoteEMM









    Restrictionari de carduri : { 0100:000080, 0622:000000:1, 0500:000000:2 }

    Explicatii : 0100:000080 = clientul nu va avea acces la card Canal+France
    0622:000000:1 = clientul primeste key Canal+NL dar nu poate face reshare
    0500:000000:2 = clientul primeste chei Viaccess si poate face reshare la 1 hop distanta

    Rezumand, aceste restrictionari [caid:id:downhops] ofera serverului posibilitatea de a defini pina la ce distanta sa fie resharuit cardul din local.

    Sa vedem un alt exemplu :

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

    <uphops> are valoare 5 , clientul primeste chei de pe carduri aflata la o distanta de maxim hop 5 fata de server

    <shareemus> are valoare 0, clientul nu are acces la fisierul de chei al serverului

    <allowemm> are valoare 1, clientul beneficiaza de functia remote EMM

    <caid:id:downhops> are valoare 0:0:3 clientul primeste chei de pe carduri pe care le poate resharui pina la o distanta maxima de hop 3

    <caid:id:downhops> 000080:1 acest card nu poate fi resharuit

    Optiunea <caid:id:sid> ofera serverului posibilitatea limitarii unui anumit canal TV

 

 

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
Back to Top