Smartcard Sid Assign: /Dev/Sci0 9 (1d51,1e15,1e14,0f23,13ef, 1e1e, 1e1f, 1e23,1e24)
Smartcard Sid Assign: /Dev/Sci0 9 (1d51,1e15,1e14,0f23,13ef, 1e1e, 1e1f, 1e23,1e24)
Smartcard Sid Assign: /Dev/Sci0 9 (1d51,1e15,1e14,0f23,13ef, 1e1e, 1e1f, 1e23,1e24)
Below is the default information from CCcam.cfg for CCcam 2.1.2 { It will not work
with older versions.
The purpose of this is to make sure your server only gets requests for sids that are valid
to your card, thus reducing the number of bad ecms.
This is for the internal lower card reader of a Dreambox and it allows for 7 SIDS.
Another option is auto assign, if you know you have just 6 working channels for your
card then you can let CCcam assign the SIDS for you.
In CCcam it is possible to give priority or ignore certain cards by adding a file CCcam.prio in
/var/etc , however this technique is not recommended as all traffic that comes into your
cccam has to be checked across this file so CCcam will allow it to pass, give it priority or
ignore it. This of course will be more processor intensive and may slow down a bit your
system. However if you still would like to use it see below notes.
Notes:
Recent versions of CCcam has automatic filtering for the cards that does not clear the
picture
Using CCcam.prio will override the automatic filtering for the specified provisers in
the file
It is more advicable to use ignores in C lines ( see advanced F line options )
The prioirity is based on the order of the lines in the CCcam.prio ( The first in the file
is the highest priority )
Quote:
Example 1:
If for example a provider has 2 different cards for the package and you prefer to use a
particular one first (93b) and if there is no choice use the other available (919) you would
put this in the CCcam.prio
P: 93b : 0
P: 919 : 0
Quote:
Example 2
If for example a provider has 2 different cards for the package and you want to use only one
of them (93b) and the other(919) should be ignored you would put this in the CCcam.prio
P: 93b : 0
I: 919 : 0
It is possible to block certain cards from getting to your server, especially those fake cards or
older cards:
Example:
You would like to block provider 0919 so to get the newer 093b cards from that provider.
Syntax :
F: <username> <password> <uphops> <shareemus> <allowemm> ( { caid:id(:downhops),
caid:id(:downhops), ... } { caid:id:sid, caid:id:sid, ... } { begintime-endtime, ... } ) <
hostname/ip address>
Username that your friend will use to connect to you server <username>
Password that your friend will use to connect to your server <password>
Optional
<uphops> = 5
<shareemus> = 1 (yes)
<allowemm> =1 (yes)
{ caid:id(:downhops), caid:id(:downhops), ... } { caid:id:sid, caid:id:sid, ... } = No
limits ( will get all the shares from you )
{ begintime-endtime, ... } = No time limit (24hrs ON)
<hostname/ip address> = can connect from any IP/DNS
Notes
Examples:
Quote:
F: username password
Basic F line with nothing else specified so all the default values will be set automatically
F: username password
Quote:
Typical F line,
Quote:
Your friend will get all the shares from you that are up to 2 hops away from you
He will be allowed to use your emu keys
He is allowed to send emm's
He will get any share available on your server and he is allowed to re-share them
but his friend is not allowed to share them again
Quote:
Your friend will get all the shares from you that are up to 2 hops away from you
He will be allowed to use your emu keys
He is allowed to send emm's
He will get any share available on your server and he is allowed to re-share them,
his friend is also allowed to sahre them once again
Quote:
Advanced F line
Your friend will get all the shares from you that are up to 2 hops away from you
He will be allowed to use your emu keys
He is allowed to send emm's
He will get any share available on your server and he is allowed to re-share them,
his friend is also allowed to share them once again
He will get provider 093b for him self only and he is not allowed to re share it
Quote:
Advanced F line
Your friend will get all the shares from you that are up to 2 hops away from you
He will be allowed to use your emu keys
He is allowed to send emm's
He will get any share available on your server and he is allowed to re-share them,
his friend is also allowed to share them once again
He will get provider 093b for him self only and he is not allowed to re share it
He is also not allowed to view or share channel 0100:000080:15df
Quote:
Your friend will get all the shares from you that are up to 2 hops away from you
He will be allowed to use your emu keys
He is allowed to send emm's
Your Friend will get shares from you only between 12:00-17:00 and 19:00-20:00
Your friend will get all the shares from you that are up to 2 hops away from you
He will be allowed to use your emu keys
He is allowed to send emm's
Your Friend can only connect from the specified dns
Note you can add share & time limits as described earlier as well
__________________
How can I check a client local card that is what he said ?
This is one of the important questions, that you need to keep an eye on it, as you find genuine
people and others that are less genuine when you exchange, so it is always a good practice to
verify that the card you are getting is suitable for you as sometimes even when it is a genuine
person his card might not be suitable for you because of extremely long ping time between
you and the other server!!
Well there are several options to achieve this, I list a few of them.
You can use a plugin called CCcam switch. This plugin will allow you to have up to 5
different CCcam.cfg files, so you may want to use one of this config files just to put 1
C: line and then activate this profile. In this way if the other person told you he has
MTV card you can physically go to that particular package and test it to see if it clears
the picture. -----Click this link for more info on this option-----> Nabilosat CCcam
Autoswitch Plugin v0.2
Advantages ---> You physically see with your own eyes that particular C:line works!
Disadvantages --->You do not see the ping time directly !!
Another option is to install a plugin on your DM called CCcam Info with this plugin
you just run it on your Dreambox from the plugins menu and see what cards you are
getting from that particular peer. -----Click this link for more info on this option----->
CCcam info V1.1
Another option is to install CCcamInfoPHP, with this option you can check what
cards you are getting from a particular person. You must verify what cards your are
getting as Hop 1 from that person and as well to check the ping time between you and
the other server, it is always a good idea to remove all peers with very slow or slow
ping time results as this will slow down the whole system!! -----Click this link for
more info on this option-----> CCcamInfoPHP
Advantages ---> This is the best option of all as you get the most information you can get
about your CCcam
Disadvantages ---> Not easy to setup the first time.
To limit the number of reshares we must add extra config to the F: line,
This is the basic F line, it is enough to get started but will allow to reshare your card up to 8
other connections !!
Quote:
F: user1 pass
So to limit the reshares we must put a number in place of the reshare text!!
Example:
Quote:
Some times you find people with a Linux server and in this case it is not suitable for them to
give them 1 Up Hop only, as when they connect their box to their Linux server your shares
are stopped at the Linux server and they will not see any of your cards on the box!!
So in this case you must at least give them 2 up hops like this:
Quote:
Hop is used in CCcam and Distance is used in other emus like Gbox & others
Quote:
Your friend will get my card as Hop 2 ( this is called Reshare , because you are resharing
my card with your friend )
One day your friend decides to share with his father, so his father will get my card as Hop
3
and the further the card goes with each connection it will add 1 hop each time
Now you are thinking and deep inside you are saying '' But i do not want to reshare my card
so many times''
Well you are right it is never suggested to reshare your card more than 3 times this means 3
hops away !!
In order to eliminate this you need to add some config in your F: lines in Ccam.cfg, this will
be covered in another Faq !!
Is there any order that we have to put the lines in the CCcam.cfg ?
Quote:
Is there any order that we have to put the lines in the CCcam.cfg , and can we start with C:
line then change to F: line and then back to C: line?
The order we put our line is not important, however it is always a good idea to keep your
Config well organized.
Example:
Quote:
F: user pass
C: serverdns.no-ip.com 12000 user pass
SERVER LISTEN PORT : 15000
Quote:
# Optional Configuration
SERVER LISTEN PORT : 15000
All the above examples work and has no influence on performance!!
Note also the ' # ' sign, after that sign you can put your comments as well you can use ' // '
Examples:
Quote:
Quote:
Quote:
Can i change it ?
Yes you can in CCcam.cfg
If this line is not not in the CCcam.cfg this means that the port for CCcam is 12000
Do not forget to make port forwarding or virtual server to the port you are using if you want
to use F: lines
CCcam.cfg ---> /var/etc -----> Configuration file, where we set the Clients and Friends and
additional configuration.
CCcam.bin ---> /var/bin -----> This is the binary file ( like the .exe in windows ) This file
should have 755 permission. (Right click in this file with your preferred FTP client and click
set attributes). Otherwise CCcam will not start
CCcam.prio ---> /var/etc -----> This file is where you can set your priority cards or ignore
any cards ( not necessarily needed to run CCcam )
CCcam.channelinfo ---> /var/etc -----> In this file you can put the channel info for the web
interface, so you will see which channel is decoding CCcam instead of seeing the sid ( not
necessarily needed to run CCcam )
CCcam.providers ---> /var/etc -----> In this file you can put the provider info for the web
interface, so you will see which package is decoding CCcam instead of seeing the caid ( not
necessarily needed to run CCcam )
SoftCam.Key ---> /var/keys -----> In this file you will find keys to open channel trough keys
instead trough network ( not necessarily needed to run CCcam )
AutoRoll.Key ---> /var/keys ----> this file will have the next key the provider will have and
will use the next automatically ( not necessarily needed to run CCcam )
constant.cw ---> /var/keys ----> In this file you will find constant keys to open channel trough
keys instead trough network ( not necessarily needed to run CCcam )
warnings.txt ---> /tmp ----> Here you will find attempted logins to CCcam without your
authorization , this file will be shown only if you have this line in CCcam.cfg **** LOG
WARNINGS : /tmp/warnings.txt **** , be careful with this file as if you enable it and you
have a lot of warnings you will run out of memory in your box
ecm.info ---> /tmp ----> this file will show you information about the encoding of the channel
you are viewing