Kurzer Check

[MOSCH69]

....oder für einen eine etwas teuere Linuxbox kaufen, die EMM sendet. (z.B. Gigablue 800 HD für 160 €) Beim GM9055 gibts im Menü eine Einstellung die sich "Handle EMM" schimpft. Kann gut sein, das der 9055 doch EMM schickt. Noch nie ausprobiert.

 

[FireLord1704]

Schon klar, dass eine teure Linuxclientbox das Problem sofort lösen würde
Ich will aber nach Möglichkeit alle meine Clienten mit der selben Box ausstatten, sprich auch gleich konfigurieren.
Ich habe mal einen Beitrag von dir hier im Forum gefunden, dort hast du die GM 9055 getestet.
Besitzt du die Box noch und könntest mir das Senden von EMMs bestätigen?
Vielen Dank für deine Mühe!

 

[MOSCH69]

Sorry, geht net. Die Kiste steht nun bei meiner Mum. Die ist aber OK die Box.

 

[FireLord1704]

[...] Die ist aber OK die Box.

sendet also EMMs und kann damit auch lediglich mit CCCam betrieben werden?

 

[MOSCH69]

Sie ist als KLientbox OK. Läuft gut. Ob sie EMM sendet kann ich net sagen

 

[FireLord1704]

Kurzes Update: Heute zum Sky-Fachhändler gegangen, erzählt mein alter Receiver sei mir leider abgeschmiert und ich brauche dringend eine Aktivierung für meine S02 Karte. Er hatte zufällig eine Alphacrypt-Modul bei der Hand und hat mir eben mal die Karte freigeschaltet :good:

Allerdings habe ich leider immer noch keine sichere Antwort auf meine Frage oben bekommen: Ich brauche EMMs

Soll ich auf Nummer sicher gehen und mir einen [h=1]Golden Media 990 CR HD USB PVR Spark E2 LX HDTV LINUX Sat Receiver[/h]dazu holen? Oder kann mir jemand meine Frage bezüglich EMMs und Oscam unter der GM 9055 sicher beantworten?

 

[FireLord1704]

So, nun eine Frage zur Einrichtung:
Wie bereits vorher geschrieben läuft auf meinem ThinClient nun Debian mit IPC 11.3.
Der Server läuft mit der CCCam Version 2.2.1, hier meine

CCCam.cfg

Spoiler

F: testuser testpass 0 1 1 { 0:0:1 }
SMARTCARD SID ASSIGN: /dev/S02 0 { 8, 9, a, b, c, d, e, f, 10, 11, 13, 14, 15, 16, 17, 18, 19, 1a, 1b, 1c, 1d, 1e, 21, 22, 23, 24, 25, 26, 27, 29, 2a, 2b, 32, 34, 37, 38, 39, 3a, 3b, 69, 6a, 6b, 6c, 6f, 70, 71, 72, 74, 75, 76, 77, 7c, 81, 82, 83, 84, a8, dd, de, df, fc, fd, 106, 107, 110, 111, 11a, 11b, 124, 125, 12e, 12f, 138, 139, 142, 143, 14c, 14d, 156, 160, 16b, 175, 203, 204, 206, 7ff, 2efe, 3331, 4461, 4462, 6fb8, 7001, 700a } # Alle SIDs ohne Select und BlueMovie (steht in einer Zeile, Forumsformatierung)
DISABLE EMM : no (wird später ausgeschaltet)
EXTRA EMM LEVEL : no
TRY ALL CHIDS : /dev/S02 (ist korrekt so, Entitelments werden im IPC angezeigt)
SERIAL READER : /dev/S02 phoenix
SERVER LISTEN PORT : xxxxx1
WEBINFO LISTEN PORT : xxx4
WEBINFO USERNAME : xxx
WEBINFO PASSWORD : xxxyyy
ALLOW TELNETINFO: no
CHANNELINFO FILE : /var/etc/CCcam.channelinfo
PROVIDERINFO FILE : /var/keys/CCcam.providers

wenn ich mit meinem GM 9055 versuche aus einem externen Netzwerk auf den Server zu connecten erscheint folgender
CCCam.log

Spoiler

May 3 20:18:42 CCCam CCcam: login from
May 3 20:18:42 CCCam CCcam: user testuser login attempt from
May 3 20:18:42 CCCam CCcam: client testuser@123, running CCcam 2.1.4
May 3 20:45:36 CCCam CCcam: kick (testuser), bad command
May 3 20:45:40 CCCam CCcam: login from
May 3 20:45:40 CCCam CCcam: user testuser login attempt from 212.114.250.149
May 3 20:45:40 CCCam CCcam: client testuser@123, running CCcam 2.1.4
May 3 20:48:48 CCCam CCcam: login from
May 3 20:48:48 CCCam CCcam: kick , signature failed

die C-Line meines Receivers ist über das Interface des Receivers eingerichtet, Port ist der selbe wie im SERVER LISTEN PORT, Benutzer und Passwort wie in der F-Line angegeben.

C: xyz.no-ip.org xxxxx1 (aus SERVER LISTEN PORT) testuser testpass yes

Ebenfalls versucht habe ich nach einem Tip hier im Forum die C-Line über die allshares.dat einzuspielen, hat auch funktioniert. Im Interface des Receivers konnte ich allerdings sehen, dass bei Username der SERVER LISTEN PORT eingetragen war und bei Port der Username. Habe ich geändert, so dass es passte.
Was mich sehr wundert ist, dass sich die IPs innerhalb von Sekunden ändern obwohl der Receiver der selbe war.
Ebenso entnehme ich dem Log, dass ich mich bereits 2x erfolgreich einloggen konnte, Bild blieb allerdings schwarz und der Receiver behauptet: Login fehlgeschlagen.

Nun hätte ich gerne Tips zu diesem Problem

Bisherige Debugmaßnahmen:
Bei canyouseeme.com ist der SERVER LISTEN PORT frei, im Router sind die Portfreigaben eingerichtet.
Die DYNDNS (hier no-ip.org) funktioniert einwandfrei, externe IP wird an no-ip.org weitergeleitet.
Ich kann über das Interface des Routers meine DYNDNS pingen, Ergebnis erfolgreich.
Server und Client scheinen sich also zu sehen und zu kommunizieren.
Eigentlich würde ich ja auf ein Problem bei den Passwörtern bzw. Usern tippen, mag CCCam vllt. keine identischen Usernames und Passwörter ala

C: xxx.no-ip.org xxxxx1 test test yes ?

Oder sollte ich eine andere CCCam Version an Server und/oder Client versuchen?

So helfet mir Freunde

 

[MOSCH69]

xxxxx1 ??? Ist der Port 6-stellig ???? Mach mal 5 Stellen ala 55557

Alle Klienten brauchen verschiedene Usernamen. Passw. können bei jedem gleich sein. Frage der Sicherheit. User und pass gleich würde ich nicht machen.

 

[FireLord1704]

Der Port ist 5 stellig, nur ein x oben zuviel. Ich habe bisher nur einen Clienten rangehängt zu Testzwecken. Thema Sicherheit ist klar, wenn alles läuft bekommt jeder User ein eigenes PW und Benutzernamen. Ich ändere mal Benutzer und PW so, dass sie nicht mehr gleich sind, all zu viel erhoffe ich mir aber nicht für obiges Problem. Sonstige Vorschläge?

 

[MOSCH69]

Also pass mal auf. Du hast da keine Linuxbox. Die Tricksereien in der F und C-line kannste knicken. Die GM kann da nix mit tun.

Sie kann nicht weitersharen und emu-Keys kann sie auch nicht empfangen (übrigens hat sie selbst ein emu, wo du Kekse einspielen kannst (key.db - Dateien, die ständig aktualisiert werden)

Also mach mal ganz schnell die Lines einfach so

F: user pass (kommt in den ThinKlient)

C: deinedyn.org port user pass

keine Zahlen in der F-line und schon gar kein "yes" in der c-line für die 9055.

 

[FireLord1704]

Habe ich bereits gelesen, dass die 9055 keine emu-Keys kennt, das sollte sie aber nicht weiter stören oder?
Denn die F und C-Line dienen ebenfalls zu Testzwecken für die GM 990 Spark Reloaded, die damit sicherlich umgehen sollte.
Oder denkst du, dass sie sich an den Zusatzinfos aufhängt?

 

[MOSCH69]

die 9055 hat mit Sicherheit damit Probleme.

Emukeys parallel zum CS zu sharen stört auch bei Linuxboxen untereinander. Diese Funktion ist so überflüssig wie ein Kropf und verursacht nur unnötigen Traffic und stört wie schon gesagt das eigentlich CS. (zumindest bei vielen)

Nun kann die 9055 nicht mal was mit dem yes anfangen. Es läuft einfach nicht rund, weil du es nicht sauber konfiguriert hast. CS ist da sehr sensibel.

 

[FireLord1704]

Alles klar, wird geändert und getestet. Danach gebe ich Rückmeldung.

Soweit so gut, die 9055 läuft soweit.
Bei der 990 habe ich unter Spark allerdings folgendes Problem:
Beim Ping über das Interface, als auch mit meinem Rechner, welcher sich im selben Netzwerk wie der Server befindet, kommt folgendes heraus:

Spoiler

Ping wird ausgeführt für xxx.no-ip.org [externe IP] mit 32 Bytes
Daten:
Antwort von externe IP: Bytes=32 Zeit=1ms TTL=63
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.

Ping-Statistik für externe IP:
Pakete: Gesendet = 4, Empfangen = 1, Verloren = 3
(75% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 1ms, Maximum = 1ms, Mittelwert = 1ms

Ist das normal? Alles andere als ein Nein würde mich hier doch sehr wundern :emoticon-0138-think
Im CCCam.log steht, dass sich die Box trotzdem verbinden konnte?!

 

[MOSCH69]

Klappt das jetzt mit den bereinigten Lines ???

 

[FireLord1704]

Die 9055 läuft wie oben beschrieben.
Bei der Linuxbox bin ich noch nicht schlauer geworden warum ich meinen CS-Server nur so schlecht anpingen kann, Paketverluste von 75-100% direkt über das Spark-Interface der Box. :emoticon-0138-think
Aber ebenso wenn ich mit dem Rechner den Pingtest durchführe, was könnte denn da die Anfrage blocken?