0D05 aus emu wird bei 0:0:0 nicht geshared

[lullu08]

AW: 0D05 aus emu wird bei 0:0:0 nicht geshared

F: user pass 2 1 1 { 0:0:1, 1830:0:0 }

#alle Karten maximal 1 HOP & die blaue Karte bekommt er dann nicht, so schliesst das aus

oder anderes Beispiel
F: user pass 2 1 1 { 0:0:2, 09c4:000000:1, 1830:0:0 }

#alle Karten maximal 2 HOP hinterm Server & die Grüne nur 1 Hop also nur der Client ohne Weitergabe, blaue Karte 0 hop also die bekommt der Client nicht
Softcams kannst nur 1 Hop maximal,
1 sendet EMM für Kartenupdates, für ein user freischalten reicht
2 regelt die Karten HOPS die der Server von anderen bekommt

 

[dennyd]

AW: 0D05 aus emu wird bei 0:0:0 nicht geshared

@Lui2004:
Begründung habe ich ja schon gegeben

@czutok:
Die key funktionieren. sobald ich stat

F: user1 pass 2 1 1 { 0:0:0, 9c4:0:1, 1830:0:1, d05:0:1 }

die setzte

F: user1 pass 2 1 1 { 0:0:1 }

wird alles hell.

Deswegen versteh ichs ja nicht. normal müsste es doch auch mit beschränkung hell werden.

 

[czutok]

AW: 0D05 aus emu wird bei 0:0:0 nicht geshared

nur um klerheit fest zu stelen , die begrenzung funktioniert so weit mir bekant ist nur mit den karten , und nicht mit keys , aber ich lasse mich weiter bereren wenn es anders sein solte

 

[dennyd]

AW: 0D05 aus emu wird bei 0:0:0 nicht geshared

@lullu08:
DANKE! So geht's natürlich auch und es klappt wunderbar.

 

[feissmaik]

AW: 0D05 aus emu wird bei 0:0:0 nicht geshared

Du musst dich Anmelden oder Registrieren um den Inhalt der Angebote zu sehen!

Bist du wirklich sicher das es so funktioniert?

Weil in der Beschreibung zur F-line sieht die Syntax anders aus:

F: <username> <password> <uphops> <shareemus> <allowemm> ( { caid:iddownhops), caid:iddownhops), ... } { caid:id:sid, caid:id:sid, ... } { begintime-endtime, ... } ) hostname/ip address

# syntax for to add a friend user to CCcam with the max up hops limit (default = 5)
# sharing of emus (default = 1), allow emm (default = 1), and optional
# downshare limits per share (default = no limits) and optional
# downshare limits per share based on caid:id:sid
# and optional timeslots in which share is valid (to block channels on box of children after 19:00 for instance)
# if no timeslot is defined 24 hrs a day is used
# emus are shared only one level down, even if no limits given


Wenn dein Vorschlag so wirklich funktioniert, muss ich meine configs wohl nochmal überarbeiten :emoticon-0125-mmm:

 

[dennyd]

AW: 0D05 aus emu wird bei 0:0:0 nicht geshared

So muss es aussehen, damit es funktioniert:

Du musst dich Anmelden oder Registrieren um den Inhalt der Angebote zu sehen!

bei user2 wird die hd+ karte 1830:0:0 ausgeschlossen.

 

[feissmaik]

AW: 0D05 aus emu wird bei 0:0:0 nicht geshared

Aber das entspricht nicht mehr der Fline die du hier vorgegeben hattest:

*ORF emu geht NICHT*
F: user passwort 2 1 1 { 0:0:0, 09c4:000000:1, 1830:000000:1, 0d05:000000:1 }


*ORF emu geht*
F: user passwort 2 1 1 { 0:0:1, 09c4:000000:1, 1830:000000:1, 0d05:000000:1 }


Du wolltest doch ursprünglich die 1830 weitergeben? Jetzt verweigerst du sie aber:

F: user2 pass2 2 1 1 { 0:0:1, 1830:0:0 }

 

[lullu08]

AW: 0D05 aus emu wird bei 0:0:0 nicht geshared

ich habs mal editiert da oben, jetzt passt es, also die karten selbst sind nur Beispiel

 

[dennyd]

AW: 0D05 aus emu wird bei 0:0:0 nicht geshared

user1 = schlafzimmer (test) bei dem hab ich die ganze zeit getestet um nicht die clients dazu zu missbrauchen.
user2 = der user um den es eigentlich ging (ein bekannter)
user3 = anderer bekannter
user4 = wohnzimmer

Mein Ziel war es, dass user2 nur ORF(emu) und sky bekommt.
Mit user1 hab ich das nur die ganze zeit getestet.

eigendlich sollte es so aussehen:

F: user2 pass2 2 1 1 { 0:0:0, 09c4:000000:1, 0d05:000000:1 }

jetzt halt so:

F: user2 pass2 2 1 1 { 0:0:1, 1830:0:0 }

gleiches ergebnis.

vorher habe ich es anders angegeben, weil es wie gesagt mein testuser war.
Das Problem war ja, das ORF nicht ging. Das war ja bei allen usern so, wenn ich kein 0:0:1 gesetzt habe.