4250 replies to this topic

[Erik Slagter]

Misschien ben ik ook wel oldschool, maar ja ftp is ontwikkeld voor file transfer

Wat schrijf je dat mooi... Ik beschrijf het zelf altijd meer als "in elkaar geflanst", want het stelt niks voor.

Http op je stb om files over te zetten is in principe mogelijk, maar dan moet je wel een (generieke) http server erop zetten, die zit er standaard niet op. Maar nog mooier: scp/sftp, als je vanaf linux komt. Jeroen, heb je sftp wel eens geprobeerd?

[mika-nl]

Misschien ben ik ook wel oldschool, maar ja ftp is ontwikkeld voor file transfer

Wat schrijf je dat mooi... Ik beschrijf het zelf altijd meer als "in elkaar geflanst", want het stelt niks voor.

Http op je stb om files over te zetten is in principe mogelijk, maar dan moet je wel een (generieke) http server erop zetten, die zit er standaard niet op. Maar nog mooier: scp/sftp, als je vanaf linux komt. Jeroen, heb je sftp wel eens geprobeerd?

Dus mooiste en veiligste is standaard ssh voor pli
en telnet en ftp er niet meer op maar als plugin .

Bedoel putty is dan een veilig iets voor windows gebruikers en bijna elk ftp programma kan ook Sftp.
Maar zolang het niet standaard is word het weinig gebruik denk ik en gaan ze voor de bekende metode

MiKa

Edited by mika-nl, 15 April 2012 - 10:52.

[Erik Slagter]

Even ter aanvulling, ftp en sftp hebben alleen de drie letters gemeen. Voor de rest zijn ze totaal ongerelateerd, sftp is een "uitbreiding" van ssh en werkt wèl goed (en veilig).

[mika-nl]

Even ter aanvulling, ftp en sftp hebben alleen de drie letters gemeen. Voor de rest zijn ze totaal ongerelateerd, sftp is een "uitbreiding" van ssh en werkt wèl goed (en veilig).

dan zeg ik het toch goed

"Dus mooiste en veiligste is standaard ssh voor pli
en telnet en ftp er niet meer op maar als plugin ."

MiKa

[Erik Slagter]

Yep eigenlijk wel.

[Sterke-Jerke]

Welke "Jumbo-patch" bedoel je ????

De "jumbo-patch waardoor je deze flauwekul weer nodig hebt in request_mode = 0:

I:1817:0000
I:1818
I:1819
I:0622
I:0500:042500
P: 0100::0808:0745 #NL-Radio2
I: 0100::0808: #NL-Radio2
P: 0100::0809:0746 #NL-3FM
I: 0100::0809: #NL-3FM
...

r6549 volgens mij.

Geeft iemand van jullie een tekentje wanneer dit permanent gefixed is in oscam?
En als ik straks overstap naar een Secam-3 kaartje? Dit ook nodig?

Edited by Sterke-Jerke, 15 April 2012 - 16:08.

[Jeroensky]

Misschien ben ik ook wel oldschool, maar ja ftp is ontwikkeld voor file transfer

Wat schrijf je dat mooi... Ik beschrijf het zelf altijd meer als "in elkaar geflanst", want het stelt niks voor.

Http op je stb om files over te zetten is in principe mogelijk, maar dan moet je wel een (generieke) http server erop zetten, die zit er standaard niet op. Maar nog mooier: scp/sftp, als je vanaf linux komt. Jeroen, heb je sftp wel eens geprobeerd?

SFTP, wel van gehoord, nooit geprobeert.
Ik gebruik ftp om zo snel mogelijk data over te pompen. Versleuteling zie ik als vertragende factor, omdat niet elk apparaat in ftp transport de kracht heeft om dat snel te doen(server wel, maar dm8000 of androiddevice met 500MHz arm cpu (HTC hero) trekken dan geen hoge bandbreedte vermoed ik.)

Ook erg fout, maar ik heb nog nooit ervaren dat iemand in m'n systeem heeft zitten rommelen, dus nog geen noodzaak ondervonden om van ftp naar sftp te gaan.
Ik ben er zo een die in het (thuis) netwerk alleen ftp benut (ok en dlna) voor bestand overzetten naar de verschillendedevices indien nodig.
Gebruikte ftp server is standard alleen op lan, en als ik op vakantie ben wordt die geforward vanaf wan. (vsftpd)

Edited by J3r03n5ky, 15 April 2012 - 17:36.

[Erik Slagter]

Maar dan zit je dus ook met die rare "ascii" file transfers waarbij je files ver*****t worden.

[Jeroensky]

Maar dan zit je dus ook met die rare "ascii" file transfers waarbij je files ver*****t worden.

Daarom heb ik Filezilla ingesteld op binary ipv auto(acsii/binary). Dat was dus de reden waarom ik dik half jaar oscam niet manueel kon updaten, hehehehe.

[Happysat]

Ik krijg af&toe deze error WARNING lock garbage_lock (WRITELOCK) timed out. in OSCam:

2012/04/15 19:39:51   694CC8 c dm800se (0100&00006A/0000/1B6C/64:2BD6): found (375 ms) by dynamite
2012/04/15 19:40:01	    0   WARNING lock garbage_lock (WRITELOCK) timed out.
2012/04/15 19:40:01   694CC8 c dm800se (0100&00006A/0000/1B6C/64:5F90): found (375 ms) by dynamite

De reader cfg:

[reader]
label						 = dynamite
description				   = CDS
protocol					  = mouse
device					    = /dev/com1
services					  = cds_kaart
caid						  = 0100
detect					    = cd
mhz						   = 357
cardmhz					   = 357
ident						 = 0100:00006A
group						 = 1
emmcache					  = 1,1,15
blockemm-unknown			  = 1
blockemm-g				    = 1
lb_weight					 = 1000
auprovid					  = 00006A
ratelimitecm				  = 4
ratelimitseconds			  = 10

Weet iemand wat hiervan de oorzaak kan zijn, ik draai oscam in windows met een duolabs dynamite cardreader +CDS s3 kaart..??

[theparasol]

Je card staat volgens de config op 3.57 mhz te draaien... officeel is het 5 Mhz.
Idents (waarom toch?), en au provid... ook overbodig.
Als je meer snelheid wilt mhz op 300 zetten en cardmhz op 500.
Geen idee of de duolabs reader 3 mhz ondersteunt maar je kunt het proberen.

Garbage lock logentry, nog nooit gezien, maar de melding komt uit oscam-garbage.c, de vuilnisdienst.
Geen idee waarom het er staat maar het lijkt mij een mopperende vuilnisman die de rommel niet mag afvoeren omdat er een writelock opstaat.

[Happysat]

Dank voor je uitleg

Die 3.57 mhz klopt idd, de phoenix/smartmouse emulatie software (cis-940) van duolabs kan alleen op 3.579/3.68/4.00 en 6.00 Mhz draaien.

Bij andere waardes init de cds kaart niet, of blijft de response tijd nagenoeg hetzelfde, maar dat is verder geen probleem.

Ik had al op Google gezocht naar deze error maar gaf weinig resultaten, vond ook nergens writelocks
Maar als het verder niks uitmaakt is het goed.

Au provid heb ik ingevuld omdat er in deze oscam een vplugserver is toegevoegd als reader met csat/tntsat o.a. als provider (keys) en als ik deze bekijk via hadu of de dream dan reageert dat maffe ding op een van die franse 0100:xxxx seca caids, als ik 06a defineer word er niks gestuurd maar de cds kaart buiten alleen ident 06a die ik nodig heb voor updates.
Die ident kan ik weleens verwijderen kijken wat gebeurd

[Happysat]

Mmhh met of zonder die 2 settings, blijft hetzelfde had me vergist met AU

2012/04/15 23:55:09   699BC0 c dm800se (0500&022610/0000/6F6F/34:1F87): found (34 ms) by vplug
2012/04/15 23:55:11   699BC0 c dm800se emmtype=global, len=116, idx=0, cnt=1: blocked (0 ms) by dynamite
2012/04/15 23:55:15   699BC0 c dm800se emmtype=global, len=116, idx=0, cnt=2: blocked (0 ms) by dynamite
2012/04/15 23:55:19   699BC0 c dm800se emmtype=global, len=116, idx=0, cnt=3: blocked (0 ms) by dynamite
2012/04/15 23:55:21   699BC0 c dm800se (0500&022610/0000/6F6F/34:1E87): found (62 ms) by vplug

[Hotzenwalder]

OScam schijnt het niet zo nauw te nemen met de shareregels, zeker niet die vanaf CCcam. Wat zijn de aan te raden instellingen om twee Oscam servers te verbinden zodat je nog enige grip op het doorsharen hebt?
De constructie is momenteel... 1 OScam server met een Ziggo 0604 local <--> 1 OScam zonder local --> Client, dus backend - frontend - client. Als ik bepaal dat er maar een keer mag worden doorgeshared, dan mag die regel niet overruled worden in een andere OScam server. De twee OScam zijn via Newcamd verbonden. Als ik op de frontend onder CCcam de optie 'reshare' aanpas zie ik dat direct terug bij de entitlements. Het lijkt dus of de frontend het doorsharen beperkt, maar eigenlijk wil ik dat vanaf de backend beperken aangezien die frontend ook zomaar een andere OScam server zou kunnen zijn die via dezelde optie mijn kaarten weer onbeperkt kan doorsharen.
Welke constructie/instelling raden jullie aan om zelf in control te blijven van hoe je local wordt doorgeshared?

[HPPli]

OScam schijnt het niet zo nauw te nemen met de shareregels, zeker niet die vanaf CCcam. Wat zijn de aan te raden instellingen om twee Oscam servers te verbinden zodat je nog enige grip op het doorsharen hebt?
De constructie is momenteel... 1 OScam server met een Ziggo 0604 local <--> 1 OScam zonder local --> Client, dus backend - frontend - client. Als ik bepaal dat er maar een keer mag worden doorgeshared, dan mag die regel niet overruled worden in een andere OScam server. De twee OScam zijn via Newcamd verbonden. Als ik op de frontend onder CCcam de optie 'reshare' aanpas zie ik dat direct terug bij de entitlements. Het lijkt dus of de frontend het doorsharen beperkt, maar eigenlijk wil ik dat vanaf de backend beperken aangezien die frontend ook zomaar een andere OScam server zou kunnen zijn die via dezelde optie mijn kaarten weer onbeperkt kan doorsharen.
Welke constructie/instelling raden jullie aan om zelf in control te blijven van hoe je local wordt doorgeshared?

Snap er niets van, waarom 2x Oscam server en 1x client (backend - frontend - client ??????????? ) achter 2 Servers en maar spreken over 1x local Ziggo kaart ?

[Hotzenwalder]

4x Ziggo Local, maar goed... kun je als eigenaar van je locals via OScam beperkingen op doorsharen zetten of kan een andere OScam user dit altijd weer overrulen met bijvoorbeeld ignore_reshare?

[HPPli]

4x Ziggo Local, maar goed... kun je als eigenaar van je locals via OScam beperkingen op doorsharen zetten of kan een andere OScam user dit altijd weer overrulen met bijvoorbeeld ignore_reshare?

Met 2 Servers en een client hierachter ben jij diegene die dit uitstekent (zelf) kan testen !!!!!

[HPPli]

4x Ziggo Local, maar goed... kun je als eigenaar van je locals via OScam beperkingen op doorsharen zetten of kan een andere OScam user dit altijd weer overrulen met bijvoorbeeld ignore_reshare?

Met 2 Servers en een client hierachter ben jij diegene die dit uitstekent (zelf) kan testen !!!!!

Kijk even bij Oscam, hier staat;
0 = use reshare setting of server (default)
1 = use reshare setting of reader or user

[theparasol]

Hotzenwalder: helaas, elke server kan zijn eigen plan trekken en negeert op verzoek straal de doorshare regels van de aanleverende server.
Je kunt echter wel je eigen servers regels opstellen en daar een straf opzetten als de client zich er niet aan houdt.
In recente versies van deze week kun je in de webif ook prima zien hoeveel users er op 1 client lijntje tegelijk zitten.
Je zou de persoon van dat lijntje er op aan kunnen spreken maar je kunt ook een straf erop zetten dat hij bv fake controlwords aanlevert.

[deleted]

Kleine update omtrent mijn probleem, ik heb dus begin van het weekend bij de instellingen van mijn interne reader, het caid, AU Provid en ECM whitelist ingevuld, hierdoor wordt er enkel aan mijn kaart gevraagd wat ie zou moeten kunnen/kennen.

Dit heeft blijkbaar geholpen, want ik heb het probleem niet meer zien voorbijkomen(klopt op hout).

De melding "ERROR in IO_Serial_Read (errno=0 Success)" leek ook tevoorschijn te komen wanneer er een ECM werd gevraagd aan de kaart met caid 0100 maar van een andere provider, de melding met "write" erin, vermoed ik van dat deze voorkwam wanneer ie een emm wilde schrijven die niet voor de kaart was. Dit heb ik echter nooit icm de smargo zien gebeuren, maar de interne reader van de VUDUO slaat er blijkbaar van op tilt.


EDIT: en terwijl ik dit zit te typen, gebeurt het dus weer, negeer het bovenstaande dus maar

Edited by ocram, 16 April 2012 - 18:15.