Phantom
Teammitglied
- Registriert
- 5. Juli 2007
- Beiträge
- 25.396
- Lösungen
- 5
- Reaktionspunkte
- 26.807
- Punkte
- 1.103
Da nun einige Neuerungen in der CCcam stecken und viele davon glaube ich nix wissen, möchte ich hier mal meine CCcam.cfg zur als Beispiel zur Verfügung stellen und etwas erklären. Die last den Servers wurde um einiges gesenkt und es läuft deutlich stabiler.
F: user pass 2 0 1 { 0:0:1 }
Hier ist es wichtig auf die 1 in der klammer zu achten. Hier verbieten wir den gegenüber, das die eigene Karte an weitere Peers weiter gegeben werden darf. Das senkt den Traffic um einiges und kann wunder bewirken.
C: meine.dyndns.org 12000 user pass { 0:0:1 }
Hier achten wir wieder auf die 1 in der klammer. Hier holen wir uns nur locale Karten ab. Karten ab hop2 werden ignoriert. Man kann hier ohne weiteres 2 hops zulassen. mehr wie 4 ist jedoch schlecht. Man bedenke das es kein Sinn macht wenn man 2000 Karten hat aber die Qualität schlecht ist. Bei hop2 sind die anfragen noch ok und dauern nicht mehrere Sec was tödlich ist im CS . Probiert es einfach aus und Ihr werdet sehen das die Bild Aussetzer weniger werden. Frei nach dem Motto Weniger = mehr
CAMKEY: /dev/sci0 00 00 00 00 00 00 00 00
Ist er unwichtig, dies wird nur bei so manch einer irdeto Verschlüsselung benötigt.
LOADBALANCE : /dev/usb/tts/2 /dev/usb/tts/6
LOADBALANCE : /dev/usb/tts/3 /dev/usb/tts/4
Hier werden 4 Karten ausbalanciert und somit gleichermaßen beansprucht. Dies sollte jeder tun, der 2 gleiche oder ähnliche ABOs besitzt wie zb. Sky komplett + Sky Bundesliga. Für die Karte, die nur Buli drauf hat, später mehr.
SMARTCARD SID ASSIGN : /dev/usb/tts/3 12 { 00DF, 0106, 0110, 011A, 0124, 012E, 0138, 0142, 014C, 0156, 0160, 00FC }
Hier habe ich jetzt ein Sky ABO stecken wo nur Bundesliga drauf ist. Es können nur die Bundesliga Kanäle angefragt werden. Einfach die SIDs eintragen, die mit euer ABO hell werden und zukünftig bekommt Ihr bei jedem Client 100% da nur noch gültige Keys versendet werden. Das spart traffic und schont somit den Server.
SMARTCARD SID ASSIGN : /dev/usb/tts/1 8 { 4E8F, 0ABE, 4EF6, 4EFA, 4EED, 4EE9, 0268, 026B }
Hier habe ich auch wieder die SID anfragen begrenzt. Hier wird zB. eine Conax KabelKiosk karte verwendet. Bei Conax ist es wie viele sicher wissen extrem mit den ECM anfragen. Jeder Peer, der eine Conax verschlüsselung hell lassen möchte, versucht auf jede erdenkliche Conax Karte zuzugreifen. Hier jedoch sagen wir von vorn herrein das wir nur diese sender haben und die anfragen bleiben aus. Wichtig ist auch das wir hier die 8 (im Beispiel Fett geschrieben) setzen. Hier legen wir fest das nur 8 Sids abgefragt werden können. Die 8 Sids haben wir natürlich festgelegt und somit kommen Sids die wir nicht aufmachen können in frage. Und somit haben wir wieder traffic gespart und der Server läuft stabiler.
SERIAL READER : /dev/usb/tts/0 smartreader+
SERIAL READER : /dev/usb/tts/1 smartreader+
SERIAL READER : /dev/usb/tts/2 smartreader+
SERIAL READER : /dev/usb/tts/3 smartreader+
SERIAL READER : /dev/usb/tts/4 smartreader+
SERIAL READER : /dev/usb/tts/5 smartreader+
SERIAL READER : /dev/usb/tts/6 smartreader+
Das sollte nahezu jedem klar sein
SERVER LISTEN PORT : ******
Des Server Port sollte man ändern. Der Standard Port ist jedem bekannt und es kann bei bekannt werden der Dyndns unnötige anfragen kommen, die den Server unnötig beschäftigen.
Wenn Ihr das ganze dann fertig habt und unter entitlements nachseht, dann sieht das ganze nun so aus
_____________________________________________________________
Hier nochmal der Auszug aus der Deutschen Übersetzung der CCcam.cfg zum Thema SMARTCARD SID ASSIGN und LOADBALANCE
Hier lässt sich nun endlich einstellen, welche SIDs unsere lokalen Karte erhellen können, oder dürfen
sollen. Dies reduziert den Traffic zur Karte und macht somit den Share schneller und reduziert
Freezer, die durch überlastete Karten entstehen.
JEDER SOLLTE SICH DIE ZEIT NEHMEN UND SEINE KARTE(N) MIT DIESER EINSTELLUNG KONFIGURIEREN!
Wenn keine Einstellungen vorgenommen werden, werden alle SIDs zugelassen.
(Es kann zusammen mit der LOADBALACE Einstellung (siehe oben),
oder für Einzelkarten genutzt werden)
SMARTCARD SID ASSIGN : <Pfad zum Reader> <Maximale Anzahl zugelassener SIDs> { <SID1>, <SID2>, ... <SIDn> }
<Maximale Anzahl zugelassener SIDs> = begrenzt die Anzahl unterschiedlicher SIDs, für die Anfragen
an die Karte gesendet werden (0 = erlaubt alle SIDs aus der SID Liste)
{ <SID1>..<SIDn> } = Diese SID Liste gibt an, für welche SIDs Anfragen an unsere Smartcard
zugelassen werden. Wenn die Liste weg gelassen wird, dann werden alle SIDs zugelassen, bis die
<Maximale Anzahl zugelassener SIDs> erreicht ist.
Wenn <Maximale Anzahl zugelassener SIDs> größer ist, als die Anzahl der SIDs in der SID Liste,
dann werden die weiteren SIDs automatisch gewählt, bis das Limit erreicht ist.
Die Einstellungen könen im WebIF und der TelnetInfo von CCcam unter Entitlements eingesehen werden.
Warnung: Wenn die SMARTCARD SID ASSIGN Einstellungen verändert wurden, ist ein Neustart von CCcam
erforderlich, damit die Veränderungen übernommen werden.
Beispiel 1: Die Smartcard im Reader /dev/ttyUSB0 bearbeitet nur Anfragen für die SIDs:
df3, df4, df5
SMARTCARD SID ASSIGN : /dev/ttyUSB0 0 { 0df3,0df4,0df5 }
Beispiel 2: Die Smartcard im Reader /dev/ttyUSB0 bearbeitet nur Anfragen für maximal 5 SIDs
gleichzeitig. Eine Anfrage für eine sechste SID wird abgewiesen. Welche SIDs dies sind wird
automatisch über die Reihenfolge der Anfragen ausgewählt.
SMARTCARD SID ASSIGN : /dev/ttyUSB0 5
Beispiel 3: Die Smartcard im Reader /dev/ttyUSB0 bearbeitet nur Anfragen für maximal 5 SIDs
gleichzeitig, 3 von ihnen sind fest gesetzt (hier: df3, df4 und df5), die restlichen 2 werden
automatisch zugewiesen.
SMARTCARD SID ASSIGN : /dev/ttyUSB0 5 { 0df3,0df4,0df5 }
_____________________________________________________________
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 }
Voraussetzung für all diese Funktionen ist das CCcam2.1.2
Du musst dich Anmelden oder Registrieren um den Inhalt der Angebote zu sehen!
F: user pass 2 0 1 { 0:0:1 }
Hier ist es wichtig auf die 1 in der klammer zu achten. Hier verbieten wir den gegenüber, das die eigene Karte an weitere Peers weiter gegeben werden darf. Das senkt den Traffic um einiges und kann wunder bewirken.
C: meine.dyndns.org 12000 user pass { 0:0:1 }
Hier achten wir wieder auf die 1 in der klammer. Hier holen wir uns nur locale Karten ab. Karten ab hop2 werden ignoriert. Man kann hier ohne weiteres 2 hops zulassen. mehr wie 4 ist jedoch schlecht. Man bedenke das es kein Sinn macht wenn man 2000 Karten hat aber die Qualität schlecht ist. Bei hop2 sind die anfragen noch ok und dauern nicht mehrere Sec was tödlich ist im CS . Probiert es einfach aus und Ihr werdet sehen das die Bild Aussetzer weniger werden. Frei nach dem Motto Weniger = mehr
CAMKEY: /dev/sci0 00 00 00 00 00 00 00 00
Ist er unwichtig, dies wird nur bei so manch einer irdeto Verschlüsselung benötigt.
LOADBALANCE : /dev/usb/tts/2 /dev/usb/tts/6
LOADBALANCE : /dev/usb/tts/3 /dev/usb/tts/4
Hier werden 4 Karten ausbalanciert und somit gleichermaßen beansprucht. Dies sollte jeder tun, der 2 gleiche oder ähnliche ABOs besitzt wie zb. Sky komplett + Sky Bundesliga. Für die Karte, die nur Buli drauf hat, später mehr.
SMARTCARD SID ASSIGN : /dev/usb/tts/3 12 { 00DF, 0106, 0110, 011A, 0124, 012E, 0138, 0142, 014C, 0156, 0160, 00FC }
Hier habe ich jetzt ein Sky ABO stecken wo nur Bundesliga drauf ist. Es können nur die Bundesliga Kanäle angefragt werden. Einfach die SIDs eintragen, die mit euer ABO hell werden und zukünftig bekommt Ihr bei jedem Client 100% da nur noch gültige Keys versendet werden. Das spart traffic und schont somit den Server.
SMARTCARD SID ASSIGN : /dev/usb/tts/1 8 { 4E8F, 0ABE, 4EF6, 4EFA, 4EED, 4EE9, 0268, 026B }
Hier habe ich auch wieder die SID anfragen begrenzt. Hier wird zB. eine Conax KabelKiosk karte verwendet. Bei Conax ist es wie viele sicher wissen extrem mit den ECM anfragen. Jeder Peer, der eine Conax verschlüsselung hell lassen möchte, versucht auf jede erdenkliche Conax Karte zuzugreifen. Hier jedoch sagen wir von vorn herrein das wir nur diese sender haben und die anfragen bleiben aus. Wichtig ist auch das wir hier die 8 (im Beispiel Fett geschrieben) setzen. Hier legen wir fest das nur 8 Sids abgefragt werden können. Die 8 Sids haben wir natürlich festgelegt und somit kommen Sids die wir nicht aufmachen können in frage. Und somit haben wir wieder traffic gespart und der Server läuft stabiler.
SERIAL READER : /dev/usb/tts/0 smartreader+
SERIAL READER : /dev/usb/tts/1 smartreader+
SERIAL READER : /dev/usb/tts/2 smartreader+
SERIAL READER : /dev/usb/tts/3 smartreader+
SERIAL READER : /dev/usb/tts/4 smartreader+
SERIAL READER : /dev/usb/tts/5 smartreader+
SERIAL READER : /dev/usb/tts/6 smartreader+
Das sollte nahezu jedem klar sein
SERVER LISTEN PORT : ******
Des Server Port sollte man ändern. Der Standard Port ist jedem bekannt und es kann bei bekannt werden der Dyndns unnötige anfragen kommen, die den Server unnötig beschäftigen.
Wenn Ihr das ganze dann fertig habt und unter entitlements nachseht, dann sieht das ganze nun so aus
Du musst dich Anmelden oder Registrieren um den Inhalt der Angebote zu sehen!
_____________________________________________________________
Hier nochmal der Auszug aus der Deutschen Übersetzung der CCcam.cfg zum Thema SMARTCARD SID ASSIGN und LOADBALANCE
Hier lässt sich nun endlich einstellen, welche SIDs unsere lokalen Karte erhellen können, oder dürfen
sollen. Dies reduziert den Traffic zur Karte und macht somit den Share schneller und reduziert
Freezer, die durch überlastete Karten entstehen.
JEDER SOLLTE SICH DIE ZEIT NEHMEN UND SEINE KARTE(N) MIT DIESER EINSTELLUNG KONFIGURIEREN!
Wenn keine Einstellungen vorgenommen werden, werden alle SIDs zugelassen.
(Es kann zusammen mit der LOADBALACE Einstellung (siehe oben),
oder für Einzelkarten genutzt werden)
SMARTCARD SID ASSIGN : <Pfad zum Reader> <Maximale Anzahl zugelassener SIDs> { <SID1>, <SID2>, ... <SIDn> }
<Maximale Anzahl zugelassener SIDs> = begrenzt die Anzahl unterschiedlicher SIDs, für die Anfragen
an die Karte gesendet werden (0 = erlaubt alle SIDs aus der SID Liste)
{ <SID1>..<SIDn> } = Diese SID Liste gibt an, für welche SIDs Anfragen an unsere Smartcard
zugelassen werden. Wenn die Liste weg gelassen wird, dann werden alle SIDs zugelassen, bis die
<Maximale Anzahl zugelassener SIDs> erreicht ist.
Wenn <Maximale Anzahl zugelassener SIDs> größer ist, als die Anzahl der SIDs in der SID Liste,
dann werden die weiteren SIDs automatisch gewählt, bis das Limit erreicht ist.
Die Einstellungen könen im WebIF und der TelnetInfo von CCcam unter Entitlements eingesehen werden.
Warnung: Wenn die SMARTCARD SID ASSIGN Einstellungen verändert wurden, ist ein Neustart von CCcam
erforderlich, damit die Veränderungen übernommen werden.
Beispiel 1: Die Smartcard im Reader /dev/ttyUSB0 bearbeitet nur Anfragen für die SIDs:
df3, df4, df5
SMARTCARD SID ASSIGN : /dev/ttyUSB0 0 { 0df3,0df4,0df5 }
Beispiel 2: Die Smartcard im Reader /dev/ttyUSB0 bearbeitet nur Anfragen für maximal 5 SIDs
gleichzeitig. Eine Anfrage für eine sechste SID wird abgewiesen. Welche SIDs dies sind wird
automatisch über die Reihenfolge der Anfragen ausgewählt.
SMARTCARD SID ASSIGN : /dev/ttyUSB0 5
Beispiel 3: Die Smartcard im Reader /dev/ttyUSB0 bearbeitet nur Anfragen für maximal 5 SIDs
gleichzeitig, 3 von ihnen sind fest gesetzt (hier: df3, df4 und df5), die restlichen 2 werden
automatisch zugewiesen.
SMARTCARD SID ASSIGN : /dev/ttyUSB0 5 { 0df3,0df4,0df5 }
_____________________________________________________________
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 }
Abschließen möchte ich noch sagen, wenn jeder User sein Server wenigstens mit SMARTCARD SID ASSIGN ausstattet, dann sollte das übergreifent besser für sehr viele User sein. Viele User hängen ohne es zu wissen in ein CS. Meist über mehrere hops. Tut euch also selber den gefallen ).