Hey,
Ich habe cacheex das erste mal vor über einem Jahr getestet und war nicht ganz zufrieden damit. Es kam immer wieder zu "microfreezern" D.h. das Bild stopte für eine sehr kurze Zeit und lief dann wieder weiter. Das war vorallem bei caids mit niedrigen ECM Zeiten (z.B. Sky V13 / V14, Sky Italia,...)
Seit ca. 3 Monaten habe ich mich wieder mit cacheex befasst und bin begeistert wie gut es funktioniert. Es wurde sehr viel an CacheEx gearbeitet und verbessert.
Deswegen wollte ich allen usern die sich noch nicht mit CacheEx befasst haben oder sich nicht getraut haben, erklären wie man eine saubere Konfiguration im mode2 in einer Instanz hinbekommt
Wichtiger Hinweiß:
Da beim Cache Austausch sehr viel Traffic entstehen kann, ist eine schnelle Internetanbindung vorausgesetzt ! Aus diesen Grund nutze ich ein VPS, da ich nur 16.000er DSL zu Hause habe, mit nur 1 Mbit upload...
Außerdem sollte man eine "gute" Hardware für CacheEx haben. Ein Igel mit 256 oder 512 Mb Ram reicht auf keinen Fall wenn man alle caids empfangen, filtern und überprüfen will (dazu mehr weiter unten im Thread) Ein Raspberry oder Pogo ebenfalls nicht. Es sei denn man begrentzt es auf z.B. 1-3 caids und empfängt nicht xxx hop cache, sondern begrentzt auf hop 1 oder maximal hop2 (Natürlich unter dauerhafter Beobachtung wie stark CPU und RAM belastet werden) Ich habe es auch mal mit meinem Igel probiert (hat allerdings 1Gb RAM) und es hat auch geklappt bei 2 caids und hop 2 Cache
Mein Aufbau:
Hardware:
Local:
Extern:
Karten:
Meine Lokalen Karten leite ich per N-Lines (Newcamd) an den VPS. Die user "gucken" dann über den VPS
Bis hier hin sollte eigentlich alles klar sein. Wer eine schnelle Internetanbindung hat, der braucht es nicht über ein VPS machen. Es sollte aber klar sein, das eine Datenflaterate nötig ist, da einiges an Traffic entsteht. Außerdem steht dann auch nicht mehr die volle Geschwindigkeit für andere Sachen (z.B. Downloads) zur Verfügung. (Bei einer 100 oder 150 Mbit spielt es meiner Meinung nach eh keine Rolle...)
Und trotzdem sage ich dazu, das wenn sich jemand für einen VPS entscheidet, der sollte ihn auch konfigurieren können. Es ist nicht mal eben Oscam oder IPC installiert und fertig. Das kann jeder. Man sollte schon wissen was mam tut ! (Stichwörter: "Encrypted Server, Verschlüsselter Container,Kein Standart SSH Port, SSH Zugriff mit authorized Keys, iptables, fail2ban, und und und..."
Das wars erstmal an Informationen zur Sicherheit. Jetzt kommen wir zum CacheEx
Dieses Tutorial ist für CacheEx im mode2 via Cs378x Protokol. Damit habe ich die besten Ergebnisse erzielt !
Zuerst nehmen wir uns die globale Oscam CacheEx Konfiguration
Haben wir diese Einstellungen gesetzt kommen wir zum eigentlichen Austausch. Um im mode 2 zu tauschen, wird wie beim C-line Tausch immer ein user und ein reader angelegt.
Beispiel:
Du hast 2 lokale Karten. Einmal die V13 (09C4) und die HD+ (1843)
xyz hat die selben Karten, sodass der Cacheaustausch genau das richtige für euch beiden ist.
Also legst du einen user für xyz an. Er sieht dann folgendermaßen aus:
oscam.user
xyz bekommt jetzt die gerade angelegten Daten von dir und legt sich ein reader an
oscam.server
Im Prinzip ist es also wie ein "ganz normaler" C-line Austausch. Man legt also einen user an für seinen Partner und der Partner legt einen user für uns an, den wir bei uns als reader eintragen. Mann sollte nur drauf achten, das man den user im cs378x Protokol anlegt und nicht als cccam wie man es gewohnt ist. (Ist mir mehrmals in den Anfangszeiten passiert und dann sucht man den Fehler lange...)
Eine kleine Sache die ich noch loswerden will. Wer keine "caidbegrenzung" nutzt, der empfängt und SENDET alle caids weiter. D.h. hat man 10 CacheEx Partner, die euch alle caids senden und ihr diese in eurer CacheExgruppe habt, die ihr auch allen anderen CacheEx Partnern von euch zugeteilt habt, so wird der gesammte empfangene Cache aller user nochmal an jeden einzelnen CacheEx Partner versendet. Ich will darauf hinaus, das dann ein sehr großer traffic entstehen kann. Deswegen sollte man eine "schnelle" Leitung haben oder wenn es ein VPS ist, eine bestimmte Trafficgrenze nicht überschreiten (Es steht bei jedem VPS Anbieter immer dabei, wie viel Traffic inklusive bei dem und dem Tarif / VPS inklusive ist). Man sollte immer ein Auge auf den Traffic haben. Auch mit wenig CacheEx Partnern kann man gute Ergebnisse erzielen
Ich hoffe ich konnte euch mit der Anleitung helfen und vielleicht den ein oder anderen dazu motivieren CacheEx mal auszuprobieren Es ist schon eine tolle Erfindung, die den "Datenmüll" noch sehr nützlich macht
PS: Wer Fragen hat, der soll sie bitte hier im Thread stellen und nicht mich mit PNs vollbombardieren. Es sei denn ein Mod will ihn als HowTo anpinnen, dann würde ich oder der Mod einen eigenen "Laberthread" dazu eröffnen (Sollen die Mods entscheiden)
Schöne Grüße
tomekkk
Ich habe cacheex das erste mal vor über einem Jahr getestet und war nicht ganz zufrieden damit. Es kam immer wieder zu "microfreezern" D.h. das Bild stopte für eine sehr kurze Zeit und lief dann wieder weiter. Das war vorallem bei caids mit niedrigen ECM Zeiten (z.B. Sky V13 / V14, Sky Italia,...)
Seit ca. 3 Monaten habe ich mich wieder mit cacheex befasst und bin begeistert wie gut es funktioniert. Es wurde sehr viel an CacheEx gearbeitet und verbessert.
Deswegen wollte ich allen usern die sich noch nicht mit CacheEx befasst haben oder sich nicht getraut haben, erklären wie man eine saubere Konfiguration im mode2 in einer Instanz hinbekommt
Wichtiger Hinweiß:
Da beim Cache Austausch sehr viel Traffic entstehen kann, ist eine schnelle Internetanbindung vorausgesetzt ! Aus diesen Grund nutze ich ein VPS, da ich nur 16.000er DSL zu Hause habe, mit nur 1 Mbit upload...
Außerdem sollte man eine "gute" Hardware für CacheEx haben. Ein Igel mit 256 oder 512 Mb Ram reicht auf keinen Fall wenn man alle caids empfangen, filtern und überprüfen will (dazu mehr weiter unten im Thread) Ein Raspberry oder Pogo ebenfalls nicht. Es sei denn man begrentzt es auf z.B. 1-3 caids und empfängt nicht xxx hop cache, sondern begrentzt auf hop 1 oder maximal hop2 (Natürlich unter dauerhafter Beobachtung wie stark CPU und RAM belastet werden) Ich habe es auch mal mit meinem Igel probiert (hat allerdings 1Gb RAM) und es hat auch geklappt bei 2 caids und hop 2 Cache
Mein Aufbau:
Hardware:
Local:
Code:
Igel Think Client
[SIZE=-1]Debian 6.0.7[/SIZE]
IPC mit[B] OSCam r9661[/B]
camd version 3.898 angebunden für ORF per emuExtern:
Code:
VPS (Virtal private Server)
CPU = 2x 2.4ghz
RAM = 2gb
HDD = 25gb
Netzwerk = 1 gbit/s
Traffic = 5 tb
Ping = ~30-50ms
[B]OSCam r9661[/B]Karten:
Code:
1x Sky V13 (09C4)
1x Unitymedia [COLOR=#000000]U[/COLOR]M02 (1838)
1x HD+ HD02 (1843)
1x NNK (0B01)
1x TNK SD (0B00)
1x ORF/Austrisat via Emu (0D05)Meine Lokalen Karten leite ich per N-Lines (Newcamd) an den VPS. Die user "gucken" dann über den VPS
Bis hier hin sollte eigentlich alles klar sein. Wer eine schnelle Internetanbindung hat, der braucht es nicht über ein VPS machen. Es sollte aber klar sein, das eine Datenflaterate nötig ist, da einiges an Traffic entsteht. Außerdem steht dann auch nicht mehr die volle Geschwindigkeit für andere Sachen (z.B. Downloads) zur Verfügung. (Bei einer 100 oder 150 Mbit spielt es meiner Meinung nach eh keine Rolle...)
Und trotzdem sage ich dazu, das wenn sich jemand für einen VPS entscheidet, der sollte ihn auch konfigurieren können. Es ist nicht mal eben Oscam oder IPC installiert und fertig. Das kann jeder. Man sollte schon wissen was mam tut ! (Stichwörter: "Encrypted Server, Verschlüsselter Container,Kein Standart SSH Port, SSH Zugriff mit authorized Keys, iptables, fail2ban, und und und..."
Das wars erstmal an Informationen zur Sicherheit. Jetzt kommen wir zum CacheEx
Dieses Tutorial ist für CacheEx im mode2 via Cs378x Protokol. Damit habe ich die besten Ergebnisse erzielt !
Zuerst nehmen wir uns die globale Oscam CacheEx Konfiguration
Code:
[cache]
max_time = 9 [COLOR=#008000]#Maximale Zeit, die CWs nach der ersten Clientanfrage im Cache verbleiben. Die Zeit muß 3,5 Sekunden höher als der Parameter clienttimeout sein! Es hat kein Sinn z.B. 15 oder 20 einzutragen. Dadurch wird die cachesize zwar viel Größer, aber welches CW ist schon 15 oder 20 Sekunden gültig ? Also total unnötig...[/COLOR]
wait_time = 17:1000,1843:500,1830:400,09CD:250,1802:500,09C4:200,098C:150,1810:370,0B00:680,0B01:650,0100:680,1803:700,1861:670,1838:900,0500:650 [COLOR=#008000]#die waittime setzt sich aus der "Antwortzeit" + ~30% zusammen. D.h. wenn ich bei einer V13 Zeiten von ~150ms habe kommen davon noch 30% drauf. Das sind dann 150ms+45ms. Man schreibt es dann 09C4:195. Das ist so der grobe Wert. Mann kann auch erst mit einem höheren Wert anfangen und wenn es zu freezern kommt, dann geht man mit dem Wert runter. Die von mir genannten Werte basieren auf meiner Erfahrung. Durch langes probieren und beobachten bekommt man für jede caid den perfekten Wert hin. Kurze Erklärung: Oscam wartet in diesem Fall 195ms nach der Anfrage, ob die "Antwort" im Cache liegt. Wenn nicht, wird die lokale Karte / Proxy abgefragt [/COLOR]
csp_allow_request = 0 [COLOR=#008000]#Erlaubt hereinkommende ECM-Anfragen vom Cardserverproxy (CSP). Schalte ich IMMER ab, da ich mit CSP usern nicht tausche[/COLOR]
cacheex_cw_check = 0:0:2,09CD:0:3,1702:0:3,09C4:0:3,098C:0:3 [COLOR=#008000]#caid:0:2 Es werden CWs genommen [/COLOR][COLOR=#008000]die mindestens dreifach vorhanden sind und es wird notfalls die Wait-time abgewartet, ob man den Counter noch erreicht. Wenn nicht, wird auch eins mit einem geringeren Zähler genommen[/COLOR][COLOR=#008000]. caid:0:3 .... mindestens dreifach vorhanden sind usw. Je höher die Zahl, desto "sicherer" ist es, das das CW "richtig" ist. Je höher man geht, desto kleiner wird auch der Cache. Mit 2 bzw 3 wie in meinem Beispiel, funktioniert es bestens bei mir[/COLOR]
cwcycle_check_enable = 1 [COLOR=#008000]#Der cwcycle_check wird aktiviert[/COLOR]
cwcycle_check_caid = 1702,09C4,098C,09C7,1830,1843,183D,1810,0500,09CD,1722,1831,1835,1838,0100,0B00,0B01,1802,1803,1861,0604 [COLOR=#008000]#Hier geben wir an, welche caids durch den CW-Cycle-Check geprüft werden sollen[/COLOR]
cwcycle_maxlist = 4000
cwcycle_onbad = 2 [COLOR=#008000]#ungültige CW-Cycle werden gedropped / eliminiert[/COLOR]
cwcycle_usecwcfromce = 1 [COLOR=#008000]#benutzt CW Info aus dem cache exchange. D.h. bereits durch andere CacheEx user geprüfte CWs werden nicht nochmal geprüft[/COLOR]
[cs378x]
port = 55555 [COLOR=#008000]#Hier konfigurieren wir unseren cs378x Port für den Cache Austausch. Wer es über cccam machen möchte, benutzt seinen cccam port. Ich empfehle jedoch cs378x. PS: Der Port muss dann natürlich im Router nach außen geöffnet werden. Beim VPS kommen die iptables ins Spiel[/COLOR]Haben wir diese Einstellungen gesetzt kommen wir zum eigentlichen Austausch. Um im mode 2 zu tauschen, wird wie beim C-line Tausch immer ein user und ein reader angelegt.
Beispiel:
Du hast 2 lokale Karten. Einmal die V13 (09C4) und die HD+ (1843)
xyz hat die selben Karten, sodass der Cacheaustausch genau das richtige für euch beiden ist.
Also legst du einen user für xyz an. Er sieht dann folgendermaßen aus:
oscam.user
Code:
[account]
user = CacheEx_xyz
pwd = freierfundenespasswort
caid = 09C4,1843 [COLOR=#008000]#Wenn wir nur bestimmte caids pushen wollen, dann werden diese hier eingetragen. Will man den ganzen Cache pushen, so trägt man hier nichts ein[/COLOR]
uniq = 3 [COLOR=#008000]#Erlaubt nur eine Verbindung pro User, die letzte Verbindung bleibt bestehen. D.h. Wenn jemand 3 Server hat, kann er die line nicht einfach auf jedem Server einfügen. Maximal auf einem[/COLOR]
group = 1,2,10,60 [COLOR=#008000]#Hier tragt ihr die Gruppen eurer lokalen Karten, Proxys und der Cacheexgruppe ein (Die CacheExgruppe wird gleich im nächsten Schritt (oscam.reader) bestimmt[/COLOR]
cacheex = 2 [COLOR=#008000]#weil wir den mode2 nutzen[/COLOR]
cacheex_maxhop = 3 [COLOR=#008000]#hiermit senden wir cache bis hop3. D.h. unseren lokalen Cache der durch unsere Karten "produziert" wird und hop 2,3 Cache von den Proxys und anderen CacheEx Partnern[/COLOR]
cacheex_drop_csp = 1 [COLOR=#008000]#Da CPS Cache oft "unsauber" ist und zu freezern führt, verwerfen wir ihn. Diese Option würden wir beim Cache den wir nur von unseren lokalen Karten pushen nicht benötigen. Da sich aber immer irgendwo CSP Cache von anderen CacheEx Partnern "einschleicht", aktivieren wir diese Option um ihn zu verwerfen[/COLOR]xyz bekommt jetzt die gerade angelegten Daten von dir und legt sich ein reader an
oscam.server
Code:
[reader]
label = CacheEx_von_xyz [COLOR=#008000]#Könnt ihr frei vergeben[/COLOR]
description = CacheEx mode 2 von xyz @DEB [COLOR=#008000]#Diese Notizen sind für mich immer wichtig, damit ich weiß was das für ein reader ist. (Welcher Austausch, Username, Forum) Notiere ich mir immer
[/COLOR][COLOR=#000000]protocol [/COLOR][COLOR=#000000]= cs378x[/COLOR][COLOR=#008000] #Da wir das cs378x Protokol benutzen, wählen wir es auch hier aus[/COLOR]
device = meinedns.xxx.com,55555 [COLOR=#008000]#Hier tragt der Empfänger eure dns ein bzw wenn ihr von demanden die Daten bekommt, tragt ihr hier seine dns ein[/COLOR]
user = CacheEx_xyz [COLOR=#008000]#Hier trägt euer Partner den von euch erteilten usernamen ein. Umgekehrt genauso. Ihr tragt den usernamen ein, den ihr vom Tauschpartner bekommen habt[/COLOR]
password = freierfundenespasswort [COLOR=#008000]#Hier trägt euer Partner das von euch erteilte Passwort ein. Umgekehrt genauso. Ihr tragt das Passwort ein, das ihr vom Tauschpartner bekommen habt[/COLOR]
reconnecttimeout = 60
keepalive = 1
cacheex = 2 [COLOR=#008000]#weil wir den mode2 nutzen[/COLOR]
cacheex_drop_csp = 1 [COLOR=#008000]#Hier verwerfen wir den CSP Cache den wir (vielleicht) von anderen usern erhalten[/COLOR]
caid = 09C4,1843 [COLOR=#008000]#Wenn wir nur bestimmte caids "benutzen" wollen, dann werden diese hier eingetragen. Will man alles an caid empfangen, so trägt man hier nichts ein. PS: Wenn der CacheEx Partner im user keine caids einträgt, dann sendet er auch alle caids. Tragt ihr hier im reader nur bestimmte caids ein, so werden diese trotzdem empfangen, aber nicht verwertet. D.h. durch das eintragen bestimmter caids wird der Traffic nicht verringert. Es werden nur caids gefilltert die wir benutzen wollen. Alles andere wird verworfen[/COLOR]
group = 60 [COLOR=#008000]#Hier definieren wir unsere CacheEx Gruppe. Diese wird auch im [B]oscam.user[/B] eingetragen (Bei allen usern + den CacheEx Partnern), damit die user auch vom Cache bedient werden (Ist ja der Sinn der Sache) und damit unsere CacheEx Partner auch den Cache erhalten, den wir von anderen CacheEx Partnern bekommen.[/COLOR]
dropbadcws = 1 [COLOR=#008000]#weist das "Falsche" CW zurück und sended ein "not found" an Stelle des falschen CWs. "not found" = Die Anfrage geht an eine Lokale Karte oder an ein Proxy[/COLOR]
audisabled = 1Im Prinzip ist es also wie ein "ganz normaler" C-line Austausch. Man legt also einen user an für seinen Partner und der Partner legt einen user für uns an, den wir bei uns als reader eintragen. Mann sollte nur drauf achten, das man den user im cs378x Protokol anlegt und nicht als cccam wie man es gewohnt ist. (Ist mir mehrmals in den Anfangszeiten passiert und dann sucht man den Fehler lange...)
Eine kleine Sache die ich noch loswerden will. Wer keine "caidbegrenzung" nutzt, der empfängt und SENDET alle caids weiter. D.h. hat man 10 CacheEx Partner, die euch alle caids senden und ihr diese in eurer CacheExgruppe habt, die ihr auch allen anderen CacheEx Partnern von euch zugeteilt habt, so wird der gesammte empfangene Cache aller user nochmal an jeden einzelnen CacheEx Partner versendet. Ich will darauf hinaus, das dann ein sehr großer traffic entstehen kann. Deswegen sollte man eine "schnelle" Leitung haben oder wenn es ein VPS ist, eine bestimmte Trafficgrenze nicht überschreiten (Es steht bei jedem VPS Anbieter immer dabei, wie viel Traffic inklusive bei dem und dem Tarif / VPS inklusive ist). Man sollte immer ein Auge auf den Traffic haben. Auch mit wenig CacheEx Partnern kann man gute Ergebnisse erzielen
Ich hoffe ich konnte euch mit der Anleitung helfen und vielleicht den ein oder anderen dazu motivieren CacheEx mal auszuprobieren
Es ist schon eine tolle Erfindung, die den "Datenmüll" noch sehr nützlich machtPS: Wer Fragen hat, der soll sie bitte hier im Thread stellen und nicht mich mit PNs vollbombardieren. Es sei denn ein Mod will ihn als HowTo anpinnen, dann würde ich oder der Mod einen eigenen "Laberthread" dazu eröffnen (Sollen die Mods entscheiden)
Schöne Grüße
tomekkk
Zuletzt bearbeitet:
Sobald sich etwas in den CacheEx Einstellungen verändert oder dazukommt, dann werde ich dies natürlich hier ergänzen 
Gemeint habe ich es natürlich wie du, was man auch an meine config sehen kann. Hab nur das Beispiel falsch genannt. Werde es gleich korrigieren 
