Quantcast
Aktuelles
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

client = server / server = client

thronis

Freak
Registriert
25. Juni 2014
Beiträge
244
Reaktionspunkte
27
Punkte
88
Moin zusammen,

mein Problem.
Ich nutze eine Raspberry Pi als Server für HS und für CS zum Schwiegervati.
Wir gucken wöchentlich zusammen Fussball im Garten welcher über CS angeschlossen
ist, allerdings wegen Wlan gibt es immer Abbrüche. Heißt ich nehm die Karte immer
mit wenn wir dort Fussball gucken und schauen dort mit Karte. Alles kein Problem.
CS in Richtung Hütte etc funktioniert ohne weiteres, heißt Karten stecken in der Pi
und können auch in der Hütte geschaut werden, aber leider mit Abbrüchen, heißt
für Fussball echt nicht zu gebrauchen.
Ich würde es aber gerne hin bekommen, dass wenn ich die Karte aus der Pi in den
Receiver in der Hütte stecke auch die Hütte als Server fungiert und die Pi dann
die Daten auf die anderen Clients verteilt.
Ich dachte eigentlich ich bekomme das hin, aber leider läuft es doch nicht...
warum auch immer...
Lange Rede kurzer Sinn, hier einmal die Configs wie sie momentan in der "Hütte"
sind:

[global]
logfile = /etc/tuxbox/config/oscam.log
pidfile = /etx/tuxbox/config/oscam.pid
unlockparental = 1
nice = -10
maxlogsize = 100
waitforcards = 0
preferlocalcards = 2
usrfile = /etc/tuxbox/config/user.log
cwlogdir = /var/log/
emmlogdir = /etc/tuxbox/config/

[cache]

[cccam]
port = 31323
nodeid = 88EB273210CC14DC
version = 2.3.0
reshare = 1

[dvbapi]
enabled = 1
au = 1
pmt_mode = 0
user = local
boxtype = dreambox

[webif]
httpport = 17000
httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255,10.0.0.0-10.255.0.255,255.255.255.255
httposcamlabel = Oscam WebInterface

oscam.user

[account]
user = local
au = 1
group = 1

[account]
user = thronis
pwd = pass
uniq = 3
group = 1
cccreshare = 1
cccignorereshare = 0

oscam.user

[account]
user = local
au = 1
group = 1

[account]
user = thronis
pwd = pass
uniq = 3
group = 1
cccreshare = 1
cccignorereshare = 0

oscam.server

# oscam.server generated automatically by Streamboard OSCAM 1.20-unstable_svn SVN r11233
# Read more:

[reader]
label = SKY_DE_V13
description = V13
protocol = internal
device = /dev/sci0
caid = 09c4
boxid = 12345678
ins7e11 = 14
detect = cd
mhz = 450
cardmhz = 2700
group = 1
emmcache = 1,2,2,0
blockemm-unknown = 1
blockemm-u = 1
blockemm-s = 1
blockemm-g = 1
ndsversion = 2

[reader]
label = Raspberry_Pi
protocol = cccam_ext
device = xxx,xxx
user = Huette
password = pass
inactivitytimeout = 30
reconnecttimeout = 60
keepalive = 1
group = 1
cccversion = 2.3.0

[reader]
label = Raspberry_Pi_Fallback
protocol = cs357x
device = xxx,xxx
user = Huette-Fallback
password = pass
fallback_percaid = 1843:000000
group = 1

und hier die Einstellungen der Pi:

[global]
logfile = /var/log/ipc/OScam.log
nice = -1
maxlogsize = 256
preferlocalcards = 1
ecmfmt = c/s/l/y

[cache]

[cs357x]
port = 31322

[cs378x]
port = 37800

[cccam]
port = 31323
nodeid = 78FF8C3610871504
version = 2.3.0
reshare = 1

[webif]
httpport = 17000
httpcss = /var/etc/Blue_Shadow_V.2.2.css
httppiconpath = /var/etc/picon/
httphelplang = de
httprefresh = 10
httphideidleclients = 0
httpshowpicons = 1
httppiconsize = 30
httpallowed = 192.168.200.1-192.168.200.255

[account]
user = local_box
pwd = passwort
keepalive = 1
au = 1
group = 1,2,3,4
cccignorereshare = 0

[account]
user = Wohnzimmer
pwd = pass
uniq = 3
keepalive = 1
au = 1
group = 1,2,3,4
cccreshare = 0
cccignorereshare = 0

[account]
user = Schlafzimmer
pwd = pass
uniq = 3
keepalive = 1
group = 1,2,3,4
cccreshare = 0
cccignorereshare = 0

[account]
user = Huette
pwd = pass
uniq = 3
keepalive = 1
group = 1,2,3,4
cccreshare = 0
cccignorereshare = 0

[account]
user = Huette-Fallback
pwd = pass
uniq = 3
group = 1,2,3,4
cccreshare = 0
cccignorereshare = 0

[reader]
label = hd02
description = HD+schwarz
protocol = mouse
device = /dev/HD02
caid = 1843
boxkey = A7642F57BC96D37C
rsakey = BF358B5461863130686FC933FB541FFCED682F3680F09DBC1A23829FB3B2F766B9DD1BF3B3ECC9AD6661B753DCC3A9624156F9EB64E8168EF09E4D9C5CCA4DD5
detect = cd
group = 2
emmcache = 1,1,2,0

[reader]
label = v13
description = V13-Sky
protocol = mouse
device = /dev/V13
services = !hdplus,!orfcw,!mtvunlimited
caid = 09C4
boxid = 12345678
ins7e11 = 15
detect = cd
group = 1
emmcache = 1,1,2,0
blockemm-unknown = 1
blockemm-u = 1
blockemm-s = 1
blockemm-g = 1
saveemm-u = 1
ndsversion = 2



[reader]
label = Huette
protocol = cccam
device = xxx,xxx
user = thronis
password = pass
services = !hdplus
inactivitytimeout = 30
keepalive = 1
caid = 09C4
group = 4
cccversion = 2.3.0

wo mache ich einen Denkfehler?

Danke für eure Hilfe
 
wenn du in die eine Richtung solche Abbrüche hast, was denkst du werden die Clients in die andere Richtung haben?

aber ok, teste mal ....

ist der PI als Client verbunden?
wenn nicht?
DYN an der Huette vorhanden, Ports offen?
 
Ich würde an deiner Stelle die Zeit eher in die wacklige WLAN Verbindung investieren...

-supraracer
 
Andersrum sind die Abbrüche nicht so schlimm. Da guck ich ja zu der Zeit nicht:)
Leider wird die pi als client nicht verbunden.
Steht immer error.
Port ist offen und vpn läuft auch.
Habe leider keine Möglichkeit dort ndn lan Kabel hinzu legen...
 
Kabel ist zwar das Beste aber muss auch nicht unbedingt sein, meistens bekommt man es auch recht stabil mit WLAN hin wenn man sich Mühe gibt. :-)

-supraracer
 
So hatte leider in letzter Zeit nicht so viel Zeit.
Habe aber raus finden können, dass es wahrscheinlich an der Port Weiterleitung liegen könnte. Problem ist das der Receiver im wlan an einem wlan repeater hängt und nicht direkt per wlan am router. Kann es sein das ich dann für die ip des repeaters auch den port freigeben muss?
Konnte es bisher leider noch nicht testen.
 
Portweiterleitung?

Vielleicht zeigst du mal den genauen Aufbau auf.

Ist der Garten im selben Netzwerk wie der Pi?
 
Ne läuft über anderes wlan.
Also Server steht bei mir zuhause.
Läuft auch alles.
Der client um den es geht steht im Gartenhaus dort habe ich allerdings nur wlan von den Nachbarn und dann auch nur über deren repeater :) ist bisschen kompliziert:) deren Router steht im Keller und der repeater verteilt halt das wlan ins Obergeschoss und in den Garten.

Ich meinte nicht Port Weiterleitung sondern Freigabe:)
 
Ja um den Receiver in der Gartenhütte als Server nutzen zu können, muss im Router (in dem Fall der Nachbarn) natürlich eine Portweiterleitung an den Receiver eingerichtet werden. Is doch klar ...

Wenn du keinen Zugriff auf den Router hast und nur die Internetverbindung nutzen darfst, kannst du das Vorhaben vergessen.
 
Zurück
Oben