CS mit CCCam klappt nicht

# CCcam team uvadi CCcam v2.1.1
#
# Special greets go to all our friends all over the world, you know who you are!
#
# Specjalne podziekowania dla Ludzi z Polski, dzieki ktorym jest duzo nowych funkcji w wersji 2.0.0
# Ostatnim razem zapomnielismy o nich wspomniec w readme. DZieki Chlopaki!
#

######################################################################
# friends #
######################################################################
# syntax for to add a friend user to CCcam with the max up hops limit (default = 5)
# sharing of emus (default = 1), allow emm (default = 1), and optional
# downshare limits per share (default = no limits) and optional
# downshare limits per share based on caid:id:sid
# and optional timeslots in which share is valid (to block channels on box of children after 19:00 for instance)
# if no timeslot is defined 24 hrs a day is used
# emus are shared only one level down, even if no limits given
#
# max username length 20
# password length 'unlimited'
#
#F: <username> <password> <uphops> <shareemus> <allowemm> ( { caid:iddownhops), caid:iddownhops), ... } { caid:id:sid, caid:id:sid, ... } { begintime-endtime, ... } ) hostname/ip address
#
# example:
#
F: user1 pass1
F: user2 pass2
F: user3 pass3
F: user4 pass4
F: user5 pass5
F: user6 pass6
F: user7 pass7
F: user8 pass8
#
# user1 gets all our shares at max 5 hops from us
# (our local cards + max five hops away). He can share down to his own
# clients. He also receive emu shares (if he has 'yes' behind his C: entry),
# and is allowed to send us emm.
#
# F: user2 pass2 0 1 0 { 0100:000080, 0622:000000:1, 0500:000000:2 }
#
# user2 gets only our local cards but no 0100:000080.
# and our 0622:000000 cards only for himself (1 hop down),
# and 0500 cards for himself plus one additional hop down.
# He also gets our emus, and is NOT allowed to send us emm (updates).
#
# F: user3 pass3 5 0 1 { 0:0:3, 0100:000080:1 }
#
# user3 gets all cards at a maximum of 5 hops away from us,
# and get's to share them down two further levels beyond his own level.
# But he is not allowed to share 0100:000080 down to other users.
# He gets no emus from us, and he is allowed to send us emm.
#
# F: user4 pass4 5 0 1 { 0:0:3, 0100:000080:1 } { 0100:000080:15df }
#
# user4 gets all cards at a maximum of 5 hops away from us,
# and get's to share them down two further levels beyond his own level.
# But he is not allowed to share 0100:000080 down to other users.
# He gets no emus from us, and he is allowed to send us emm.
# He is also not allowed to view channel 0100:000080:15df
#
# F: user4 pass4 5 0 1 { } { } { 12:00-17:00, 19:00-20:00 }
#
# user4 gets all cards at a maximum of 5 hops away from us,
# and get's to share them down two further levels beyond his own level.
# the share is only valid between 12:00 and 17:00 and between 19:00 and 20:00
# outside these hours the share will not give cw's to the client
#
#
# F: user5 pass5 5 1 1 { } { } { } 192.168.1.1
#
# user5 gets all cards at a maximum of 5 hops away from us
# user5 is only allowed to connect from the host 192.168.1.1
#


######################################################################
# connections #
######################################################################
# syntax for to add a client connection to other CCcam
# add yes on end to use friends emus (non public private key/emu,etc...),
# but only works when corresponding F line on server has '1' for <shareemus>
# optional limits just like F line, but for incoming shares (ignore shares more than 'uphops' away)
#
#C: <hostname> <port> <username> <password> <wantemus> ( { caid:iduphops), caid:iduphops), ... } )
#
#note: if {} limits are added, <wantemus> cannot be omitted. Use either yes or no.
#
# example:
#
# C: someserver.somedomain 12000 user1 pass1
# C: 192.168.1.2 12000 user2 pass2
# connects to CCcam without use of friends emus
#
# C: 192.168.1.2 12000 user3 pass3 yes
# connects to CCcam, and receives friends emus also.


# syntax for to add newcamd server connection
#
#N: <ip> <port> <username> <pass> <des(14byte)> <nr_of_hops_away (default: 1)> <stealth mode (default: 0)>
#
# example:
#
# N: 127.0.0.1 10000 dummy dummy 01 02 03 04 05 06 07 08 09 10 11 12 13 14
#
# add a newcamd card, give it an offset of 2 hops, in the share list
#
# N: 127.0.0.1 10000 dummy dummy 01 02 03 04 05 06 07 08 09 10 11 12 13 14 2
#
# stealthy login on newcamd server:
#
# N: 127.0.0.1 10000 dummy dummy 01 02 03 04 05 06 07 08 09 10 11 12 13 14 1 1
#
# stealth modes: 0 = disabled, 1 = mgcamd new, 2 = mgcamd old, 3 = evocamd, 4 = generic

# uper slot with newcs
N: 127.0.0.1 34001 dummy dummy 01 02 03 04 05 06 07 08 09 10 11 12 13 14
# lower slot with newcs
N: 127.0.0.1 34000 dummy dummy 01 02 03 04 05 06 07 08 09 10 11 12 13 14
#
# mpcs for 1833to1702
N: 127.0.0.1 15000 mpcs dummy 01 02 03 04 05 06 07 08 09 10 11 12 13 14


# syntax for to add radegast server connection
#
#R: <ip> <port> <ca4> <id6> <nr_of_hops_away (default: 1)>
#
# example:
#
# R: 127.0.0.1 678 0100 000080


# syntax for to add camd3 connection
#
#L: <ip> <port> <username> <pass> <ca4> <id6> <nr_of_hops_away (default: 1)>
#
# example:
#
# L: 127.0.0.1 567 dummy dummy 0100 000080


# syntax for add gbox connection
#
#G: <pass> <localhost> <localport> <peerpass> <peeraddress> <peerport>
#
# support optional limits just like C line (ignore shares more than 'uphops' away)
# { caid:iduphops), caid:iduphops), ... }
#
# example:
#
# G: B142AB12 192.168.2.14 8010 AB333441 192.168.2.13 8010

######################################################################
# Other config settings #
######################################################################
# server shall listen on this port pro incoming connections
# default port is 12000, disable server with parm -s or set port 0
#
#SERVER LISTEN PORT : 12000

# server can give some info about server and client connections
# and cardinfo using telnet or webbrowser.
#
# Switch on/off access to info
# default is yes
#
#ALLOW TELNETINFO: no
#ALLOW WEBINFO: no

# Show extended client info when showing client list
# default is yes
#
#SHOW EXTENEDED CLIENT INFO : no

# The webinfo service can be protected with a username and password.
# This is switched off by default
#
#WEBINFO USERNAME : <username>
#WEBINFO PASSWORD : <password>

# The telnetinfo service can be protected with a username and password.
# This is switched off by default
#
#TELNETINFO USERNAME : <username>
#TELNETINFO PASSWORD : <password>

# default port for telnet is 16000
# default port for web is 16001
# supported commands:
# info
# activeclients
# clients
# servers
# shares
# providers
# entitlements
# example use:
# echo servers | telnet localhost 16000
# go with your browser to

Du musst dich Anmelden oder Registrieren um diesen link zusehen!

#
#TELNETINFO LISTEN PORT : 16000
#WEBINFO LISTEN PORT : 16001

# time in seconds to keep On Screen Display active.
# default is 0 (turned off)
#
#ZAP OSD TIME : 3

# username used to show popup (default : root)
#OSD USERNAME : root

# password used to show popup (default : dreambox)
#OSD PASSWORD : dreambox

# port used to show popup (default : 80)
#OSD PORT : 80

# Serial reader config. Add as many as you have attached too your system
# replaces old name 'PHOENIX READER PATH', but still works.
# default is none
# optionally add readertype : phoenix,mouse,uniprog,sc8in1,smartreader+
# (when non readertype given defaults to uniprog (e.g. for mastera))
#
# SERIAL READER : <device> <type>
#
# example
#
#SERIAL READER : /dev/tts/0

#Smargo USB Support
SERIAL READER : /dev/usb/tts/0 smartreader+
#SERIAL READER : /dev/usb/tts/1 smartreader+


# Serial reader smartcard write delay.
# Setting to finetune smartcard write speed, optimal setting depends on speed of system, and
# speed of card. Default value is calculated, but can overrule by setting.
# Use number of microseconds delay between bytes, 0 = no delay, -1 = calculated default
# Note: huge difference between values 0 and 1, because of schedular overhead
#
# SMARTCARD WRITE DELAY : <device> <delay>
#
# example, 10ms write delay on smartcard in reader attached to /dev/ttyUSB0
#
#SMARTCARD WRITE DELAY: /dev/ttyUSB0 10000
#
# NOTE on sc8in1; because 8 smartcards are used on the same devicename, use
# devicename_0 .. devicename_7 for settings which require devicename to make
# settings per smartcard. example /dev/ttyS0_0, /dev/ttyS0_1 ..
# example, 8ms write delay between bytes to smartcard on last sc8in1 channel, attached to /dev/tts/0
#
#SMARTCARD WRITE DELAY: /dev/tts/0_7 8000

# Smartcard clock speed override
# Setting override specified speed for smartcard.
# Don't add setting unless you're sure what you're doing.
# In 99% of the cases the reader selects the optimal speed.
# Adding this setting either slows your card down, or might destroy it.
#
# SMARTCARD CLOCK FREQUENCY : <device> <freq>
#
# example
#
#SMARTCARD CLOCK FREQUENCY: /dev/ttyUSB0 5500000

# if timing should be shown in OSD and debug output
# default is no (turned off)
#
#SHOW TIMING : yes

# enables mini OSD which shows server(type), cardreader, keys or fta only
# default is no (turned off)
#
#MINI OSD : yes

# turns debugging on and off
# default is no (turned off)
#
#DEBUG : yes


# should CCcam try to read and parse newcamd.conf for server connections
# default is no (turned off)
#
#NEWCAMD CONF : yes


# configure what EMM blocker you want. Add as many as readers you have attached
# default is blocking nothing
#
# B: /dev/sci0 01
# 00 - nothing
# 01 - sa blocked
# 02 - ua blocked
# 04 - ga blocked
# and sum of for combinations
#
#examples
#
#B: /dev/tts/0 07
#B: /dev/sci0 01

# disable all local EMM readers
# saves lots of CPU, but you won't get any updates anymore
# (unless you get updates from your clients)
#
# default: no
#
#DISABLE EMM : yes

# with this setting you can
# allow a client on two hops away
# to send the updates to the cardserver
#
# default : no
#
#EXTRA EMM LEVEL : yes

# with this setting you can
# configure how many emm listeners are started.
# for example use 2 when recording
# and viewing different systems and both need constant updates
#
# default : 1
#
#EMM THREADS : 1

# overrule the nds boxkey (4 byte hex)
#
# BOXKEY: <device> <byte1> <byte2> <byte3> <byte4>
#
#example
#
#BOXKEY: /dev/sci0 00 11 22 33

# set card pin
# * please be very careful with this option as you could lock your card *
#
# PIN: <device> <pin>
#
#example
#
#PIN: /dev/sci0 1234

# overrule the irdeto camkey (8 byte hex), default 11 22 33 44 55 66 77 88
#
# CAMKEY: <device> <byte1> <byte2> <byte3> <byte4> <byte5> <byte6> <byte7> <byte8>
#
#example
#
#CAMKEY: /dev/sci0 11 22 33 44 55 66 77 88

# overrule the irdeto camdata (64 byte hex)
# trailing zero bytes can be omitted
# default for unknown ASC's is 11 22 33 44 55 66 77 88 00 00 .. 00, known ASC's have other defaults
#
# CAMDATA: <device> <byte1> <byte2> <byte3> <byte4> <byte5> <byte6> ... <byte64>
#
#example, when only the first 15 camdata bytes are nonzero
#
#CAMDATA: /dev/sci0 11 22 33 44 55 66 77 88 99 aa bb cc dd ee ff

# custom add id's for BEEF patched cards
#
# BEEF ID: <ident1> <ident2> <ident3> <ident4> <ident5> <ident6> <ident7> <ident8> <device>
#
#example
#
#BEEF ID: 4101 0 0 0 0 0 0 0 /dev/sci0

# what Softcam.Key should CCcam try to read
# defaults to /var/keys/SoftCam.Key
#
#SOFTKEY FILE : /var/keys/SoftCam.Key


# what AutoRoll.Key should CCcam try to read
# defaults to /var/keys/AutoRoll.Key
#
#AUTOROLL FILE : /var/keys/AutoRoll.Key


# what constant.cw should CCcam try to read
# defaults to /var/keys/constant.cw
# file content can be like
#
# ca4:id6:sid4mtpid4:ecmpid4:key16(01 02 03...)
#
#STATIC CW FILE : /var/keys/constant.cw


# in this file you can configure what CAIDs CCcam should prefer or ignore
# defaults to /var/etc/CCcam.prio
# file content can have ignores (I) and prio lists (P)
#
# note 1: I line affects both for ecm and emm (receive no emm on ignored systems)
# P line only affects ecm choice (emm still received for all available systems, not just the priority system)
#
# note 2: ident 0 means 'all idents'. So 'caid:0' is the same as 'caid'.
#
# note 3: for some systems (e.g. nagra (caid 18xx)), the ident is not known at the time the
# prio lists are checked. In that case, matching is done on caid only, even if the P line
# defines nonzero idents. So for example '1801:401' behaves the same as '1801' in a P line
# I lines work differently, they are checked two times, once before ecm or emm is received, again
# after ecm or emm are received (and nagra ident should be known)
# P lines are only checked once, before ecm received.
#
# note 4: if a P line contains caid:ident pairs which are not available for the current
# channel, that P line is not used for that channel.
# Example, channel has systems 626, 1801:401 then P line with "1801,100:96,626" is ignored by that channel,
# because channel doesn't have 100:96.
# But P line with "1801" works, and also "626,1801" will work for channel
#
# note 5: P lines are parsed in the order in which they are found in the prio file.
# Only the first matching P line is used
#
# situation 1: ignore allways this caid, all idents, on all channels
# I: caid
#
# situation 2: ignore allways this caid/ident pair
# I: caid:ident
#
# situation 3: ignore this caid/ident pair, on channel 'sid'
# I: caid:ident:sid
#
# situation 4: when both caid1 and caid2 exist for a channel, prefer caid1 over caid2
# P: caid1, caid2
#
# situation 5: when caid1:ident1 till caidN:identN exist for a channel, use them in order of this list.
# P: caid1:ident1, caid2:ident2, .., caidN:identN
#
# situation 6: when caid1:ident1 till caidN:identN exist for channel 'sid', use them in order of this list.
# Sid on first caid/ident pair identifies sid for which list is used. All other sids ignore this list.
# P: caid1:ident1:sid, caid2:ident2, .., caidN:identN
#
#CAID PRIO FILE : /var/etc/CCcam.prio

#
# In this file all provider idents are defined
# The info from this file is being used in the web interface
# format:
# <caid><ident> "Provider description"
#
# PROVIDERINFO FILE : /var/etc/CCcam.providers

#
# In this file all channel idents are defined
# The info from this file is being used in the web interface
# format:
# caid:ident:sid "Channel description"
#
# CHANNELINFO FILE : /var/etc/CCcam.channelinfo

# write wrong logins to file
# defaults is off
#
#LOG WARNINGS : /tmp/warnings.txt

# global setting for stealthy login to newcamd/newcs server, N line can overrule
# stealth modes: 0 = disabled, 1 = mgcamd new, 2 = mgcamd old, 3 = evocamd, 4 = generic
# default: 0
#
#NEWCAMD STEALTH : 0

# load balancing between identical cards, list device names of card readers containing identical cards,
# optionally followed by a list of service id's which are to be excluded from loadbalancing
#
# LOADBALANCE : <device1> <device2> .. <devicen> { <exceptsid1>, <exceptsid2> .. , <exceptsidn> }
#
# multiple loadbalance groups can be configured, by adding multiple lines
# warning: restart is required, when loadbalance group config changes
#
#example 1: load balance requests for three identical cards
#
# LOADBALANCE : /dev/ttyS0 /dev/ttyS1 /dev/ttyS2
#
#example 2: load balance requests for two almost identical cards, sid 0df3 and 0de1 are only available
#on one of the cards, so requests for these sids shouldn't be loadbalanced
#
# LOADBALANCE : /dev/ttyS5 /dev/ttyS6 { 0df3,0de1 }

# in version 1.2.1 and lower there was a problem which could lead to disconnecting clients
# in version 1.4.0 network load was significantly reduced
# in version 1.7.0 dangerous password bug was fixed
# in order to take advantage of these fixes, all clients should upgrade
# with this setting you can force that clients at least use a certain version otherwise they are denied when logging in
#
# default : accept all versions
#
#example 1: avoid disconnecting clients problem
#
#MINIMUM CLIENT VERSION : 1.3.0
#
#example 2: achieve network load decrease
#
#MINIMUM CLIENT VERSION : 1.4.0
#
#example 3: don't allow potentially wrong passwords (pre 1.7.0 has password bug)
#
#MINIMUM CLIENT VERSION : 1.7.0


# Irdeto smartcards: option to disable smart chid checking for irdeto smartcards.
# Default, only chids advertised by card are accepted.
# This avoids a lot of unwanted card traffic
#
# But if smartcard has hidden/unknown chids, all chids should be tried.
# In that case specify 'TRY ALL CHIDS' option for cardreader.
# Use with care, enabling option causes more card traffic.
# Only use setting when some channels don't work without it.
# note: if even this setting don't help decode all channels, try using
# commandline arg -l, to disable all self-learning features (warning: slower)
#
#TRY ALL CHIDS : <device>
#
#example: card in /dev/ttyUSB0 gets ecm for all possible chids, not
#just the chids it officially supports
#
#TRY ALL CHIDS : /dev/ttyUSB0

# perform smartcard post init commands
#
# POSTINIT : <device> <filename> (<autodelete>)
#
# send commands in 'filename' to 'device', and delete 'filename' when
# optional 'autodelete' argument nonzero
#
#example:
#
#POSTINIT : /dev/sci0 /tmp/postinit
#
#example /tmp/postinit contents:
#c134000003000000
#c13201000a

# Option to override autodetected dvb api version. Restart needed.
#
#DVB API: <value>
#
# <value> -1 = no dvb, 1 = dvb api 1, 3 = dvb api 3
#
# WARNING: only use when autodetect fails!
#
#example, disable nonworking dvb hardware:
#DVB API: -1

# Option to set global share limits
#
#GLOBAL LIMITS: { caid:iddownhops), caid:iddownhops), ... }
#
#example:
#
#GLOBAL LIMITS : { 0100:000080, 0622:000000:1, 0500:000000:2 }
#
# all users get no 0100:000080.
# and our 0622:000000 cards only for themself (1 hop down),
# and 0500 cards for themself plus one additional hop down.
# global limits are overridden by client specific limits (see F

# Option to reject shares with less than required downhops on clientside
#
#MINIMUM DOWNHOPS: <value>
#
# default: 0 (don't ignore any shares)
#
#example:
#
#MINIMUM DOWNHOPS: 1
#
# ignore shares that have less than 1 'downhops' (i.e. can not be shared
# further down to other clients)

# Option to ignore all shares that go through a certain node
#
#IGNORE NODE: <nodeid>
#
#example, ignore two nodes:
#
#IGNORE NODE: ccd536ab515767ad
#IGNORE NODE: aad536ab515761af


# The seca handler is used to better support simulcrypt on the same ident
#
# With this setting you can change the behaviour of how SECA has to be used
# This setting is ignored unless SECA2/SECA3 simulcrypt is detected!!
#
# When disabled CCcam behaves like previous versions
#
# When "prefer SECA3 over SECA2" is enabled try to use SECA3 ecm first, then SECA2
#
# When "Ignore SECA2" is enabled, ignore all SECA2 ecm so a SECA3 card will not get SECA2 request which it cannot handle
#
# When "Ignore SECA3" is enabled, ignore all SECA3 ecm so a SECA2 card will not get SECA3 request which it cannot handle
#
#
# The following settings can be used
#
# SECA HANDLER: <value>
# <value> : 0 = disabled, 1 = prefer SECA3 over SECA2, 2 = prefer SECA2 over SECA3, 3 = Ignore SECA2, 4 = Ignore SECA3
#
# default: 1
#
# Example try to use SECA3 ecm first, then SECA2
#SECA HANDLER: 1
#
# Example try to use SECA2 ecm first, then SECA3
#SECA HANDLER: 2
#
# Example to ignore all SECA2 ecm so a SECA3 card will not get SECA2 request which it cannot handle
#SECA HANDLER: 3
#
# Example to ignore all SECA3 ecm so a SECA2 card will not get SECA3 request which it cannot handle
#SECA HANDLER: 4

Zum Vergrößern anklicken....

###################################################################################
# CCcam.cfg deutsch v1.1 10.08.2008 #
###################################################################################
#
#
# Erklärung:
# Alles was in einer Zeile hinter einem # steht wird von CCcam ignoriert und dient
# nur zur Kommentierung oder Außerkraftsetzung einer Einstellung. Soll CCcam eine
# Einstellung, F: oder C: Line annehmen, so muss die # entfernt werden.
#
# In einigen Einstellungen muss man eine Option "ein" oder "aus" schalten. Je nach
# Einstellung wählt man entweder 1 oder yes für "an" oder 0 oder no für "aus". Ob
# man in einer bestimmten Einstellung 0/1 oder yes/no nutzen muss, lässt sich aus
# den Kommentierungen entnehmen.
#
# Als einen Hop bezeichnet man die Entfernung der Karte. Karten die in unserer Box
# stecken sind für uns auf Hop0. Karten die in der Box eines direkt zu uns
# verbundenen Freundes stecken sind für uns auf Hop1. Karten die dieser Freund auf
# Hop1 hat, erreichen uns auf Hop2. Und so weiter. Je näher die Karte ist, um so
# besser und schneller kann sie uns die benötigten CWs liefern. Also macht es
# keinen Sinn Karten aus Hop4 oder 5 zu nutzen, da diese schon durch zu viele
# Server wandern mussten bis sie zu uns durch gekommen sind.
#
# GANZ WICHTIG:
# BEIM CARDSHARING ZÄHLT NICHT DIE MASSE DER KARTEN IM SHARE, SONDERN DIE
# QUALITÄT! LIEBER 2 GUTE KARTEN EINES PROVIDERS, ALS 20 LANGSAME AUF HOP4 oder 5.
# Beachte dazu die Begrenzungen in den C: Lines. (siehe Beispiele weiter unten)

###################################################################################
# Freunde #
###################################################################################
#
# Hier tragen wir Freunde ein, die sich zu uns verbinden dürfen, also Karten von
# uns bekommen sollen und/oder Zugriff auf unser Key-File bekommen sollen.
# Teilen des Keyfiles (Standard = 1), EMM erlauben (Standard = 1), und optional
# die Downshare-Begrenzung pro Share (Standard = Keine Begrenzung) und optional
# die Downshare-Begrenzung pro Share basierend auf caid:id:sid
# und optional das Zeitfenster in welchem der Share gültig ist und optional einen
# Hostname oder eine IP-Adresse, auf die der Zugang beschränkt sein soll.
# Wenn kein Zeitfenster gewählt wir, wird 24 Stunden am Tag geshared.
# Emus werden immer nur einen Hop weiter geshared, auch wenn keine Begrenzung gesetzt wurde.
#
# Die maximale Länge für den Usernamen beträgt 20 Zeichen.
# Die Passwortlänge ist unbegrenzt.
#
# Der Username ist keine IP oder Hostname. Es handelt sich bei der F: Line
# lediglich um Zugangsdaten zu unserem CCcam-Server.
#
#F: <Username> <Passwort> <uphops> <Emus sharen> <EMM erlauben> ( { caid:iddownhops), caid:iddownhops), ... } { caid:id:sid, caid:id:sid, ... } { Anfangszeit-Endzeit, ... } ) Hostname/IP-Adresse
#
# Beispiele für verschiedene Möglichkeiten:
#
# F: user1 pass1
#
# user1 bekommt alle Karten von uns, bis maximal 5 Hops von uns entfernt.
# (unsere lokale Karte/n + virtuelle Karten, die maximal 5 Hops entfernt sind). Er kann unsere Karten an seine Freunde
# weiter geben. Er kann außerdem Keys aus unserem Keyfile erhalten (wenn er ein 'yes' hinter seiner C: hat)
# und er darf uns EMM (Updates für unsere Karten) senden.
#
# F: user2 pass2 0 1 0 { 0100:000080, 0622:000000:1, 0500:000000:2 }
#
# user2 bekommt nur unsere lokalen Karten, aber nicht die 0100:000080.
# Unsere 0622:000000 Karte/n kann er nur für sich selbst nutzen (1 hop down)
# und die 0500 Karten für sich selbst plus einen zusätzlichen Hop weiter. (2 hops down)
# Er hat außerdem Zugriff auf die Keys unseres Keyfiles, und darf uns keine EMM senden.
#
# F: user3 pass3 5 0 1 { 0:0:3, 0100:000080:1 }
#
# user3 bekommt alle Karten, die maximal 5 Hops von uns entfernt sind
# und ist berechtigt diese Karten 2 Hops hinter sich weiter zu geben.
# Er ist nicht berechtigt die 0100:000080 an andere User weiter zu geben.
# Er bekommt keine Keys aus unserem Keyfile, und er darf uns EMM senden.
#
# F: user4 pass4 5 0 1 { 0:0:4, 0100:000080:1 } { 0100:000080:15df }
#
# user4 bekommt alle Karten, die maximal 5 Hops von uns entfernt sind
# und ist berechtigt diese Karten 3 Hops hinter sich weiter zu geben.
# Er ist nicht berechtigt die 0100:000080 an andere User weiter zu geben.
# Er ist nicht berechtigt den Kanal 0100:000080:15df zu sehen. (Er bekommt ihn zumindest nicht von uns)
#
# F: user5 pass5 4 0 1 { } { } { 12:00-17:00, 19:00-20:00 }
#
# user5 bekommt alle Karten, die maximal 4 Hops von uns entfernt sind.
# Der Share ist begrenzt auf die Zeit zwischen 12:00 und 17:00 Uhr und zwischen 19:00 und 20:00 Uhr.
# Außerhalb dieser Zeitfenster werden keine CWs an den User gesendet.
#
#
# F: user6 pass6 3 1 1 { } { } { } 192.168.1.1
#
# user6 bekommt alle Karten, die maximal 3 Hops von uns entfernt sind.
# Er darf sich nur von der IP 192.168.1.1 verbinden.
#
# Wichtig:
# In der F: Line lässt sich sehr einfach begrenzen wie weit unsere Karten weiter gegeben werden können.
# Wenn viele Anfragen an unsere Karten gestellt werden, so macht dies unsere Karten natürlich langsamer
# und es kann zu Bildaussetzern (Freezern) kommen. Dies passiert gerade bei NDS-Karten sehr schnell.
# Damit unsere Freunde unsere Karten nicht zu weit weitergeben können, begrenzen wir den Reshare-Level.
# Hinter jeder F: Line setzen wir die allgemeine Begrenzung in die {}. Dazu nehmen wir nullen als
# Platzhalter für CAID und ID (0 = alle). Ein Bespiel dafür sehen wir weiter oben in der F: Line von
# user3. Hinter seiner F: Line befindet sich in den {} "0:0:3". Das bedeutet, dass alle Karten unseres
# Servers nur noch 3 Hops weiter gegeben werden dürfen. Der erste Hop ist user3, der zweite Hop sind
# alle User die mit user3 verbunden sind, der dritte Hop sind alle User, die mit den Usern von user3
# verbunden sind.
# Man sieht leicht wie schnell sich die Anzahl der User für unsere Karten durch dieses Schneeballsystem
# erhöhen kann. Ich empfehle den Reshare auf 2 Hops zu begrenzen. Also { 0:0:2 }.

###################################################################################
# Verbindungen #
###################################################################################
#
# Hier tragen wir Server ein, von denen wir Karten und/oder Keys erhalten wollen.
# Also die Freunde, die für uns in ihrer Config eine F: Line eingetragen haben.
# "yes" am Ende um den Emu des Peers mit zu benutzen. (Non Public privat Key/Emu,...)
# Dies funktioniert aber nur mit passender F: Line in der Config des Peers.
# Optional Begrenzungen genau wie in der F: Line, aber für eingehende Shares.
# (Shares ignorieren, die mehr als X Hops entfernt sind)
#
#C: <Hostname> <Port> <Username> <Passwort> <Keyfile des Freundes mit benutzen> ( { caid:iduphops), caid:iduphops), ... } )
#
# Bemerkung: Wenn {} Begrenzungen gesetzt werden, kann <Keyfile des Freundes erwünscht> nicht weggelassen werden.
# Es muss dann yes oder no angegeben werden!
#
# Beispiele:
#
C: 192.168.2.13 12000 user1 pass1
# Verbindet zu einem CCcam-Server ohne den Emu des Servers mit zu benutzen.
#
# C: 192.168.1.2 12000 user2 pass2 yes
# Verbindet zu einem CCcam-Server und der Emu des Servers wird mit benutzt. (sofern vom Server erlaubt)
#
# Wichtig:
# Um nicht unnötig viele Karten zu bekommen, die unseren Share nur belasten und eh nicht richtig funktionieren,
# begrenzen wir hinter jeder C: Line die Entfernung, aus der wir uns unsere Karten holen.
# Das machen wir ähnlich wie in der Reshare-Level Begrenzung in der F: Line (s.o.).
# Am Anfang, wenn wir unseren Share erst noch aufbauen müssen und erst zu ein paar Servern verbunden sind,
# ist es noch sinnvoll Karten aus Hop 3, eventuell sogar Hop 4 zu beziehen.
# Sobald wir aber besser sortiert sind, so sollten nur noch Karten aus Hop 2 bezogen werden.
# Das funktioniert ganz einfach mit 0:0:2 in {} hinter jeder C: Line um auf Hop 2 zu begrenzen oder aber
# 0:0:3 um auf Hop 3 zu begrenzen. Ein yes oder no für <Keyfile des Freundes erwünscht> vor {} darf in der
# C: Line dann aber nicht vergessen werden!
#
# C: 192.168.1.2 12000 user3 pass3 no { 0:0:2 }
# Verbindet zu einem CCcam-Server ohne den Emu des Servers mit zu benutzen.
# Es werden nur Karten angenommen, die höchstens 2 Hops entfernt sind.
#
# Wenn wir 3 Vollabo-Karten eines Providers in Hop 1 in unserem Share haben, so sind wir mit diesem Provider
# bestens bedient und brauchen keine weiteren Karten mehr von diesem Provider. Deshalb können wir die Annahme
# dieser Karten von weiter entfernten Hops verweigern.
#
# C: server2.dyndns.org 12000 user4 pass4 no { 0:0:2, d22:4:1 }
# Verbindet zu einem CCcam-Server ohne den Emu des Servers mit zu benutzen.
# Es werden nur Karten angenommen, die höchstens 2 Hops entfernt sind.
# Es werden keine Karten mehr von d22:4 angenommen, die weiter als einen Hop entfernt sind.


# CCcam kann sich auch als Client zu anderen Cardservern verbinden
#
# Syntax zum Verbinden zu einem Newcamd/NewCS Server:
#
#N: <IP> <Port> <Username> <Passwort> <Description Key(14byte)> <Entfernung zur Karte in Hops (Standard: 1)> <Tarneinstellung (Standard: 0)>
#
# Beispiele:
#
# N: 127.0.0.1 10000 dummy dummy 01 02 03 04 05 06 07 08 09 10 11 12 13 14
#
# Hinzufügen einer Newcamd Karte, die 2 Hops entfernt ist, zur Shareliste:
#
# N: 127.0.0.1 10000 dummy dummy 01 02 03 04 05 06 07 08 09 10 11 12 13 14 2
#
# Als MGcamd getarnt am Newcamd Server anmelden:
#
# N: 127.0.0.1 10000 dummy dummy 01 02 03 04 05 06 07 08 09 10 11 12 13 14 1 1
#
# Tarneinstellungen: 0 = abgeschaltet, 1 = MGcamd neu, 2 = MGcamd alt, 3 = Evocamd, 4 = Generic


# Syntax zum Verbinden zu einem Radegast Server
#
#R: <IP> <Port> <caid> <pid> <Entfernung zur Karte in Hops (Standard: 1)>
#
# Beispiel:
#
# R: 127.0.0.1 678 0100 000080


# Syntax zum Verbinden zu einem Camd3 Server
#
#L: <IP> <Port> <Username> <Passwort> <caid> <pid> <Entfernung zur Karte in Hops (Standard: 1)>
#
# Beispiel:
#
# L: 127.0.0.1 567 dummy dummy 0100 000080


# Syntax zum Verbinden zu einem Gbox Server
#
# G: AB333441 192.168.2.14 8010 AB333441 192.168.2.13 8010
#
# Optional werden Begrenzungen genau wie in der C: Line unterstützt (Shares ignorieren,
# die mehr als X Hops entfernt sind) { caid:iduphops), caid:iduphops), ... }
#
# Beispiel:
#
# G: AABBCCDD ich.dyndns.org 2500 12345678 peer.dyndns.org 2500

###################################################################################
# Andere Konfigurationseinstellungen #
###################################################################################
#
# Port, den unser Server für eingehende Verbindungen nutzt.
# Beim Sharing über Internet muss dieser Port im Router an die IP unseres Servers weitergeleitet werden.
# CCcam verwendet TCP als Protokoll.
# Standard Port ist 12000, der Server lässt sich mit Parameter -s oder mit auf 0 gesetztem Port abschalten
#
#SERVER LISTEN PORT : 12000

# Der Server kann einige Infos über verbundene Server, Clients und Karteninfos
# mit Hilfe von Telnet oder eines Webbrowsers ausgeben.
#
# Telnet und Webinfo an/aus schalten (yes = an, no = aus)
# Standard ist "yes"
#
#ALLOW TELNETINFO: no
#ALLOW WEBINFO: no

# Erweiterte Client-Info in der Client-Liste zeigen
# Standard ist "yes"
#
#SHOW EXTENEDED CLIENT INFO : no

# Die Webinfo kann mit einem Benutzernamen und Passwort geschützt werden.
# Dies ist standardmäßig deaktiviert.
#
#WEBINFO USERNAME : <Benutzername>
#WEBINFO PASSWORD : <Passwort>

# Die Telnetinfo kann mit einem Benutzernamen und Passwort geschützt werden.
# Dies ist standardmäßig deaktiviert.
#
#TELNETINFO USERNAME : <Benutzername>
#TELNETINFO PASSWORD : <Password>

# Der Standard-Port für Telnetinfo ist 16000
# Der Standard-Port für die Webinfo ist 16001
# Unterstützte Kommandos:
# info
# activeclients
# clients
# servers
# shares
# providers
# entitlements
# Beispiel zur Nutzung:

# echo servers | telnet localhost 16000
# Öffne mit dem Browser:

Du musst dich Anmelden oder Registrieren um diesen link zusehen!

#
#TELNETINFO LISTEN PORT : 16000
#WEBINFO LISTEN PORT : 16001

# Zeit in Sekunden, in denen das On Screen Display aktiv ist.
# Im OSD werden auf dem Fernseher aktuelle Infos zur gerade verwendeten Karte angezeigt.
# Welcher Provider, welcher Peer, wie weit die Karte entfernt ist usw.
# Standard ist 0 (aus)
#
#ZAP OSD TIME : 3

# Benutzername für das PopUp. Es ist identisch mit dem Passwort für das WebInterface eurer Box. (Standard : root)
#OSD USERNAME : root

# Passwort für das PopUp. Es ist identisch mit dem Passwort für das WebInterface eurer Box. (Standard : dreambox)
#OSD PASSWORD : dreambox

# Port für das PopUP. (Standard : 80)
#OSD PORT : 80

# Cardreader Konfiguration
# Hier tragen wir alle, per seriell oder USB, angeschlossenen Cardreader ein.
# (nicht die internen Smartcardschächte des Receivers, die werden automatisch angesprochen)
# Optional kann der Readertype angegeben werden: phoenix,mouse,uniprog,sc8in1,smartreader+
# (wenn kein Readertype angegeben wird, so wird die Standardeinstellung "uniprog" gewählt (z.B. für Mastera))
#
# SERIAL READER : <Pfad zum Reader> <Readertyp>
#
# Beispiel:
#
#SERIAL READER : /dev/tts/0

# Schreibverzögerungseinstellung für die Smartcards.
# Hier lässt sich die Schreibgeschwindigkeit der Smartcards feintunen. Die optimale Einstellung ist abhängig
# von der Rechenleistung des Systems und der Rechenleistung der Smartcards.
# Der Standardwert wird berechnet, kann aber mit dieser Einstellung aufgehoben werden.
# Verzögerung in Millisekunden zischen den Bytes, 0 = keine Verzögerung, -1 = Standard berechnen
# Bemerkung: Es gibt einen großen Unterschied zwischen den Werten 0 und 1, wegen des tabellarischen Mehraufwandes.
#
# SMARTCARD WRITE DELAY : <Pfad zum Reader> <delay>
#
# Beispiel für 10ms Schreibverzögerung für die Karte die im Kartenleser /dev/ttyUSB0 steckt:
#
#SMARTCARD WRITE DELAY: /dev/ttyUSB0 10000
#
# Bemerkung zum SC8in1; Weil 8 Smartcards unter dem selben Pfad geführt werden, nutze
# Pfad_0 .. Pfad_7 für die Einstellung der einzelnen Smartcards.
# Beispiel: /dev/ttyS0_0, /dev/ttyS0_1 ..
# Beispiel für 8ms Schreibverzögerung zwischen den Bytes für die Smartcard im letztem Schacht des SC8in1,
# verbunden an /dev/tts/0:
#
#SMARTCARD WRITE DELAY: /dev/tts/0_7 8000

# Smartcard Taktfrequenz einstellen
# Nicht anpassen, wenn du nicht weißt was du tust.
# In 99% der Fälle wählt der Reader von sich aus die richtige Frequenz.
# Das Verändern dieser Einstellung kann die Karte langsamer machen, oder sie sogar zerstören.
#
# SMARTCARD CLOCK FREQUENCY : <device> <freq in Hz>
#
# Beispiel um die Karte in /dev/ttyUSB0 mit 5,5MHz laufen zu lassen:
#
#SMARTCARD CLOCK FREQUENCY: /dev/ttyUSB0 5500000

# Anzeige der ECM-Zeiten im OSD und der Debug-Ausgabe
# Standard ist no (ausgeschaltet)
#
#SHOW TIMING : yes

# Aktiviert das mini OSD, welches nur Server(Typ), Cardreader, Keys oder FTA zeigt.
# Standard ist no (ausgeschaltet)
#
#MINI OSD : yes

# Schaltet das Debugging an und aus
# Standard ist no (ausgeschaltet)
#
#DEBUG : yes


# Soll CCcam versuchen die newcamd.conf für Serververbindungen zu lesen und zu analysieren?
# Standard ist no (ausgeschaltet)
#
#NEWCAMD CONF : yes


# Hier kann man einstellen welchen EMM-Blocker man möchte. Dies lässt sich für jeden angeschlossenen
# internen und externen Kartenleser separat setzen.
# Standardmäßig werden keine EMM geblockt.
#
# B: /dev/sci0 01
# 00 - nothing
# 01 - SA EMM werden geblockt
# 02 - UA EMM werden geblockt
# 04 - GA EMM werden geblockt
# Werte werden addiert, um verschieden EMM zu blocken. z.B. 01 + 02 = 03
# blockt SA und UA EMM.
#
# Beispiele:
#
#B: /dev/tts/0 07
#B: /dev/sci0 01

# Mit dieser Einstellung lässt sich das lokale EMM-lesen ganz abschalten.
# Das spart eine Menge CPU-Last, allerdings wird die Karte nun nicht mehr
# geupdated, oder nur noch von Clients, denen man in der F: Line die Erlaubnis
# dazu erteilt hat.
# Es ist auf jeden Fall sehr sinnvoll dies in einem reinem Server, welcher eh nicht
# über einen Sat/Kabelanschluss verfügt, zu setzen.
#
# Standard: no
#
#DISABLE EMM : yes

# Mit dieser Einstellung erlaubt man Clients, die 2 Hops
# weit weg sind Updates an unsere Karte zu senden.
# Wird eigentlich nicht benötigt. Macht nur unnötig Traffic und ist auch ein Sicherheitsrisiko.
#
# Standard : no
#
#EXTRA EMM LEVEL : yes

# Mit dieser Einstellung lässt sich konfigurieren wie viele EMM-Listener
# gestartet werden.
# Man benötigt 2, wenn man z.B. eine DM 7025 mit Twintuner betreibt und
# einen verschlüsselten Kanal schaut und einen weiteren aufzeichnen möchte.
#
# Standard : 1
#
#EMM THREADS : 1

# NDS Boxkey ersetzen (4 Byte Hex)
#
# BOXKEY: <Pfad> <Byte1> <Byte2> <Byte3> <Byte4>
#
# Beispiel:
#
#BOXKEY: /dev/sci0 00 11 22 33

# Karten PIN für Cryptoworks-Karten setzen. (Jugendschutz PIN)
# * Achtung: Dies kann die Karte sperren! *
#
# PIN: <Pfad> <PIN>
#
# Beispiel:
#
#PIN: /dev/sci0 1234

# Ersetzen des Irdeto Camkeys (8 Byte Hex), Standard ist 11 22 33 44 55 66 77 88
#
# CAMKEY: <Pfad> <Byte1> <Byte2> <Byte3> <Byte4> <Byte5> <Byte6> <Byte7> <Byte8>
#
# Beispiel:
#
#CAMKEY: /dev/sci0 11 22 33 44 55 66 77 88

# Ersetzen der Irdeto Camdata (64 Byte Hex)
# Null-Bytes am Ende können weggelassen werden.
# Standard für unbekannte ASCs ist 11 22 33 44 55 66 77 88 00 00 .. 00, bekannte ASCs haben andere Standards.
#
# CAMDATA: <Pfad> <Byte1> <Byte2> <Byte3> <Byte4> <Byte5> <Byte6> ... <Byte64>
#
# Beispiel, wenn nur die ersten 15 Bytes der Camdata aus nicht nuller Blöcken bestehen:
#
#CAMDATA: /dev/sci0 11 22 33 44 55 66 77 88 99 aa bb cc dd ee ff

# Spezielles setzen der IDs für BEEF gepatchte Karten
#
# BEEF ID: <Ident1> <Ident2> <Ident3> <Ident4> <Ident5> <Ident6> <Ident7> <Ident8> <Pfad>
#
# Beispiel:
#
#BEEF ID: 4101 0 0 0 0 0 0 0 /dev/sci0

# Wo befindet sich die SoftCam.Key Datei?
# Standard: /var/keys/SoftCam.Key
#
#SOFTKEY FILE : /var/keys/SoftCam.Key


# Wo befindet sich die AutoRoll.Key Datei?
# Standard: /var/keys/AutoRoll.Key
#
#AUTOROLL FILE : /var/keys/AutoRoll.Key


# Wo befindet sich die constant.cw Datei?
# Standard: /var/keys/constant.cw
# Inhalt des Files kann so aussehen:
#
# ca4:id6:sid4mtpid4:ecmpid4:key16(01 02 03...)
#
#STATIC CW FILE : /var/keys/constant.cw


# Wo befindet sich die CCcam.prio Datei?
# In dieser Datei lässt sich konfigurieren, welche CAIDs CCcam bevorzugen oder ignorieren soll.
# Seit Version 2.0.8 ist dieses File fast nicht mehr notwendig, aber es kann die Umschaltzeiten
# bei einigen Provider enorm verkürzen.
# Standard: /var/etc/CCcam.prio
# Der Dateiinhalt kann Ignores (I) und Prio (P) Listen enthalten.
#
# Bemerkung 1: I: Lines betreffen ECM und EMM (es kommen keine EMM vom ignoriertem System an)
# P: Lines betreffen nur die ECM Auswahl (EMM werden weiter für alle vorhandenen Systeme empfangen
# und nicht nur für das bevorzugte System)
#
# Bemerkung 2: Ident 0 bedeutet 'alle Idents'. Also ist 'caid:0' das Selbe wie 'caid'.
#
# Bemerkung 3: Für einige Systeme (z.B. Nagra (CAID 18xx)), ist die Ident zu der Zeit wo die Prio-Liste
# geprüft wird nicht bekannt. In diesem Fall wird der Abgleich nur auf der CAID durchgeführt.
# Selbst dann, wenn die P: Line nicht genullte Idents bestimmt.
# Also verhält sich z.B '1801:401' genau wie '1801' in einer P: Line.
# I: Lines arbeiten anders. Sie werden zwei mal geprüft. Ein mal bevor das ECM oder EMM empfangen
# wird und einmal danach. (und die Nagra Ident sollte bekannt sein)
# P: lines werden nur einmal geprüft, bevor ECM empfangen werden.
#
# Bemerkung 4: Wenn eine P: Line CAID:Ident Paarungen enthält, welche nicht für den derzeitigen Kanal
# verfügbar sind, wird diese P: Line nicht für den derzeitigen Kanal genutzt.
# Beispiel: Der Kanal hat das System 626, 1801:401, dann wird die P: Line mit "1801,100:96,626"
# von diesem Kanal ignoriert, weil dieser Kanal nicht die 100:96 hat.
# Aber die P: Line mit "1801" wird genommen und auch die "626,1801" wird für diesen Kanal genommen.
#
# Bemerkung 5: P: Lines sind abhängig von der Reihenfolge in der sie sich in der Datei befinden.
# Nur die erste passende P: Line wird genutzt.
#
# Bemerkung 6: Mit I: Lines werden bestimmte CAIDs für die eigene Nutzung ignoriert. Das bedeutet aber nicht, dass
# diese CAIDs nun nicht mehr im Share vorhanden sind. Sie werden trotzdem angenommen und auch weiter
# gegeben. I: Lines eignen sich also nicht zum Aussortieren von alten, nicht mehr aktiven Providern
# und Fakekarten. Das macht man am besten direkt am Ende jeder C: Line.
#
# Situation 1: Ignoriert immer diese CAID, alle Idents, auf allen Kanälen.
# I: caid
#
# Situation 2: Ignoriert immer diese CAID/Ident Paarung.
# I: caid:ident
#
# Situation 3: Ignoriert diese CAID/Ident Paarung auf diesem Kanal 'SID'.
# I: caid:ident:sid
#
# Situation 4: Wenn CAID1 und CAID2 auf einem Kanal existieren wird CAID1 bevorzugt.
# P: caid1, caid2
#
# Situation 5: Wenn CAID1:Ident1 bis CAIDX:IdentX auf einem Kanal exestieren, werden sie in
# der Reihenfolge der Liste genutzt.
# P: caid1:ident1, caid2:ident2, .., caidX:identX
#
# Situation 6: Wenn CAID1:Ident1 bis CAIDX:IdentX auf dem Kanal 'SID' existieren, werden sie in
# der Reihenfolge der Liste genutzt.
# Die SID auf der ersten CAID/Ident Paarung kennzeichnet welche SID für diese Liste
# genutzt wird. Alle anderen SIDs ignorieren diese Liste.
# P: caid1:ident1:sid, caid2:ident2, .., caidX:identX
#
#CAID PRIO FILE : /var/etc/CCcam.prio

#
# Wo befindet sich die CCcam.providers Datei?
# In dieser Datei werden die Provider bestimmt. Sie ist für den Betrieb von CCcam nicht notwendig.
# Die Infos in dieser Datei werden für das CCcam-Webinterface genutzt, um in der Liste die
# Karten mit dem dazu passenden Providernamen anzuzeigen.
# Format:
# <caid><ident> "Provider-Bezeichnung"
#
#PROVIDERINFO FILE : /var/etc/CCcam.providers

#
# Wo befindet sich die CCcam.channelinfo Datei?
# In dieser Datei werden die Kanäle bestimmt. Sie ist für den Betrieb von CCcam nicht notwendig.
# Die Infos in dieser Datei werden für das CCcam-Webinterface genutzt.
# Format:
# caid:ident:sid "Kanal-Bezeichnung"
#
#CHANNELINFO FILE : /var/etc/CCcam.channelinfo

# Falsche Logins in einer Datei eintragen.
# In dieser Datei kann man nachlesen ob nicht berechtigte User versucht haben sich zu uns zu verbinden.
# Geht natürlich zu Lasten der Performance und sollte nur gelegentlich aktiviert werden.
# Im Standard ist dies ausgeschaltet.
#
#LOG WARNINGS : /tmp/warnings.txt

# Allgemeine Einstellung für die als anderer Emu getarnte Verbindung zu Newcamd/NewCS Servern.
# Die Einstellung in der N: Line wird bevorzugt.
# Tarneinstellung: 0 = ausgeschaltet, 1 = MGcamd neu, 2 = MGcamd alt, 3 = Evocamd, 4 = Generic
# Standard: 0
#
#NEWCAMD STEALTH : 0

# Ladebalance zwischen identischen Karten. Es werden die Pfade der Kartenleser aufgelistet,
# die identische Karten enthalten, optional gefolgt von einer Liste mit Service IDs welche
# vom Balancieren ausgenommen sind.
#
#LOADBALANCE : <Pfad1> <Pfad2> .. <PfadX> { <ausgenommene SID1>, <ausgenommene SID2> .. , <ausgenommene SIDX> }
#
# Mehrere Loadbalance Gruppen können konfiguriert werden, durch hinzufügen mehrerer Lines.
# Warnung: Neustart ist erforderlich, wenn Loadbalance-Gruppen-Konfiguration geändert wurde.
#
# Beispiel 1: Ladebalance Abfrage für drei identische Karten.
#
# LOADBALANCE : /dev/ttyS0 /dev/ttyS1 /dev/ttyS2
#
# Beispiel 2: Ladebalance Anfrage für zwei fast identische Karten, SID 0df3 und 0de1 sind nur auf
# einer der Karten verfügbar, also sollten Anfragen an diese SIDs nicht balanciert werden.
#
# LOADBALANCE : /dev/ttyS5 /dev/ttyS6 { 0df3,0de1 }

# In Version 1.2.1 und frühere Versionen haben ein Problem was dazu führen kann,
# das die Verbindung zu Clients abgebrochen wird.
# In Version 1.4.0 wurde die Netzwerkbelastung deutlich reduziert.
# In version 1.7.0 wurde ein gefährlicher Password-Bug behoben.
# ...
# In Version 2.0.5 wurde das Karten-Faken, mit Hilfe von anderen Emus, gesperrt.
#
# Aufgrund der vielen Erneuerungen sollten User mit alten Versionen zu aktuellen Versionen wechseln.
# Mit dieser Einstellung kann man Usern, die eine alte CCcam Version nutzen, die Probleme verursachen kann,
# den Zugang zu unserem Server verweigern.
#
# Standard: alle Versionen zugelassen
#
# Beispiel: alle Versionen vor 1.7.0 werden geblockt
#
#MINIMUM CLIENT VERSION : 1.7.0



# Irdeto Smartcards: Option um das "smart ChannelID checking" für Irdeto Smartcards abzuschalten.
# Standard: Nur ChannelIDs die von der Karte angegeben werden, werden akzeptiert.
# Dies bedeutet viel unerwünschten Datenverkehr für die Karte.
#
# Doch wenn die Smartcard versteckte/unbekannte Chids hat, sollten alle Chids probiert werden.
# In diesem Fall ist die 'TRY ALL CHIDS' Option für den Cardreader zu setzen.
# Dies ist mit Bedacht zu nutzen, da das Aktivieren dieser Option mehr Card Traffic bedeutet.
# Diese Einstellung nur nutzen, wenn einige Kanäle nicht funktionieren.
# Bemerkung: Wenn auch diese Einstellung nicht hilft alle Kanäle zu entschlüsseln, versuche das
# Kommandozeilen Argument -l zu nutzen, um alle Selbstlern-Features zu deaktivieren (Warnung: langsamer)
#
#TRY ALL CHIDS : <Pfad>
#
#Beispiel: Die Karte in /dev/ttyUSB0 bekommt ECM für alle möglichen CHIDs, nicht
#nur die CHIDs die sie offiziell unterstützt.
#
#TRY ALL CHIDS : /dev/ttyUSB0

# Ausführen von Smartcard Post Init Kommandos
#
# POSTINIT : <Pfad> <Dateiname> (<autodelete>)
#
# Sendet Komandos aus 'Dateiname' zum 'Pfad' und löscht 'filename' wenn das optionale
# 'autodelete' nicht genullt ist.
#
# Beispiel:
#
#POSTINIT : /dev/sci0 /tmp/postinit
#
# Beispiel für den Inhalt in /tmp/postinit:
#c134000003000000
#c13201000a

# Option zum Überschreiben der automatisch erkannten DVB-API-Version. Neustart erforderlich.
#
#DVB API: <Wert>
#
# <Wert> <1 = kein DVB, 1 = DVB API 1, 3 = DVD API 3>
#
# Warnung: Nur nutzen wenn die automatische Erkennung fehlgeschlagen ist!
#
# Beispiel für das Abschalten nicht laufender DVB-Hardware:
#DVB API: -1

# Option um die allgemeinen Share-Begrenzungen zu setzen.
#
#GLOBAL LIMITS: { caid:iddownhops), caid:iddownhops), ... }
#
# Beispiel:
#
#GLOBAL LIMITS : { 0100:000080, 0622:000000:1, 0500:000000:2 }
#
# Alle Peers bekommen nicht die 0100:000080 Karten
# und alle 0622:000000 Karten nur für sich selbst (1 hop down)
# und 0500 Karten für sich, plus einen zusätzlichen Hop weiter.
# Die allgemeinen Begrenzungen werden von den clientspezifische Begrenzungen außer Kraft gesetzt(siehe F

# Option um Karten mit geringem Reshare auszusortieren.
#
#MINIMUM DOWNHOPS: <Wert>
#
# Standard: 0 (ignoriert keine Karten)
#
# Beispiel:
#
#MINIMUM DOWNHOPS: 1
#
# Ignoriert alle Karten, die nicht mehr an andere Peers weiter geshared werden können.
# Sinnvoll für Server, auf denen eh kein Fernsehen geschaut wird oder
# auch eine einfache Art zu begrenzen, wenn man zu viele Karten bekommt.
#
#
#

Zum Vergrößern anklicken....

TThiesie schrieb:

So, die Cline habe ich nun geändert aber es funzt immer noch nicht.

Zum Vergrößern anklicken....

TThiesie schrieb:

...
Ich weiß zwar nicht was ich gemacht habe aber es funzt.
....

Zum Vergrößern anklicken....