Ga naar inhoud


Aanbevolen berichten


Geplaatst:

Inderdaad ... dat kan niet via de WebIF.

Hiervoor zal je via een andere programma een aangemaakt file moeten uploaden, of aanpassen.

 

Maar binnen de WebIF van Oscam kun je wel zien wat er in de betreffende files staat, als ze aanwezig zijn, maar aanpassen gaat helaas 'nog' niet.

 

Hoe kom je daar nou bij? Je kunt in de WebIf alle files bewerken onder de tab Files behalve oscam.version (logisch want geeft alleen info weer over de versie van OSCam en de daarin bij de compilatie ingebakken opties) en de 3 logbestanden AC Log, logfile en userfile (logisch want zijn logbestanden).

Geplaatst:

Hoe kom je daar nou bij? Je kunt in de WebIf alle files bewerken onder de tab Files behalve oscam.version (logisch want geeft alleen info weer over de versie van OSCam en de daarin bij de compilatie ingebakken opties) en de 3 logbestanden AC Log, logfile en userfile (logisch want zijn logbestanden).

 

:whistle:  ... nu ik iets verder kijk dan mijn eigenwijze neus lang is ... inderdaad  :crazy:

 

Komt denk ik door de grijze kleurstelling die men gebruikt in dat textarea, die voor mij een beetje leek/lijkt op een soort van READ ONLY .. zoals normaal in andere omgevingen.

 

Komt denk ik ook dat ik alles doe via de File Edit mode in Filezilla  :D

VU+ Zero & VU+ Solo2 - VTi 11.x  Unstable Oscam 11xxxx  MacBook Pro Ubuntu 16.04LTS

Geplaatst: (aangepast)

Bedankt allen voor jullie reacties.

 

De client vraag de ongewenste CAID niet meer op.

Helaas is een nieuw probleem geintroduceerd :(

 

Timeout problemen op de client. En op de server zie ik geen logging van de onderstaande (timeout) request.

Deze problemen bestonden reeds en ik was in de veronderstelling dat met de verkeerde CAID te maken had.

 

=== client logging ===

  • 2016/05/29 16:05:45 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:9A86980C7A78342A0E34A39B57503E93): timeout (5000 ms) by Hoofdbox - Rai 1 HD
  • 2016/05/29 16:05:50 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:E613BD6E7BE55B447CC4DD9E3AC9890E): timeout (5001 ms) by Hoofdbox - Rai 1 HD
  • 2016/05/29 16:05:50 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:E613BD6E7BE55B447CC4DD9E3AC9890E): not found (4403 ms) by Hoofdbox - Rai 1 HD
  • 2016/05/29 16:05:50 6410EE3E c (dvbapi) Demuxer 0 restarting decodingrequests after 0 ms with 1 enabled and 1 disabled ecmpids!
  • 2016/05/29 16:05:50 6410EE3E c (dvbapi) Demuxer 0 trying to descramble PID 0 CAID 183D PROVID 000000 ECMPID 1081 ANY CHID PMTPID 0450 VPID 0200
  • 2016/05/29 16:05:55 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:E613BD6E7BE55B447CC4DD9E3AC9890E): timeout (5001 ms) by Hoofdbox - Rai 1 HD
  • 2016/05/29 16:06:00 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:665271D94788E896F95674376287F11E): timeout (5001 ms) by Hoofdbox - Rai 1 HD
  • 2016/05/29 16:06:00 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:665271D94788E896F95674376287F11E): not found (4400 ms) by Hoofdbox - Rai 1 HD
  • 2016/05/29 16:06:00 6410EE3E c (dvbapi) Demuxer 0 restarting decodingrequests after 0 ms with 1 enabled and 1 disabled ecmpids!
  • 2016/05/29 16:06:00 6410EE3E c (dvbapi) Demuxer 0 trying to descramble PID 0 CAID 183D PROVID 000000 ECMPID 1081 ANY CHID PMTPID 0450 VPID 0200
  • 2016/05/29 16:06:05 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:665271D94788E896F95674376287F11E): timeout (5001 ms) by Hoofdbox - Rai 1 HD
  • 2016/05/29 16:06:10 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:D945CE001A654549D6FB9A5AC353E21F): timeout (5000 ms) by Hoofdbox - Rai 1 HD
  • 2016/05/29 16:06:10 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:D945CE001A654549D6FB9A5AC353E21F): not found (4301 ms) by Hoofdbox - Rai 1 HD
aangepast door pieter532

[VU+ Uno 4k SE 9.0] [VU+ ZERO 4k OpenPli 9.0] [ET7000 OpenPli 8.x]

[Cahors BiG BiSAT - 1.9E, 9E, 13E, 19.2E, 23.5E, 28.2E & 5W]

[Diseqc switch - 2x Edison 10/1] [Diseqc switch - 1x Maximum 4/1]

[1.9E & 9E - 2x LNB Alps Twin] [13E, 23.5E & 28.2E - 3x LNB Evo Quad] [19.2E - LNB Alps Quad] [5W - LNB Inverto Black Ultra Twin]

Geplaatst:

Natuurlijk kun je oscam.dvbapi editten met de webif.

 

Zie de aangehechte screenshot.

 

Deze time-out van 183D kan niet veroorzaakt zijn door de Ignore statements die ik hiervoor gaf.  Die hebben enkle betrekking op de CAID's

I:0919

I:093B

I:09CD

 

en niet voor 183D

 

Willy

post-45567-0-21013200-1464534170_thumb.jpg

~~Rytec Team~~
Mutant HD-2400 /  OpenPli en Maxytec-Multibox SE / OpenPli (mediaspeler)
VU+ Duo / OpenPli en Synology NAS
*All Rytec EPG POWERED*

Geplaatst:

Ik denk ook dat de ignores niet de oorzaak zijn van de timeouts.

Ik denk dat ik Xtrend boxen fysiek ga uitwisselen om iets meer te kunnen bepalen.

[VU+ Uno 4k SE 9.0] [VU+ ZERO 4k OpenPli 9.0] [ET7000 OpenPli 8.x]

[Cahors BiG BiSAT - 1.9E, 9E, 13E, 19.2E, 23.5E, 28.2E & 5W]

[Diseqc switch - 2x Edison 10/1] [Diseqc switch - 1x Maximum 4/1]

[1.9E & 9E - 2x LNB Alps Twin] [13E, 23.5E & 28.2E - 3x LNB Evo Quad] [19.2E - LNB Alps Quad] [5W - LNB Inverto Black Ultra Twin]

Geplaatst:

Natuurlijk kun je oscam.dvbapi editten met de webif.

 

Zie de aangehechte screenshot.

..........

 

Willy

 

Ja, daar zijn we hier ook achtergekomen  :lol:

VU+ Zero & VU+ Solo2 - VTi 11.x  Unstable Oscam 11xxxx  MacBook Pro Ubuntu 16.04LTS

Geplaatst: (aangepast)

 

Bedankt allen voor jullie reacties.

 

De client vraag de ongewenste CAID niet meer op.

Helaas is een nieuw probleem geintroduceerd :(

 

Timeout problemen op de client. En op de server zie ik geen logging van de onderstaande (timeout) request.

Deze problemen bestonden reeds en ik was in de veronderstelling dat met de verkeerde CAID te maken had.

 

=== client logging ===

  • 2016/05/29 16:05:45 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:9A86980C7A78342A0E34A39B57503E93): timeout (5000 ms) by Hoofdbox - Rai 1 HD
  • 2016/05/29 16:05:50 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:E613BD6E7BE55B447CC4DD9E3AC9890E): timeout (5001 ms) by Hoofdbox - Rai 1 HD
  • 2016/05/29 16:05:50 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:E613BD6E7BE55B447CC4DD9E3AC9890E): not found (4403 ms) by Hoofdbox - Rai 1 HD
  • 2016/05/29 16:05:50 6410EE3E c (dvbapi) Demuxer 0 restarting decodingrequests after 0 ms with 1 enabled and 1 disabled ecmpids!
  • 2016/05/29 16:05:50 6410EE3E c (dvbapi) Demuxer 0 trying to descramble PID 0 CAID 183D PROVID 000000 ECMPID 1081 ANY CHID PMTPID 0450 VPID 0200
  • 2016/05/29 16:05:55 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:E613BD6E7BE55B447CC4DD9E3AC9890E): timeout (5001 ms) by Hoofdbox - Rai 1 HD
  • 2016/05/29 16:06:00 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:665271D94788E896F95674376287F11E): timeout (5001 ms) by Hoofdbox - Rai 1 HD
  • 2016/05/29 16:06:00 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:665271D94788E896F95674376287F11E): not found (4400 ms) by Hoofdbox - Rai 1 HD
  • 2016/05/29 16:06:00 6410EE3E c (dvbapi) Demuxer 0 restarting decodingrequests after 0 ms with 1 enabled and 1 disabled ecmpids!
  • 2016/05/29 16:06:00 6410EE3E c (dvbapi) Demuxer 0 trying to descramble PID 0 CAID 183D PROVID 000000 ECMPID 1081 ANY CHID PMTPID 0450 VPID 0200
  • 2016/05/29 16:06:05 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:665271D94788E896F95674376287F11E): timeout (5001 ms) by Hoofdbox - Rai 1 HD
  • 2016/05/29 16:06:10 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:D945CE001A654549D6FB9A5AC353E21F): timeout (5000 ms) by Hoofdbox - Rai 1 HD
  • 2016/05/29 16:06:10 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:D945CE001A654549D6FB9A5AC353E21F): not found (4301 ms) by Hoofdbox - Rai 1 HD

 

 

Raar dat je in de serverlog geen fouten ziet, of zelfs de client geen inputs in de log schrijft.

 

Elke request naar de kaart zou zeker in het logfile van de server moeten staan.

Dit bovenstaande logfile is dat nu van een CLIENT- of van de SERVER-box?

 

 

Heb namelijk het idee dat ik naar een CLIENT-box zit te kijken ... dat terwijl er Hoofdbox staat  :crazy:

 

Werkt het geheel wel op de SERVER-box ?

En als het daar ook niet werkt, dan eerst dat probleem oplossen.

 

Controleer ook: 

 

1. USERNAME onder [account] in het oscam.user file op de SERVER-box overeenkomt met de USER in het oscam.server file op de CLIENT-box

2. PASSWORDS onder [account] in het oscam.user file op de SERVER-box overeenkomt met de PASSWORD in het oscam.server file op de CLIENT-box

3. GROUP toewijzing van [readers] op de SERVER overeenkomt met gegevens op de CLIENT

aangepast door donpedro

VU+ Zero & VU+ Solo2 - VTi 11.x  Unstable Oscam 11xxxx  MacBook Pro Ubuntu 16.04LTS

Geplaatst:

Ik vind het ook vreemd dat de client op tijdstip x een timeout aangeeft en logging op de server op tijdstip x geen request registratie heeft. Ik interpreteer dit als geen request ontvangen. 

 

De bovenstaande logfile is van de (probleem) client. Deze client is niet een LAN client (zit een router/firewall, Internet en Horizon-box tussen).

De server werkt gewoon goed en een andere (LAN) client werk ook gewoon goed.

 

De usernaam, wachtwoord en groep zijn in orde (net gecontroleerd) waarbij ik de server instellingen vergelijk met de client instellingen. 

 

Ik wil de goed werkende client verplaatsen en vaststellen hoe dit gaat werken ...

[VU+ Uno 4k SE 9.0] [VU+ ZERO 4k OpenPli 9.0] [ET7000 OpenPli 8.x]

[Cahors BiG BiSAT - 1.9E, 9E, 13E, 19.2E, 23.5E, 28.2E & 5W]

[Diseqc switch - 2x Edison 10/1] [Diseqc switch - 1x Maximum 4/1]

[1.9E & 9E - 2x LNB Alps Twin] [13E, 23.5E & 28.2E - 3x LNB Evo Quad] [19.2E - LNB Alps Quad] [5W - LNB Inverto Black Ultra Twin]

Geplaatst:

De bovenstaande logfile is van de (probleem) client. Deze client is niet een LAN client (zit een router/firewall, Internet en Horizon-box tussen).

De server werkt gewoon goed en een andere (LAN) client werk ook gewoon goed.

 

 

Ik vermoed netwerk problemen tussen client en server, waardoor de requests op de server niet ontvangen worden.

Kan je client de server pingen?

Geplaatst: (aangepast)

Wat Adri ook al aangeeft.

 

Als je binnen de WebIF van de SERVER-box kijkt op de user tab, is dan de CLIENT ook groen en in de kolom status/adress staat het IP-adress van de CLIENT + CONNECTED (zie plaatje)?

 

NOTE: De Solo2 is bij mij de SERVER en de Zero is de CLIENT op de Wifi.

Oscam versie hier is 11209

post-45009-0-46576300-1464599850.png

aangepast door donpedro

VU+ Zero & VU+ Solo2 - VTi 11.x  Unstable Oscam 11xxxx  MacBook Pro Ubuntu 16.04LTS

Geplaatst: (aangepast)

Ook dat is belangrijk, dat ze een juiste STATUS hebben.

en het geheim is natuurlijk wat voor config de cleint heeft bij Pieter532

 

ik maakte per kaart een eigen group

en dus was de client soms voor meerdere groups gerechtigd maar enkel met een protocol

 

en vooral CCcam clients wil je niet vermengen met je cs378x (want die lullen enkel veel te veel en vragen veel te veel )

als ik bericht #24 lees lijkt er iets niet zuiver qua regels

aangepast door Tonskidutch

Dark & Long ,  Drift 2 Dark Train

Underworld

 

Geplaatst:

@DonPedro

 

Ik zie via de interface een 'groene' aansluiting. Zie bijlage voor de screenshot van de server.

Heb wel het externe IP nummer van de client gemaskeerd.

post-36209-0-93609400-1464617525.png

[VU+ Uno 4k SE 9.0] [VU+ ZERO 4k OpenPli 9.0] [ET7000 OpenPli 8.x]

[Cahors BiG BiSAT - 1.9E, 9E, 13E, 19.2E, 23.5E, 28.2E & 5W]

[Diseqc switch - 2x Edison 10/1] [Diseqc switch - 1x Maximum 4/1]

[1.9E & 9E - 2x LNB Alps Twin] [13E, 23.5E & 28.2E - 3x LNB Evo Quad] [19.2E - LNB Alps Quad] [5W - LNB Inverto Black Ultra Twin]

Geplaatst: (aangepast)

@Tonskidutch

Ik heb twee kaartjes in de server CD (groep 1) en Tivusat (groep 2).

User10 heeft rechten op groep 2.

Alle users gebruiken het protocol cs378x (muv user dvbapiau).

 

En op de server heb ik het volgende in de oscam.user bestand staan (andere accounts heb ik weggelaten).

 
[account]
user                       = user10
pwd                        = <wachtwoord>
description                = ET7500
caid                       = 183D
group                      = 2
services                   = tivusat
 
Wat bedoel je precies met "als ik bericht #24 lees lijkt er iets niet zuiver qua regels". 
Welke regels bedoel je?
aangepast door pieter532

[VU+ Uno 4k SE 9.0] [VU+ ZERO 4k OpenPli 9.0] [ET7000 OpenPli 8.x]

[Cahors BiG BiSAT - 1.9E, 9E, 13E, 19.2E, 23.5E, 28.2E & 5W]

[Diseqc switch - 2x Edison 10/1] [Diseqc switch - 1x Maximum 4/1]

[1.9E & 9E - 2x LNB Alps Twin] [13E, 23.5E & 28.2E - 3x LNB Evo Quad] [19.2E - LNB Alps Quad] [5W - LNB Inverto Black Ultra Twin]

  • Moderator
Geplaatst:

Ik vind het ook vreemd dat de client op tijdstip x een timeout aangeeft en logging op de server op tijdstip x geen request registratie heeft. Ik interpreteer dit als geen request ontvangen. 

 

De bovenstaande logfile is van de (probleem) client. Deze client is niet een LAN client (zit een router/firewall, Internet en Horizon-box tussen).

De server werkt gewoon goed en een andere (LAN) client werk ook gewoon goed.

 

De usernaam, wachtwoord en groep zijn in orde (net gecontroleerd) waarbij ik de server instellingen vergelijk met de client instellingen. 

 

Ik wil de goed werkende client verplaatsen en vaststellen hoe dit gaat werken ...

De huisregels, die discussie over wan sharing niet toestaan.

Gaat niet bestaat niet!            65" 4-K OLED,  Vu+ Duo 4K SE BT, Vu+ Solo 4K, Rebox-8500, Rebox-8000, Wavefrontier T-90, Satlook Digital NIT, Megasat HD5 Combo

Gebruik je een advertentie blocker? Maak dan een uitzondering voor onze website. Zonder advertentie (inkomsten) kan deze site niet voortbestaan.

Gast
Dit onderwerp is nu gesloten voor nieuwe reacties.
×
×
  • Nieuwe aanmaken...