Orf versucht über 1702 und 09C4 zu entschlüsseln

[UncleC]

Ich steig da nichtdurch..
Wieso versucht in diesem Fall ein Cccam Client mit einerfacher C Line, ohne Prios usw ORF über Caid 1702 und 09C4 zu entschlüsseln? oO

[COLOR=#BFBFBF][FONT=verdana]      2013/10/30 19:15:00 B7106AF8 c xxxx (1702&000000/0000/32C9/93:00000000000000000000000000000000): invalid (0 ms) - ORF1 (invalid SID) [/FONT][/COLOR]
[COLOR=#BFBFBF][FONT=verdana]      2013/10/30 19:15:01 xxxx  (09C4&000000/0515/32C9/B3:00000000000000000000000000000000): invalid (0 ms) - ORF1 (invalid SID) [/FONT][/COLOR]

Dan gehts weiter mit nem Oscam Client, der versucht HD+ Sender über 09C4 hell zu bekommen..

[COLOR=#BFBFBF][FONT=verdana]      2013/10/30 18:39:54 B7109DF8 c ClientOscam2 (09C4&000000/07D2/EF75/B3:D7870856B46AC54C554FD50745A56BFC): rejected group (0 ms) - ProSieben HD (no matching reader) [/FONT][/COLOR]
[COLOR=#BFBFBF][FONT=verdana]      2013/10/30 18:40:51 B7102AD0 c ClientOscam2 (09C4&000000/0DAE/151A/B3:3AF829F9E5353E91C3B997FDB3636B92): rejected group (0 ms) - DMAX HD (no matching reader) [/FONT][/COLOR]

Hat da iwer Tipps für mich?

 

[janni1]

AW: Orf versucht über 1702 und 09C4 zu entschlüsseln

Hi,
da kannst du nichts machen.
Das müssen die clienten mit prios/dvbapi selber regeln.

Gruß
janni1

 

[UncleC]

AW: Orf versucht über 1702 und 09C4 zu entschlüsseln

Ja ok..
Aber wieso bekomm ich Dauerbeschuss für Orf auf Caid 1702 und 09C4 Client hat wohl den Receiver angelassen, des geht den ganzen Tag so.. Wieso versucht Cccam nicht den Sender über zB 0D05 Hell zu bekommen?

 

[janni1]

AW: Orf versucht über 1702 und 09C4 zu entschlüsseln

Hi,
wie sehen denn die Einstellungen für diesen user bei dir aus?

Gruß
janni1

 

[UncleC]

AW: Orf versucht über 1702 und 09C4 zu entschlüsseln

Die sehen so aus

[account]user                          = xY
pwd                           = 1wm0qs
suppresscmd08                 = 0
allowedprotocols              = cccam
group                         = 1,2,3,4,5,6,7,8
services                      = !sky-bluemovie-select

Könnte natürlich die Caids in den Services auf Negativ setzen.. aber das hab ich bei den anderen auch nicht, und da klappt es auch :S

 

[mrwong]

AW: Orf versucht über 1702 und 09C4 zu entschlüsseln

wieso richtest du nicht services für deine user ein

und wenn du ihm nur service für orf ice gibst sieht er auch nur 0d95 oder für dich halt cryptoworks 0d05

und bei sky service sind dann die sids für orf nicht mit drinne

 

[razorback]

AW: Orf versucht über 1702 und 09C4 zu entschlüsseln

das liegt wohl daran, daß
- du selber weder eine 0d05 noch eine 0d95 hast
- du selber ein e1702 bzw. 09c4 hast
- er keine verbindung zu jemandem hat, der ihn mit dem orf versorgen kann
- daher fragt er bei dir auf den caids, wo der orf auch freigeschaltet werden kann danach an.

am einfachsten wäre, du gibst ihm eine softcam.key, damit geht der orf bei ihm über emu auf und er fragt gar nicht mehr
(das dürfte wohl bei deinen anderen clients so der fall sein oder sie haben jemanden, von dem sie den orf bekommen).

wenn das mit der softcam.key net möglich ist, bleibt dir nur der weg über die services.
sinnvollerweis in der oscam.server bei den sky-karten als negativ eintragen.

und bei der HD+ bleibt dir eh nur der weg über die services.

NACHTRAG:
wenn Server und Client beide eine CCCam 2.2.x oder höher haben, so sollte das alles nicht nötig sein, denn der Server schickt dem Client sobald sich dieser verbindet eine Liste der SIDs, die er servisieren kann und der Client sollte in diesem Fall solche Fragen gar nicht stellen. Es könnt also auch sein, daß der besagte Client eine zu niedrige CCCam version hat bzw. ein "Krüppel-CCCam" welches man nicht konfigurieren kann.

 

[UncleC]

AW: Orf versucht über 1702 und 09C4 zu entschlüsseln

Hi razorback..
Meine Clienten verbinden sich via Oscam und Camd35 auf meinen Server, das hat bislang immer gut funktioniert, erst seit dem ich die 09C4 eingebunden hab kommt es zu den falschen abfragen, guck ich mir die Logs von heute an..

Spoiler

      2013/11/01 15:58:26 B7109DF8 c User1 (09C4&000000/07D3/EF76/B3:B5198973EBA9D44AA01F15E211DCCFF3): rejected group (1 ms) - kabel eins HD (no matching reader)       
2013/11/01 16:13:49 B7109DF8 c User1 (09C4&000000/0DAE/151A/B3:11C0466544CF9193B016E5D5E7BC6B96): rejected group (0 ms) - DMAX HD (no matching reader) 
      2013/11/01 16:15:56 B7109DF8 c User1 (09C4&000000/07D2/EF75/B3:71EBCE694520C1F3AAFA67BE5A6B90E8): rejected group (0 ms) - ProSieben HD (no matching reader) 
      2013/11/01 16:22:55 B7109DF8 c User1 (09C4&000000/07D2/EF75/B3:83F526DD081FD381ADD79C9E41BFCCE4): rejected group (0 ms) - ProSieben HD (no matching reader) 
      2013/11/01 16:25:07 B7109DF8 c User1 (09C4&000000/07D2/EF75/B3:84ECEB038622813A95EFB9BAEFFB0AF1): rejected group (0 ms) - ProSieben HD (no matching reader) 
      2013/11/01 16:25:47 B7142000 c User2 (1702&000000/0000/0077/93:C3D6996047CB1DCF14EAC93E1D5ADA23): rejected group (0 ms) - Sport1 US HD (no matching reader) 
      2013/11/01 16:25:52 B7109DF8 c User1 (09C4&000000/07D2/EF75/B3:FF21CEEDAEEBC1CDE4F9936BDF4C6374): rejected group (1 ms) - ProSieben HD (no matching reader) 
      2013/11/01 16:26:06 B7142000 c User2 (1702&000000/0000/0077/93:293A17D9BA3E0B5D301E0F5165F32E43): rejected group (0 ms) - Sport1 US HD (no matching reader) 
      2013/11/01 16:27:33 B7109DF8 c User1 (09C4&000000/07D2/EF75/B3:CE1EA3B4A657F97E33758A10BD01B1C6): rejected group (0 ms) - ProSieben HD (no matching reader) 
      2013/11/01 16:30:36 B71009F0 c User1 (09C4&000000/07D2/EF75/B3:886DA4E85492E601B7002E0EC932EC7E): rejected group (0 ms) - ProSieben HD (no matching reader) 
      2013/11/01 16:31:53 B71009F0 c User1 (09C4&000000/07D2/EF75/B3:2E9FA1E364AD163BB01C688F9FF05DD2): rejected group (0 ms) - ProSieben HD (no matching reader) 
      2013/11/01 16:35:14 B712CA00 c User3 (09C4&000000/07D3/EF76/B3:DBAC41D3A3409EE5C5D2D10CA6E5F3FF): rejected group (0 ms) - kabel eins HD (no matching reader) 
      2013/11/01 16:35:28 B71009F0 c User1 (09C4&000000/07D2/EF75/B3:8DCABA9B65287AE7B885B3CB25747D00): rejected group (0 ms) - ProSieben HD (no matching reader) 
      2013/11/01 16:38:37 B71009F0 c User1 (09C4&000000/07D3/EF76/B3:10F1E5E9BA82AAC65F13C1B4DA148B6C): rejected group (0 ms) - kabel eins HD (no matching reader) 
      2013/11/01 16:54:34 B71009F0 c User1 (09C4&000000/07D3/EF76/B3:31ED55243EDC722D9F1B7879629C6325): rejected group (1 ms) - kabel eins HD (no matching reader) 
      2013/11/01 17:04:50 B71009F0 c User1 (09C4&000000/07D2/EF75/B3:68E3876CF8F97176CEE7D3D9943B440D): rejected group (0 ms) - ProSieben HD (no matching reader) 
      2013/11/01 17:43:33 B71395A0 c User4 (09C4&000000/025B/0083/B3:5A471803E467D6A0E30767E3DCDB4316): rejected group (0 ms) - Sky Cinema HD (no matching reader) 
      2013/11/01 17:43:34 B71395A0 c User4 (09C4&000000/025B/0083/B3:208BDDA2FB2156D4FA201DE9661F7C72): rejected group (0 ms) - Sky Cinema HD (no matching reader) 
      2013/11/01 17:44:10 B71009F0 c User1 (09C4&000000/07D3/EF76/B3:4E24BD166A4114F1BDD7B65D72EB9D70): rejected group (1 ms) - kabel eins HD (no matching reader)

Und das ist wie man an der Uhrzeit sehen kann nur ein kleiner Teil davon, das geht den ganzen Tag so..
Die oscam.dvvapi bei den Clienten sieht so aus:

Spoiler

P: 0D05P: 1702 
P: 1833
P: 09C4
P: 1830 
P: 0500:050F00
P: 0B02 1
I: 0

Die 09C4 steht über der 1830 deswegen versucht Oscam wohl erst über die v13 die HD+ hell zu bekommen, setze ich jetzt die 1830 ganz nach oben kommen plötzlich anfragen die für die 1702 bestimmt sind auf die 1830, kann die Anordnen wie ich will immer wieder die fehler..

Kann man Oscam nicht sagen die HD+ Kanäle nur über 1830 versuchen zu entschlüssen und keine anderen Caids probieren wie 09C4 usw?
Wenn ich jetzt noch lauter negativ Services für die HD+ anlege und die auf Caid 09C4 auf negativ setze wird es so langsma unübersichtlich, da muss es doch auch einen einfacheren weg geben oder?

Und noch eine frage, bislang hab ich ja nur ne Services bei den Clienten angelegt für Srvid`s die gar nicht angefragt werden sollen, also BlueMovie Select usw
Wenn ich jetzt beim Client zB folgende Service anlege für HD+

Spoiler

[hdplus]caid                          = 1830
provid                        = 
srvid                         = 277E,EF10,EF11,EF14,EF15,EF74,EF75,EF76,EF77,5273,5274,1519,2E9B,151A,157F

Also Caid 1830, kann es sein das selbst dann auch noch anfragen für die v13 also Caid 09C4 ankommen? Oder wird ausschließlich mit der 1830 versucht zu entschlüsseln?

 

[razorback]

AW: Orf versucht über 1702 und 09C4 zu entschlüsseln

fangen wir mit der Grundsatzfrage an:
WELCHE Karten hast denn jetzt wirklich lokal ?

In deinem log-auszug wird ja auch eine anfrage nach Sky Cinema HD abgewiesen.
Heißt das, daß du gar keine 09c4 hast ???

Am besten wäre wohl, du postest mal deine oscam.server mit den lokalen readern.

 

[UncleC]

AW: Orf versucht über 1702 und 09C4 zu entschlüsseln

Doch doch also Lokal

2x S02 Caid 1702 Komplett (außer die Sport und Bundesliga HD Feeds, wegen Rabatt Kunde)
1x V13 Caid 09C4 Nur Sport und Bundesliga
2x HD+ Caid 1830 Also die weiße
1x Hallo.TV Caid 0B02
1x Hustler Dorcel Caid 0500 die Viacess Karte
1x Emu Proxy Caid 0D05

Meine oscam.server sieht so aus

Spoiler

[reader]label                         = orf_camd3
protocol                      = camd35
device                        = 192.168.1.59,55055
user                          = server
password                      = server
services                      = orf,austriasat
caid                          = 0D05
ecmwhitelist                  = 0D95@000004:80,B8,F0
group                         = 1


[reader]
label                         = hd_plus_1
protocol                      = mouse
device                        = /dev/hdplus1
services                      = hdplus
caid                          = 1830
boxkey                        = xxxxx
rsakey                        = xxxxx
ecmwhitelist                  = 1830:92
detect                        = cd
group                         = 2
emmcache                      = 1,3,2
blockemm-unknown              = 1
blockemm-u                    = 1
blockemm-s                    = 1
saveemm-g                     = 1
lb_weight                     = 300


[reader]
label                         = hd_plus_2
protocol                      = mouse
device                        = /dev/hdplus2
services                      = hdplus
caid                          = 1830
boxkey                        = xxxxxx
rsakey                        = xxxxxx
ecmwhitelist                  = 1830:92
detect                        = cd
group                         = 3
emmcache                      = 1,3,2
blockemm-unknown              = 1
blockemm-u                    = 1
blockemm-s                    = 1
saveemm-g                     = 1
lb_weight                     = 300


[reader]
label                         = sky_full_1
protocol                      = mouse
device                        = /dev/sky1
services                      = sky_sd,sky_hd,sky-sportsd,sky-bundesligasd,sky-sporthd-1-2,sky-bundesligahd-1-3,sky-3d-sportidigital
caid                          = 1702,1833
boxkey                        = 1122334455667788
ecmwhitelist                  = 1702:93
detect                        = cd
mhz                           = 800
cardmhz                       = 600
group                         = 4
emmcache                      = 1,3,2
lb_weight                     = 300


[reader]
label                         = sky_full_2
protocol                      = mouse
device                        = /dev/sky2
services                      = sky_sd,sky_hd,sky-sportsd,sky-bundesligasd,sky-sporthd-1-2,sky-bundesligahd-1-3,sky-3d-sportidigital
caid                          = 1702,1833
boxkey                        = 1122334455667788
ecmwhitelist                  = 1702:93;1833:89
detect                        = cd
mhz                           = 800
cardmhz                       = 600
group                         = 5
emmcache                      = 1,3,2
blockemm-unknown              = 1
lb_weight                     = 300


[reader]
label                         = hallotv
protocol                      = mouse
device                        = /dev/hallotv
services                      = hallotv
caid                          = 0B02
detect                        = cd
ident                         = 0B02:000000
group                         = 6
emmcache                      = 1,1,2


[reader]
label                         = v13buli
protocol                      = mouse
device                        = /dev/v13buli
services                      = sky-sporthd-feeds,sky-bundesligahd-feeds,sky-3d-sportidigital
caid                          = 09C4
boxid                         = 12345678
ins7e11                       = 15
detect                        = cd
group                         = 7
emmcache                      = 1,3,2
blockemm-unknown              = 1
lb_weight                     = 300
ndsversion                    = 2


[reader]
label                         = hustler
protocol                      = mouse
device                        = /dev/hustler
services                      = hustler
caid                          = 0500
ecmwhitelist                  = 0500@050F00:30,33,2D
detect                        = cd
ident                         = 0500:050F00
group                         = 9

 

[razorback]

AW: Orf versucht über 1702 und 09C4 zu entschlüsseln

damit hast ja wirklich ein problem.

der Ansatz über die oscam.dvbapi ist ja grundsätzlich ok, erst 0d05, dann 1830, dann 1702/1833, dann 09c4

damit kriegst aber das problem net weg, daß du für sky pakete unterschiedliche caids nutzt, denn dann würden die Bundesliga-Feeds erstmal von der S02 abgefragt werden.

der Ausweg mit dem geringsten Blutverlust wäre, die Clients zwar nach wie vor unter oscam aber mit dem cccam protokoll (mindestens 2.2.x) an den Server zu bringen, da mit diesem Protokoll die zur Verfügungstehenden CAIDs/SIDs ausgetauscht werden.

Oder du bestehst weiterhin auf camd35 für die Clients, dann kommst über extensive Services net hinweg.

Und wenn Du - wie angedacht - den Clients für die 1830 positiv-services gibst, dann musst ihnen auch für ALLES ANDERE, was sie sonst noch sehen dürfen ebenfalls positiv services geben, denn positiv services sind eine whitelist, heißt es ist alles verboten, was da nicht drin steht.....
Und da wirds WIRKLICH Arbeit.....

 

[UncleC]

AW: Orf versucht über 1702 und 09C4 zu entschlüsseln

Also der einzigste Grund wieso ich damals von cccam auf Oscam/ camd35 beim Client umgestiegen bin,
War der Grund weil einige meiner Clienten ihren Receiver 24/7 am laufen haben, und es mich genervt hat unnötige Anfragen auf dem Server zu bekommen..
Weil aber mit der Sleep Funktion meines Server dann n Dauerbeschuss kam der CCCam des Clienten bin ich auf Oscam umgestiegen...

Meine Frage wenn ich Oscam mit CCCam protkoll laufen lasse, kommt es bei Sleep dann auch zu Dauerbeschuss?

Alternativ könnte ich noch ein Service anlegen mit Caid 09C4 und den Srvids von HD+ und diese auf Negativ setzen oder

 

[razorback]

AW: Orf versucht über 1702 und 09C4 zu entschlüsseln

na ja, wenn der Client seinen receiver net ausmacht und auf einem verschlüsselten Kanal stehenbleibt, wird wohl nach wie vor alle 7 sec ein ECM-Request kommen
egal ob camd35 oder cccam - oder versteh ich da was net ???

und ja, mit negativservices gehts hervorragend, was die HD+ sender angeht.
hab ich bei mir ja auch, einen services eintrag mit hd+v13 (und auch einen mit orf-v13) und den auf negativ gesetzt (allerdings beim Reader) und da meine clients alle mit cccam 2.3.0 daherkommen genügt das, ich brauchs bei den Clients nicht auch noch einzutragen.

 

[UncleC]

AW: Orf versucht über 1702 und 09C4 zu entschlüsseln

Soweit ich weiß steklt camd35 bei Sleep keinen weiteren ECM Anfragen bei Sleep..
Der User verschindet dann auch nach der Vorgegebenen Zeit in der Online Clients Liste des Servers..
Bei Cccam greift iwann der Failban..
Ich denke ich leg bei den Clients einfach Negativ Services an..
Is ja eigtl nur für Sky und HD+..
ImMärz werde ich mir eh Sport zur s02 mitdazu buchen und die v13 fällt dan weg