Ein (fast) fehlerfreies Sharen mit OScam

[GTD Bastion]

Hallo Zusammen,

ich möchte euch an dieser Stelle nahebringen wie wichtig es ist, sein OScam sauber zu konfigurieren.

Ich werde hier Abstand vom Newcamd Protokoll nehmen und mich auf das CCcam Protokoll in OScam konzentrieren, da es das am meisten genutzte Protokoll ist.

Die Frage die sich immer wieder stellt ist, wie man eine möglichst optimale Share Umgebung schafft. Das wichtigste ist, dass wir uns Gegenseitig fehlerhafte Anfragen an unsere Reader fern halten.

Ab der CCcam Version 2.2.0 werden Good Sids und Bad Sids im CCcam genutzt, um die Last zu verringern.

Mit dem Reshare Mode 1 ermöglichen wir genau dies, da zum einen die Reader Caids geshared werden und zum anderen die darauf freigegebenen Services.

Das schaut dann so aus:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Dieser Abschnitt ist veraltet und unreichend Erklärt, daher bitte nicht beachten!

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Da mein Beitrag offenbar zu einigen Unklarheiten geführt hat, möchte ich das ganze vereinfachen und ein für alle mal klar stellen, dass hier definitiv keine Karten gefaked werden!

Ich möchte euch verdeutlichen was wir dort auf dem Screenshot überhaupt sehen.

Um das ganze aber nachvollziehen zu können, benöitgt Ihr einen Hintergrund zu meiner Config. Daher werde ich sie hier posten. Ich beschränke mich auf den einen User...

CCcam Konfiguration in der Oscam.conf

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Oscam.server

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Oscam.services

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Oscam.user

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Jetzt ist es wichtig sich in Erinnerung zu rufen, was Reshare Mode 1 bedeutet.

Es werden auf jedenfall alle lokalen Karten und alle Services zu den Karten geshared, wenn mehr als ein Service für die Karten zur verfügung steht.

Die Services haben den Sinn, von vorn herein zu steuern welche Anfragen von welchem Reader beantwortet werden können bzw. dürfen. Außerdem können wir steuern, welche
Dienste (die Services stellen einen Dienst dar) der User erhalten darf.

Da ich nur auf einer von zwei Karten Sky Bundesliga habe, muss das dementsprechend gesteuert werden. Außerdem sind dazu Sky Select komplett geblockt.

Eine Ausnahme stellt der Big Brother Service dar, der mehrfach auftaucht. Ich kann einem User explizit erlauben Big Brother zu schauen, aber verbieten weitere Sky Kanäle in Anspruch zu nehmen. Da BB auf meiner Multiroom komplett frei ist, taucht der Service dementsprechend mehrfach auf, der Bundesliga Service hingegen nur einmal.

Anders sieht das bei den HD+ Karten beispielsweise aus.
Hier ist es ein bisschen eifnacher, da wir ja nicht steuern brauchen welche Kanäle wo auf welcher Karte freigeschaltet sind. Daher werden an dieser Stelle die Karte und der Service erlaubt, da es nichts gibt was einen Sender verbietet. Wenn ich jetzt beispielsweise EF11 (RTL HD) blocken würde, dann hätten wir insgesamt vier HD+ Services.

Daher weiße ich jetzt noch einmal darauf hin, dass die Definition am Ende des Screenshots mit dem card count einfach nur schlecht definiert ist. Eigentlich müsste es Cards = Summe X und Services = Summe X heißen.

Aufgeschlüsselt bedeutet dies folgendes:

Ich habe 6 lokale Karten, welchen einen Card Count von 6 ergeben.
Da ich den Sky Select auf meinen Karten unterbinde, werde diese in die
Bad SIDs eingetragen...unter den Good SIDs stehen die SIDs des Skyall Services...sie werden also zusammen gefasst. Ähnlich sieht es auch mit dem Big Brother Service aus, nur das an der Stelle sämtliche anderen Sky Services Bad SIDs sind...das entspricht einem Card Count von 8.

So kommt der gesamte Card Count in der Übersicht zu stande.
Wenn Ihr so etwas seht, könnt Ihr davon ausgehen dass an der Stelle explizite Services eingesetzt werden.

 

[GTD Bastion]

AW: Ein (fast) fehlerfreies Sharen mit OScam

Bleibt noch eine Sache zu klären:
OScam und seine Hops.....und ein Fehler von mir

Ich habe das Problem, worüber sich ein User beschwert hat erkannt.
Als ich den Screenshot gemacht habe, hat der User DEBMember eine weitere Gruppe eingetragen gehabt für eine andere Proxy.
Seine Proxy ist Serverseitig so konfiguriert:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

So sah der Screenshot aus:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Sein Server ist exakt (bis auf seine Karten) konfiguriert wie meiner.
Wir haben identische Services und verwenden einen identischen Aufbau.
Zum Zeitpunkt des Screenshots sah die Konfiguration wie oben gezeigt aus.

Daher tauchen hier am Ende noch eine weitere 1702 und 1833 auf.

Der Punkt auf den ich hierbei eingehen möchte ist cccmaxhops =1.
Durch meinen Fehler in der Konfiguration auf meinem Server, habe ich dem User einen weiteren Share gegeben. Nur zum Verständnis:

Wenn ich einem User cccmaxhops 1 gebe, bedeutet dies nicht das er nur meine lokalen Karten (Auf Hop 0) sieht, sondern auch die auf dem Hop 1. Das heißt, ich gebe dem User auf meiner Serverseite Hop 0 + Hop 1. Als Hop1 werden diese deshalb angezeigt, da der Service natürlich auf meinem Server liegt. Das heißt aber noch lange nicht das ich hier Fake, da dies nur eine grobe Übersicht ist.

Die richtigen Daten finden wir an einer anderen Stelle...unter Configuration --> CCcam --> Show Global List.

Hier werden uns alle Karten von unserem Server und die gesharten Karten von unseren Proxys angezeigt. Und jetzt kommt das besondere:

Wir sehen genau welche Karten unser Partner lokal hat und welche nicht.
Daher wäre spätestens an dieser Stelle klar, dass die 5.te 1702 und 3. 1833 bei DEBMember auf Hop2 und nicht Hop1 ankommen. Das schöne ist hier, dass wir die NodeIDs sehen.

Es tut mir leid, wenn ich einigen auf den Schlips getreten habe...aber man sollte das ganze vielleicht erst einmal aus mehreren Blickwinkeln betrachten. Das richtet sich besonders an einen User, der umgehend nachdem er dies hier gelesen hat bei sich getestet hat...und zu der Schlussfolgerung gekommen ist, man würde damit Karten faken.

Es ist sein gutes recht es zu testen und umstimmigkeiten zu melden. Nur sollte man sich der Bedeutung des ganzen erst einmal klar werden und ganz genau hin schauen.

Ich könnte jetzt hier die Globale Übersicht posten, aber ich glaube das wird bei 106 Karten ein bisschen unübersichtlich.

Zu guter letzt noch eines:

Alle, die nach dieser Ausführlichen Erklärung Verständnisprobleme haben, der Meinung sind es wäre doch Fake oder einfach nur Interesse haben, bitte ich sich bei mir zu melden. Diesen Leuten werde ich einen Live einblick per Teamviewer geben und noch einmal darauf eingehen.

In diesem Sinne....

dat T1xdingens

 

[GTD Bastion]

AW: Ein (fast) fehlerfreies Sharen mit OScam

So...Beitrag wurde überarbeitet.

Zur Diskussion geht es hier weiter:
https://www.digital-eliteboard.com/f1380/disskusion-ein-fast-fehlerfreies-sharen-mit-oscam-153294/

IMG Removed