invalid SID - verkeerde CAID

[Tonskidutch]

kun je niet meer onder files de dvbapi editen met die nieuwe oscam?

 

dan maar via de Ubuntu pC

[beeheap]

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).

[donpedro]

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).

 

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

 

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 

[pieter532]

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

29 mei 2016 aangepast door pieter532

[Kabeltje87]

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

[pieter532]

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.

[donpedro]

Natuurlijk kun je oscam.dvbapi editten met de webif.

 

Zie de aangehechte screenshot.

..........

 

Willy

 

Ja, daar zijn we hier ook achtergekomen 

[donpedro]

 

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 

 

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

29 mei 2016 aangepast door donpedro

[pieter532]

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 ...

[adri]

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?

[donpedro]

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

30 mei 2016 aangepast door donpedro

[Tonskidutch]

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

30 mei 2016 aangepast door Tonskidutch

[pieter532]

@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.

[pieter532]

@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?

30 mei 2016 aangepast door pieter532

[ceesv]

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.