Fehlanfragen in den Griff bekommen

stefan4u · 17. Juli 2015

Moin Leute.

Ich habe mal wieder eine Frage die ich nicht befriedigend über die Suche klären kann.
Seit kurzem fragt ein (von insgesamt nur Dreien) externen Clienten ziemlichen Mist an.

Kanäle die ich nie freigegeben habe (select zum Beispiel) aber auch freigegebene Kanäle mit falscher ecm-pid. Gerne auch falsche Keylängen.

(0500@030B00/1517/245A/D7C6190DF372D782E4E5D0361BFEB471F): rejected group (1 ms) - France 2 HD (no matching reader)
(0500@030B00/5516/2329/D8:914773910D33C279C183EE70834FAF71): timeout (5000 ms) by TnT_proxie1,TNT_proxi2,TNT_proxi3,TNT_proxi4,TNT_proxi5 (F/5/5/5) - TF1 HD
(0500@030B00/1517/2329/58:400C8438CE198A0A89A3B6413E87EC17): rejected group (1000 ms) - TF1 HD (no matching reader)
[FONT=&amp](0500@030B00/9596/2329/D8:65029A58EE5937F141A89524AAE8CFE6): rejected group (1 ms) - TF1 HD (no matching reader)
[/FONT]
·[FONT=&amp] So sollte es sein…. (ecm) rechner (0500@030B00/1517/2329/D8:C275B1D17F00E0825C505116E0DDB045): found (297 ms) by TNT_proxi4 (P/1/2/5) - TF1 HD[/FONT]

Formal richtig, keylänge, header, service und ecm-pid OK, aber invalid!
(09C4@000000/0B58/0074/B3:B7A54BCF961DF3C92D5E2C90E001D2F6:010000): rejected (1 ms) by skyv13 - Sky Action HD (Invalid ecm type for card)

Alles OK (09C4@000000/0B58/0074/B3:089D107AA5A3F6F4E05F32AC3E0851DD): found (121 ms) by skyv13 - Sky Action HD

Formal auch richtig, keylänge, header, service und ecm-pid OK, aber not found!
· 2015/07/17 13:47:35 088BD860 r (reader) skyv13 [videoguard2] classD3 ins54: no cw --> Bad/wrong ECM
· 2015/07/17 13:47:35 08949ED0 c (ecm) jxxxxx
(09C4@000000/0BC0/007F/B3:77A3A6A53D6C8141F1031012EA5E5F4A:010000): not found (86 ms) by skyv13 - 13th Street HD

Korrekt (09C4@000000/0BC0/007F/B35FBA2FB131F85AB8ED9B08E6144399A): found (124 ms) by skyv13 - 13th Street HD

Falsche ecm pid
(09C4@000000/0E20/006C/B3:210D31C72C40C37F821C1F353DB4E595): rejected (2 ms) by skyv13 - Sky Sport News HD (Invalid ecm type for card)
So soll es sein
(09C4@000000/0C20/006C/B3:6CC916EC213F6690479A47602A0FF371): found (123 ms) by skyv13 - Sky Sport News HD

Gut, nicht freigegebene Kanäle werden schnell rejectetd, auch die mit falscher Keylänge oder falschem Header, aber gegen falsche ecm-pid’s habe ich nicht wirklich was gefunden… Das betrifft übrigens besonders französische Kanäle. Mein entsprechender tntsat proxie reader für die Karte (atlas 100), friert nach kumulativem Beschuss irgendwann ein, da hilft nur noch Stecker ziehen!

Aber auch die V13 wird seit 2 Tagen mit Anfragen überhäuft, die sie nicht beantworten kann. Formal ist alles richtig, Keylänge und Header stimmt. Auch service ist positiv Zugeteilt und die richtige ecm-pid wird nachgefragt. Trotzdem häufen sich im log “no cw --> Bad/wrong ECM” oder alternativ “Not a valid ecm” Meldungen.

Ich habe den leisen Verdacht dass irgendwelche Günstig Receiver, an die ich weitergereicht werde mit „herum-marodierendem cccam Imitaten“ (sorry mir fällt kein besserer Ausdruck ein), damit in Zusammenhang stehen.
Der betreffende Client wurde von mir mit logs geflutet und zeitweise deaktiviert, wir sind da noch auf der Suche, aber das Problem kommt auf jeden Fall von extern. Die Anfragen des betreffenden Clienten selbst sind jedenfalls einwandtfrei, E2 Boxen / oscam sei Dank.

Wenn schon nicht gegen strukturell falsche ecm’s, gibt es zumindest eine Möglichkeit falschen ecm-pids zu negieren??

Danke und Grüße stefan

Pilot · 17. Juli 2015

AW: Fehlanfragen in den Griff bekommen

Sky select kannst du nicht freigeben...
Die kannst du nur extra bezahlen.

stefan4u · 18. Juli 2015

AW: Fehlanfragen in den Griff bekommen

Das ist schon klar aber auch gleichzeitig der Geringste Teil des Problemes.
Obwohl, wenn ich mal einen Film bestelle, gebe ich den entsprechenden service nach vorheriger Info, für die Dauer des Filmes auch frei...

Das eigentliche Problem sind diese vermurksten Fehlanfragen mit offensichtlich beschädigten ecm's, oder Abfragen mit falscher ecm-pid's. Der sharing Partner hat mir nur eröffnet wieder "meine" services zu Benutzen. So wird zumindest select nicht mehr routinemäßig angefragt.... Das sonst seit 2 Tagen vorherschende Bild der Fehlanfragen ändert das allerdings nicht.

Grüße stefan

stefan4u · 18. Juli 2015

AW: Fehlanfragen in den Griff bekommen

Update,

der Störungs-Verursacher wurde seitens des share Partners geblockt, soweit erstmal wieder alles OK.

Allerdings bleibt die Frage ob es möglich ist falsche ecm-pids oder Bad/wrong ECM's irgendwie zu Filtern ... Jemand eine Idee??

Grüße stefan

hwmmc · 18. Juli 2015

AW: Fehlanfragen in den Griff bekommen

oscam.whitelist !!!

stefan4u · 18. Juli 2015

AW: Fehlanfragen in den Griff bekommen

Die oscam.whitelist ist entsprechend eingerichtet und "arbeitet".
Diese Filterfunktion betrifft aber, soweit ich weiß, nur Schlüssellängen. Falsche ecm-pids oder beschädigte ecm's tangiert das nicht, dafür suche ich was...

Grüße stefan

StEVE^qSR · 18. Juli 2015

AW: Fehlanfragen in den Griff bekommen

@stefan4u

es geht mir genauso , ich hasse Falschanfragen ... leider gibt es immer mehr billig Boxen die eine schlechte Implemetierung von z.b. CCcam haben und da wird dann einiges verdreht. Deshalb die falschen ecm-pids ... nun ganz verhindern kannst Du das nicht ausser du schaltest die Clienten gnadenlos ab , die immer falsche Anfragen senden ... das aber werden recht viele sein , da nur wenige Ihren Share pflegen ....

was TNTSat angeht so kann Ich Dir evtl. helfen , neben ECM längen solltest Du mal die Chid´s eintragen , da wird dann auch noch einiges gefiltert ...

also beim TNTSat Reader einfach mal chid = 0500:00150D,001511,001514,001517 .... das filtert einiges weg , aber alles halt nicht , da hilft nur clienten abstellen ....

stefan4u · 18. Juli 2015

AW: Fehlanfragen in den Griff bekommen

Danke für die Antwort.

Interessanter Ansatz, das werde ich auf jeden Fall mal probieren. Auf jeden Fall wäre es gut schon mal einen Teil abzublocken. Gibt es da fertige Listen, oder erstellt man die besser selbst?

Haben das Problem bisher leider nur ziemlich rabiat in den Griff bekommen können, der entsprechende User wurde geblockt, nachdem Er sich auf Nachfrage nicht gemeldet hat.

Grüße stefan

axel · 18. Juli 2015

AW: Fehlanfragen in den Griff bekommen

Hi,

2 Links zum schmökern (und evtl. zum "rauskopieren"):

Link ist nicht mehr aktiv.

Link ist nicht mehr aktiv.

Gruß

stefan4u · 19. Juli 2015

AW: Fehlanfragen in den Griff bekommen

Vielen Dank für die Anregungen.

Die Fehlabfragen auf die TNTsat Karte konnten drastisch reduziert werden. Es sind zwar noch ein paar Timeouts durch mutmaßlich Beschädigte ECM's dabei, aber da der Größteil der Müll-Anfragen rejected wird ist
a) die Statistik besser
und viel Wichtiger
b) der etwas empfindliche tnt-proxie Reader (christor atlas) bisher NICHT Ausgestiegen.

Die Filterung wurde etwas Verschärft...

oscam.whitelist, Auszug
#tntsat------------------------------------------------------
w:0500:030B00::::142,D8,12A # TNTSAT 19.2E

Entsprechende Reader Einträge, Auszug

ecmwhitelist = 0500@030B00:142,12A,D8
ecmheaderwhitelist = 8070D5018033D2,8170D5018033D2,80712701802F90,81712701802F90,80713F008033D2,81713F008033D2
chid = 0500:001511,001514,001517,00150D,00030B

Leerstellen fügt die Forensoft igrendwie dazu... Für sky mache ich das später wohl auch noch.
Grüße stefan

StEVE^qSR · 19. Juli 2015

AW: Fehlanfragen in den Griff bekommen

@stefan4u

wenn Du ecmwhitelist bei der localen machst , ist der eintrag in der oscam.whitelist doppelt ... also entweder oscam.whitelist den Eintrag dann ist das global oder halt für jeden reader die ecmwhitelist ...

das 00030B bei der chid , hat bestimmt oscam reingeschuggelt .. das kannst löschen eine 00030B chid hat TNTSat nicht...

Für sky mache ich das später wohl auch noch.

tja da wirst du dann leider (zumindestens was die chid´s angeht) an die Grenzen stossen , da OScam noch einen Problem hat , denn es können nur eine gewisse Anzahl an CHID´s eingegeben werden .... aber Ich hoffe mal das kann mal jemand anpassen ....

stefan4u · 19. Juli 2015

AW: Fehlanfragen in den Griff bekommen

Moin StEVE^qSR!

Ja der TNTsat ecmwhitelist Eintrag ist in der Tat doppelt, aber die Karte wird über proxie(s) eingebunden, also in dem Sinne nicht lokal (obwohl nur wenige Meter weg). Hatte mal bemerkt daß ein Eintrag im proxireader nichts bewirkt (aber auch nicht's schadet), deswegen wurde das auch global eingetragen. Möglicherweise ist das derweil anders...
Zumindest würde das auch eventuelle Fehlanfragen nach Draussen meinerseits abwürgen, die sat Karte mit hadu plugin macht manchmal auch komische Sachen

Chid 030B wird übrigens von NT1 verwendet...

2015/07/19 17:37:27 0D5AED3A c (ecm) rechner (0500@030B00/030B/2F84/12A:981AE5941A4EC7874CB24CF1906A7651): found (295 ms) by TNT_proxi5 (P/2/3/6) - NT 1

Zu den maximal möglichen chid's, kennst Du da ein (ungefähre) Anzahl??

Grüße stefan

hwmmc · 19. Juli 2015

AW: Fehlanfragen in den Griff bekommen

stefan4u schrieb:
Die oscam.whitelist ist entsprechend eingerichtet und "arbeitet".

Wenn es so ist, warum kommen dann immer noch falsche Anfragen?

Code:

######################### oscam.whitelist #####################################
#
# Whitelist-Entry:
# w:[CAID][:][provider ID][:][service ID][:][COLOR=#ff0000][ECM PID][/COLOR][:][CHID][:][ECM length 1[,ECM length 2]...]]
#
# l:[CAID][:][provider ID][:][service ID][:][COLOR=#ff0000][ECM PID][/COLOR][:][CHID][:][ECM length 1[,ECM length 2]...]]
# ECM length whitelisting, does not proceed with any other ECM length, whitelisting when matching
#
# Ignore-Entry:
# i:[CAID][:][provider ID][:][service ID][:][COLOR=#ff0000][ECM PID][/COLOR][:][CHID][:][ECM length 1[,ECM length 2]...]]
#

stefan4u · 19. Juli 2015

AW: Fehlanfragen in den Griff bekommen

Moin hwmmc!

Naja, hatte bisher nur keylängen in der Whitelist. Ehrlich gesagt haben mich die Eingaberoutinen etwas überfordert, wenn man das Sagen darf... War im vollem Umfange bisher auch nicht Nötig.
Eigentlich ist das hier nur ein "homeserver" gewesen an dem so über die Jahre noch 3 externe Clienten rankamen. Einer davon ist aber offenbar Teil eines weiteren Netzwerkes mit, sagen wir mal, eher mäßiger Telnehmerdisziplin...

Aber zurück zu der Whitelist, bei der bin ich immer Eingeknickt...

Gesetzt den Fall Caid 0500, Provider 030b00 ist Gemeint (mit seinen ca 75 Sendern), müsste ich dann jür JEDEN Sender/servive einzeln so einem Eintrag (Beispiel Arte HD) Erstellen??

w: 0500:030b00:2455:00B9:15178 #Arte HD
w: 0500:030b00:245A:02AD:15178 #France 2 HD
w: 0500:030b00:245D:03D9:15178 #France3 HD (Der Smily bedeutet D8...)

wirklich 75mal!?

Und wenn das dann in Quälend langer Handarbeit durch ist, könnten die ecmwhitelist und Chid's in der readern raus?? Wo genau ist der Vorteil?

Würde mich über eine Antwort freuen,
Grüße stefan

stefan4u · 20. Juli 2015

AW: Fehlanfragen in den Griff bekommen

Muss noch mal Nachfragen...

Also irgendwie gelingt mir das nicht richtig... Wenn ich die Tut's richtig interpretiere sollte ein Eintrag wie dieser

w:0500:030B00:2455:00B9:15178 #arte HD
w:0500:030B00:245A:02AD:15178 #France 2 HD
w:0500:030B00:245D:03D9:15178 #France3 HD
#w:

z.B NUR Artre hd und France 2/3 hd Zulassen . Leider werden dann korrekte Anfragen rejected.

Erst nach Kürzen des Eintrages um ecm_pid und chid, also nur noch caid/provider/srvid:::Key ist wieder ein Entschlüsseln für den betreffenden Kanal möglich.
Edit: Auch mit eingetragener chid geht es...

w:0500:030B00:2455::: D8 #arte HD test1 OK!
w:0500:030B00:2455::1517: D8 #arte HD test2 OK!

Aber auf gar keinen Fall mit dem betreffendem ecm_pid (hier 00B9). Was mache ich da falsch??

Ist nicht wirklich dringend, aber solche "Mysterien" hatten mich bisher von mehr als Keylängen-Einträgen Abgehalten...

Danke und Grüße stefan

Fehlanfragen in den Griff bekommen

stefan4u

Board Titan

Pilot

stefan4u

Board Titan

stefan4u

Board Titan

hwmmc

DEB König

stefan4u

Board Titan

StEVE^qSR

Ist oft hier

stefan4u

Board Titan

axel

stefan4u

Board Titan

StEVE^qSR

Ist oft hier

stefan4u

Board Titan

hwmmc

DEB König

stefan4u

Board Titan

stefan4u

Board Titan

Ähnliche Themen

Fehlanfragen in den Griff bekommen

Board Titan

Board Titan

Board Titan

DEB König

Board Titan

Ist oft hier

Board Titan

Board Titan

Ist oft hier

Board Titan

DEB König

Board Titan

Board Titan

Ähnliche Themen

Datenschutz & Transparenz

Datenschutz & Transparenz