Howto Oscam cacheex - Versionsgeschichte

Mandy28: Mandy28 verschob die Seite Oscam cacheex nach Howto Oscam cacheex

2015-01-21T20:47:29Z

Mandy28 verschob die Seite Oscam cacheex nach Howto Oscam cacheex

← Nächstältere Version	Version vom 21. Januar 2015, 20:47 Uhr
(kein Unterschied)

Mandy28 am 21. Januar 2015 um 20:18 Uhr

2015-01-21T20:18:44Z

← Nächstältere Version		Version vom 21. Januar 2015, 20:18 Uhr
Zeile 9:		Zeile 9:

	Dieses TUT soll helfen, die Angst bzw. die "Erst-mal-abwarten-Haltung" vor cacheex zu verlieren, Grundwissen zu vermitteln und damit all zu animieren, untereinander den Cache zu tauschen. Cacheex ist seit den 64xx-er Versionen ausgereift und weitgehend fehlerfrei.Cache Man kann sollte Cacheex in einer getrennten Instanz betreiben.Cache In der Vergangenheit hatten DVBapi-Clienten bei einem direkten cache3-Hit einen Freezer, CCcam-Clienten (als prio-Clienten) auch. Ob das im Moment noch so ist, kann ich nicht sagen, vielleicht weiß das jemand und ergänzt mein Howto.		Dieses TUT soll helfen, die Angst bzw. die "Erst-mal-abwarten-Haltung" vor cacheex zu verlieren, Grundwissen zu vermitteln und damit all zu animieren, untereinander den Cache zu tauschen. Cacheex ist seit den 64xx-er Versionen ausgereift und weitgehend fehlerfrei.Cache Man kann sollte Cacheex in einer getrennten Instanz betreiben.Cache In der Vergangenheit hatten DVBapi-Clienten bei einem direkten cache3-Hit einen Freezer, CCcam-Clienten (als prio-Clienten) auch. Ob das im Moment noch so ist, kann ich nicht sagen, vielleicht weiß das jemand und ergänzt mein Howto.
	<br/>		<br/><br/>
	Cacheex dient dazu, den Cache, also den Speicher unserer OScam, untereinander auszutauschen. Auf diese Weise kann die Karte entlastet werden.		Cacheex dient dazu, den Cache, also den Speicher unserer OScam, untereinander auszutauschen. Auf diese Weise kann die Karte entlastet werden.
	<br/>		<br/><br/>
	Cacheex ist derzeit nur über zwei Protokolle machbar: camd3 (TCP als cs378x und UDP als camd35) und cccam-ext (extented CCcam Protokoll). Bei der Wahl des Protokolls ist auf die Down- und Upload-Begrenzung (nicht verwechseln mit der Geschwindigkeit!) des eigenen Internetanschlusses zu achten. Cacheex kann viel Traffic erzeugen. TCP-Protokolle (CCcam und cs378x) erfordern vom Empfänger des Datenpaketes eine Rückmeldung, ob das Paket korrekt angekommen ist, UDP-basierende (camd35) nicht. Wird ein TCP-Protokoll verwendet und die Upload-Grenze überschritten, sendet OScam immer weiter Pakete, es kommt aber keine Rückmeldung, weil die Pakete ja noch in der Netzwerkkarte oder im Router hängen. In so einem Fall wird sich der Router, der Computer (wenn andere Internetanwendungen laufen), oder im besten Fall nur unsere OScam "aufhängen".		Cacheex ist derzeit nur über zwei Protokolle machbar: camd3 (TCP als cs378x und UDP als camd35) und cccam-ext (extented CCcam Protokoll). Bei der Wahl des Protokolls ist auf die Down- und Upload-Begrenzung (nicht verwechseln mit der Geschwindigkeit!) des eigenen Internetanschlusses zu achten. Cacheex kann viel Traffic erzeugen. TCP-Protokolle (CCcam und cs378x) erfordern vom Empfänger des Datenpaketes eine Rückmeldung, ob das Paket korrekt angekommen ist, UDP-basierende (camd35) nicht. Wird ein TCP-Protokoll verwendet und die Upload-Grenze überschritten, sendet OScam immer weiter Pakete, es kommt aber keine Rückmeldung, weil die Pakete ja noch in der Netzwerkkarte oder im Router hängen. In so einem Fall wird sich der Router, der Computer (wenn andere Internetanwendungen laufen), oder im besten Fall nur unsere OScam "aufhängen".
	Cacheex kann speicherhungrig und ressourcenfressend sein. Der Einsatz von cacheex2 oder 3 auf einer Dreambox muss wohlüberlegt sein, ratsam ist zumindest ein Thin-Client mit min 1 GB RAM und ca. 1,5 GHz, hängt aber stark von der Anzahl cacheex-peers ab.		Cacheex kann speicherhungrig und ressourcenfressend sein. Der Einsatz von cacheex2 oder 3 auf einer Dreambox muss wohlüberlegt sein, ratsam ist zumindest ein Thin-Client mit min 1 GB RAM und ca. 1,5 GHz, hängt aber stark von der Anzahl cacheex-peers ab.
	<br/>		<br/><br/>
	Beim Einsatz von Cacheex ist unbedingt auf eine effiziente Gruppeneinteilung zu achten.Cache-peers User und Reader sind bei CE 2 oder 3 durch verschiedene Gruppen strikt zu trennen! Sollte ein Partner Fake-CW`s (durch Anticascading) an uns senden oder von einem schlecht konfigurierten CSP längst abgelaufene ECM-CW erhalten, können diese Bad-CW über cacheex in Windeseile verbreitet werden und zu Freezern führen, so dass am Ende keiner weiß, woher sie kamen. Deshalb immer User in eine Gruppe, Reader in eine andere. Ein Beispiel zur optimalen Gruppeneinteilung kommt nach der Erklärung der einzelnen Cache-ex-Modi.		Beim Einsatz von Cacheex ist unbedingt auf eine effiziente Gruppeneinteilung zu achten.Cache-peers User und Reader sind bei CE 2 oder 3 durch verschiedene Gruppen strikt zu trennen! Sollte ein Partner Fake-CW`s (durch Anticascading) an uns senden oder von einem schlecht konfigurierten CSP längst abgelaufene ECM-CW erhalten, können diese Bad-CW über cacheex in Windeseile verbreitet werden und zu Freezern führen, so dass am Ende keiner weiß, woher sie kamen. Deshalb immer User in eine Gruppe, Reader in eine andere. Ein Beispiel zur optimalen Gruppeneinteilung kommt nach der Erklärung der einzelnen Cache-ex-Modi.
	<br/>		<br/><br/>
	Haben wir uns für cacheex entschieden, müssen vorab in der Oscam.conf noch ein paar Einträge ergänzt werden:		Haben wir uns für cacheex entschieden, müssen vorab in der Oscam.conf noch ein paar Einträge ergänzt werden:
	<br/>		<br/><br/>
	*cacheexwaittime = 1500 #nur relevant für CE Mode 1		*cacheexwaittime = 1500 #nur relevant für CE Mode 1
	*cacheexenablestats = 0 #Zeigt die Statistik an -- Speicherverbrauch beachten!		*cacheexenablestats = 0 #Zeigt die Statistik an -- Speicherverbrauch beachten!

Mandy28 am 21. Januar 2015 um 20:18 Uhr

2015-01-21T20:18:11Z

← Nächstältere Version		Version vom 21. Januar 2015, 20:18 Uhr
Zeile 9:		Zeile 9:

	Dieses TUT soll helfen, die Angst bzw. die "Erst-mal-abwarten-Haltung" vor cacheex zu verlieren, Grundwissen zu vermitteln und damit all zu animieren, untereinander den Cache zu tauschen. Cacheex ist seit den 64xx-er Versionen ausgereift und weitgehend fehlerfrei.Cache Man kann sollte Cacheex in einer getrennten Instanz betreiben.Cache In der Vergangenheit hatten DVBapi-Clienten bei einem direkten cache3-Hit einen Freezer, CCcam-Clienten (als prio-Clienten) auch. Ob das im Moment noch so ist, kann ich nicht sagen, vielleicht weiß das jemand und ergänzt mein Howto.		Dieses TUT soll helfen, die Angst bzw. die "Erst-mal-abwarten-Haltung" vor cacheex zu verlieren, Grundwissen zu vermitteln und damit all zu animieren, untereinander den Cache zu tauschen. Cacheex ist seit den 64xx-er Versionen ausgereift und weitgehend fehlerfrei.Cache Man kann sollte Cacheex in einer getrennten Instanz betreiben.Cache In der Vergangenheit hatten DVBapi-Clienten bei einem direkten cache3-Hit einen Freezer, CCcam-Clienten (als prio-Clienten) auch. Ob das im Moment noch so ist, kann ich nicht sagen, vielleicht weiß das jemand und ergänzt mein Howto.
			<br/>
	Cacheex dient dazu, den Cache, also den Speicher unserer OScam, untereinander auszutauschen. Auf diese Weise kann die Karte entlastet werden.		Cacheex dient dazu, den Cache, also den Speicher unserer OScam, untereinander auszutauschen. Auf diese Weise kann die Karte entlastet werden.
			<br/>
	Cacheex ist derzeit nur über zwei Protokolle machbar: camd3 (TCP als cs378x und UDP als camd35) und cccam-ext (extented CCcam Protokoll). Bei der Wahl des Protokolls ist auf die Down- und Upload-Begrenzung (nicht verwechseln mit der Geschwindigkeit!) des eigenen Internetanschlusses zu achten. Cacheex kann viel Traffic erzeugen. TCP-Protokolle (CCcam und cs378x) erfordern vom Empfänger des Datenpaketes eine Rückmeldung, ob das Paket korrekt angekommen ist, UDP-basierende (camd35) nicht. Wird ein TCP-Protokoll verwendet und die Upload-Grenze überschritten, sendet OScam immer weiter Pakete, es kommt aber keine Rückmeldung, weil die Pakete ja noch in der Netzwerkkarte oder im Router hängen. In so einem Fall wird sich der Router, der Computer (wenn andere Internetanwendungen laufen), oder im besten Fall nur unsere OScam "aufhängen".		Cacheex ist derzeit nur über zwei Protokolle machbar: camd3 (TCP als cs378x und UDP als camd35) und cccam-ext (extented CCcam Protokoll). Bei der Wahl des Protokolls ist auf die Down- und Upload-Begrenzung (nicht verwechseln mit der Geschwindigkeit!) des eigenen Internetanschlusses zu achten. Cacheex kann viel Traffic erzeugen. TCP-Protokolle (CCcam und cs378x) erfordern vom Empfänger des Datenpaketes eine Rückmeldung, ob das Paket korrekt angekommen ist, UDP-basierende (camd35) nicht. Wird ein TCP-Protokoll verwendet und die Upload-Grenze überschritten, sendet OScam immer weiter Pakete, es kommt aber keine Rückmeldung, weil die Pakete ja noch in der Netzwerkkarte oder im Router hängen. In so einem Fall wird sich der Router, der Computer (wenn andere Internetanwendungen laufen), oder im besten Fall nur unsere OScam "aufhängen".
	Cacheex kann speicherhungrig und ressourcenfressend sein. Der Einsatz von cacheex2 oder 3 auf einer Dreambox muss wohlüberlegt sein, ratsam ist zumindest ein Thin-Client mit min 1 GB RAM und ca. 1,5 GHz, hängt aber stark von der Anzahl cacheex-peers ab.		Cacheex kann speicherhungrig und ressourcenfressend sein. Der Einsatz von cacheex2 oder 3 auf einer Dreambox muss wohlüberlegt sein, ratsam ist zumindest ein Thin-Client mit min 1 GB RAM und ca. 1,5 GHz, hängt aber stark von der Anzahl cacheex-peers ab.
			<br/>
	Beim Einsatz von Cacheex ist unbedingt auf eine effiziente Gruppeneinteilung zu achten.Cache-peers User und Reader sind bei CE 2 oder 3 durch verschiedene Gruppen strikt zu trennen! Sollte ein Partner Fake-CW`s (durch Anticascading) an uns senden oder von einem schlecht konfigurierten CSP längst abgelaufene ECM-CW erhalten, können diese Bad-CW über cacheex in Windeseile verbreitet werden und zu Freezern führen, so dass am Ende keiner weiß, woher sie kamen. Deshalb immer User in eine Gruppe, Reader in eine andere. Ein Beispiel zur optimalen Gruppeneinteilung kommt nach der Erklärung der einzelnen Cache-ex-Modi.		Beim Einsatz von Cacheex ist unbedingt auf eine effiziente Gruppeneinteilung zu achten.Cache-peers User und Reader sind bei CE 2 oder 3 durch verschiedene Gruppen strikt zu trennen! Sollte ein Partner Fake-CW`s (durch Anticascading) an uns senden oder von einem schlecht konfigurierten CSP längst abgelaufene ECM-CW erhalten, können diese Bad-CW über cacheex in Windeseile verbreitet werden und zu Freezern führen, so dass am Ende keiner weiß, woher sie kamen. Deshalb immer User in eine Gruppe, Reader in eine andere. Ein Beispiel zur optimalen Gruppeneinteilung kommt nach der Erklärung der einzelnen Cache-ex-Modi.
			<br/>
	Haben wir uns für cacheex entschieden, müssen vorab in der Oscam.conf noch ein paar Einträge ergänzt werden:		Haben wir uns für cacheex entschieden, müssen vorab in der Oscam.conf noch ein paar Einträge ergänzt werden:
			<br/>
	cacheexwaittime = 1500 #nur relevant für CE Mode 1		*cacheexwaittime = 1500 #nur relevant für CE Mode 1
	cacheexenablestats = 0 #Zeigt die Statistik an -- Speicherverbrauch beachten!		*cacheexenablestats = 0 #Zeigt die Statistik an -- Speicherverbrauch beachten!
	max_cache_time = 5 #wie lange bleibt ein ECM in unserem Cache		*max_cache_time = 5 #wie lange bleibt ein ECM in unserem Cache
	max_cache_count = 8000 wieviel ECM können wir speichern		*max_cache_count = 8000 wieviel ECM können wir speichern
			<br/>
	Der Abschnitt CSP ist für cacheex nicht notwendig, wird trotzdem im Nachhinein erläutert. Die Datei oscam.cacheex ist nur für CE-Mode 1 relevant und wird in diesem Abschnitt erklärt.		Der Abschnitt CSP ist für cacheex nicht notwendig, wird trotzdem im Nachhinein erläutert. Die Datei oscam.cacheex ist nur für CE-Mode 1 relevant und wird in diesem Abschnitt erklärt.
			<br/>
	Cacheex, kurz CE gibt es als Mode1, 2 und 3.		Cacheex, kurz CE gibt es als Mode1, 2 und 3.

Mandy28: /* CE-Mode 1: */

2015-01-21T20:17:08Z

CE-Mode 1:

← Nächstältere Version		Version vom 21. Januar 2015, 20:17 Uhr
Zeile 30:		Zeile 30:
	==CE-Mode 1:==		==CE-Mode 1:==

	CE1 ist im Grunde fast wie ein normaler proxie. In OScam A wird ein Reader (CCcam-ext oder camd3) zu OScam B angelegt und in diesen Reader cacheex = 1 eingetragen. In OScam B wird ein User angelegt und in diesen User ebenfalls cacheex = 1 eingetragen. Das wars. Ab jetzt geht jede Anfrage, wirklich jede Anfrage zuerst an den CE1-Reader. Dann wird die Zeit auf ein ECM-CW gewartet, die wir in cacheexwaittime eingetragen haben. Kommt in dieser Zeit kein ECM-CW, greifen unsere anderen Einstellungen (Fallbacktime, Loadbalancer, etc.).		*CE1 ist im Grunde fast wie ein normaler proxie. In OScam A wird ein Reader (CCcam-ext oder camd3) zu OScam B angelegt und in diesen Reader cacheex = 1 eingetragen. In OScam B wird ein User angelegt und in diesen User ebenfalls cacheex = 1 eingetragen. Das wars. Ab jetzt geht jede Anfrage, wirklich jede Anfrage zuerst an den CE1-Reader.
	In OScam B wird geschaut, ob das ECM-CW im Cache liegt. Wenn ja, wird das ECM-CW zu OScam A gesendet, wenn nein, kommt ein rejected. Es wird also keine Abfrage an proxies oder Karten generiert.		*Dann wird die Zeit auf ein ECM-CW gewartet, die wir in cacheexwaittime eingetragen haben. Kommt in dieser Zeit kein ECM-CW, greifen unsere anderen Einstellungen (Fallbacktime, Loadbalancer, etc.).
	Zusätzlich kann OScam B auch einen CE1-Reader (oder auch CE2 oder 3) zu OScam A anlegen, muss aber nicht. Zusätzliche Einstellungen wie Services oder Einträge unter caid können optional erfolgen. In der Datei oscam.cacheex im Hauptverzeichnis unserer OScam können global weitere Einstellungen vorgenommen werden, wie ECM-Länge pro caid, nur bestimmte SID, Provider etc. Diese Datei ist nicht notwendig, einfache Einstellungen können ebenso gut im Reader selbst vorgenommen werden (Services, ecm-länge und caid).		*In OScam B wird geschaut, ob das ECM-CW im Cache liegt. Wenn ja, wird das ECM-CW zu OScam A gesendet, wenn nein, kommt ein rejected. Es wird also keine Abfrage an proxies oder Karten generiert.
			*Zusätzlich kann OScam B auch einen CE1-Reader (oder auch CE2 oder 3) zu OScam A anlegen, muss aber nicht. Zusätzliche Einstellungen wie Services oder Einträge unter caid können optional erfolgen.
			*In der Datei oscam.cacheex im Hauptverzeichnis unserer OScam können global weitere Einstellungen vorgenommen werden, wie ECM-Länge pro caid, nur bestimmte SID, Provider etc. Diese Datei ist nicht notwendig, einfache Einstellungen können ebenso gut im Reader selbst vorgenommen werden (Services, ecm-länge und caid).

	==CE-Mode 2:==		==CE-Mode 2:==

Mandy28: /* Abschließend noch ein Beispiel zur Gruppeneinteilung: */

2015-01-21T20:16:15Z

Abschließend noch ein Beispiel zur Gruppeneinteilung:

← Nächstältere Version		Version vom 21. Januar 2015, 20:16 Uhr
Zeile 70:		Zeile 70:
	==Abschließend noch ein Beispiel zur Gruppeneinteilung:==		==Abschließend noch ein Beispiel zur Gruppeneinteilung:==

	Unsere lokale Karte 1 ist in Gruppe 1, Karte 2 in Gruppe 2, Camd3-Keys für ORF in Gruppe 3, alle proxies in Gruppe 4, CE1-Reader in Gruppe 5, CE2-Reader in Gruppe 11.		*Unsere lokale Karte 1 ist in Gruppe 1, Karte 2 in Gruppe 2, Camd3-Keys für ORF in Gruppe 3, alle proxies in Gruppe 4, CE1-Reader in Gruppe 5, CE2-Reader in Gruppe 11.
	Die CE3-User kommen ebenfalls in Gruppe 11 (sind ja im eigentlichen Sinn auch Reader).		*Die CE3-User kommen ebenfalls in Gruppe 11 (sind ja im eigentlichen Sinn auch Reader).
	Alle normalen User sollten jetzt die Berechtigung für die Gruppen 1,2,3,4,5 und 11 bekommen.		*Alle normalen User sollten jetzt die Berechtigung für die Gruppen 1,2,3,4,5 und 11 bekommen.
	Unsere CE3-Reader bekommen die Gruppen 1,2,3 und 4, sonst keine.		*Unsere CE3-Reader bekommen die Gruppen 1,2,3 und 4, sonst keine.
	So wird sichergestellt, dass nur der Inhalt unserer eigenen OScam weiter gepusht wird, und der ist "astrein".		*So wird sichergestellt, dass nur der Inhalt unserer eigenen OScam weiter gepusht wird, und der ist "astrein".
	Stellen wir fest, dass ein Partner uns mit gepushten Fake-CW`s oder Bad-CW`s ärgert, packen wir ihn einfach in eine leere Gruppe, so merkt er es noch nicht mal, unser Share bleibt sauber und wir können Ihn in Ruhe testen und anschreiben.		*Stellen wir fest, dass ein Partner uns mit gepushten Fake-CW`s oder Bad-CW`s ärgert, packen wir ihn einfach in eine leere Gruppe, so merkt er es noch nicht mal, unser Share bleibt sauber und wir können Ihn in Ruhe testen und anschreiben.


	==Kurzerklärung:==		==Kurzerklärung:==

Mandy28: /* CE-Mode 2: */

2015-01-21T20:13:48Z

CE-Mode 2:

← Nächstältere Version		Version vom 21. Januar 2015, 20:13 Uhr
Zeile 37:		Zeile 37:

	Ein CE2-Reader ist ein normaler proxie kombiniert mit zusätzlicher Cache-Push-Funktion. Vom Partner wird über den Reader cache "geholt" (der Partner pusht seinen Speicher zu uns) und wir können zusätzlich normale Anfragen an den Partner stellen, die dieser dann über seine Karte oder andere proxies beantwortet.		Ein CE2-Reader ist ein normaler proxie kombiniert mit zusätzlicher Cache-Push-Funktion. Vom Partner wird über den Reader cache "geholt" (der Partner pusht seinen Speicher zu uns) und wir können zusätzlich normale Anfragen an den Partner stellen, die dieser dann über seine Karte oder andere proxies beantwortet.
	In OScam A wird ein Reader (CCcam-ext oder camd3) zu OScam B angelegt und in diesen Reader cacheex = 2 eingetragen. In OScam B wird ein User angelegt und in diesen User ebenfalls cacheex = 2 eingetragen. Das wars. Zusätzliche Einstellungen wie Services oder Einträge unter caid können optional erfolgen.		*In OScam A wird ein Reader (CCcam-ext oder camd3) zu OScam B angelegt und in diesen Reader
			cacheex = 2
			eingetragen.
			*In OScam B wird ein User angelegt und in diesen User ebenfalls
			cacheex = 2
			eingetragen.
			*Das wars. Zusätzliche Einstellungen wie Services oder Einträge unter caid können optional erfolgen.

	==CE-Mode 3:==		==CE-Mode 3:==

Mandy28: /* CE-Mode 3: */

2015-01-21T20:13:00Z

CE-Mode 3:

← Nächstältere Version		Version vom 21. Januar 2015, 20:13 Uhr
Zeile 49:		Zeile 49:
	eingetragen.		eingetragen.
	*In OScam B wird ein User angelegt und in diesen User ebenfalls		*In OScam B wird ein User angelegt und in diesen User ebenfalls
	cacheex = 3		cacheex = 3
	eingetragen.		eingetragen.
	*Das wars. Zusätzliche Einstellungen wie Services oder Einträge unter caid können optional erfolgen.		*Das wars. Zusätzliche Einstellungen wie Services oder Einträge unter caid können optional erfolgen.

Mandy28: /* CE-Mode 3: */

2015-01-21T20:12:43Z

CE-Mode 3:

← Nächstältere Version		Version vom 21. Januar 2015, 20:12 Uhr
Zeile 41:		Zeile 41:
	==CE-Mode 3:==		==CE-Mode 3:==

	Ein CE3-Reader ist push-only. Es gehen keine normalen Anfragen an den Partner, es wird nur der eigene Cache zum Partner gepusht~~. Achtung, die Richtung ist hier entgegengesetzt, der Reader holt nicht, sondern gibt wie ein User, deshalb auch "reverse push".~~		Ein CE3-Reader ist push-only. Es gehen keine normalen Anfragen an den Partner, es wird nur der eigene Cache zum Partner gepusht.
	In OScam A wird ein Reader (CCcam-ext oder camd3) zu OScam B angelegt und in diesen Reader cacheex = 3 eingetragen. In OScam B wird ein User angelegt und in diesen User ebenfalls cacheex = 3 eingetragen. Das wars. Zusätzliche Einstellungen wie Services oder Einträge unter caid können optional erfolgen.

	Ist alles eingerichtet und alle Reader 7 User verbunden, sehen wir unter cacheex, wie viel ECM-CW wir vom Partner erhalten haben und wie viel wir gepusht haben. Es kommt nicht darauf an, möglichst viel zu pushen, sondern freezfrei zu pushen, also ohne Fake-CW`s und ohne Bad-CW`s. Jemand, der freezt, den schaltet man ab, jemand der nur wenig geben kann, der hat halt einen kleinen Share, ist dafür aber freezfrei.		*Achtung, die Richtung ist hier entgegengesetzt, der Reader holt nicht, sondern gibt wie ein User, deshalb auch "reverse push".

			*In OScam A wird ein Reader (CCcam-ext oder camd3) zu OScam B angelegt und in diesen Reader
			cacheex = 3
			eingetragen.
			*In OScam B wird ein User angelegt und in diesen User ebenfalls
			cacheex = 3
			eingetragen.
			*Das wars. Zusätzliche Einstellungen wie Services oder Einträge unter caid können optional erfolgen.

			*Ist alles eingerichtet und alle Reader 7 User verbunden, sehen wir unter cacheex, wie viel ECM-CW wir vom Partner erhalten haben und wie viel wir gepusht haben. Es kommt nicht darauf an, möglichst viel zu pushen, sondern freezfrei zu pushen, also ohne Fake-CW`s und ohne Bad-CW`s. Jemand, der freezt, den schaltet man ab, jemand der nur wenig geben kann, der hat halt einen kleinen Share, ist dafür aber freezfrei.

	==in der oscam.conf gibt es noch einen Abschnitt CSP:==		==in der oscam.conf gibt es noch einen Abschnitt CSP:==

Mandy28 am 18. Januar 2015 um 08:14 Uhr

2015-01-18T08:14:26Z

Änderungen zeigen

Mandy28 am 19. Oktober 2013 um 04:36 Uhr

2013-10-19T04:36:59Z

← Nächstältere Version		Version vom 19. Oktober 2013, 04:36 Uhr
Zeile 226:		Zeile 226:


			----
	[[Hauptseite\|<font color=yellow>[ Zurück zu Hauptseite ]<font>]]<br>		[[Hauptseite\|<font color=yellow>[ Zurück zu Hauptseite ]<font>]]<br>
			[[Oscam\|<font color=yellow>[ Zurück zu OScam ]<font>]]


	[[Category:Emu&keys]]		[[Category:Emu&keys]]