57 replies to this topic

[cobus]

Jullie zijn echt wel slimme jongens! dat werkt nog makkelijker dan ik dacht (ik dacht echt veel te moeilijk)

Ook weer dank voor deze mooie optie pli zit nog steeds vol met dingen die ik niet ken of kende ondanks dat ik de image al gebruik vanaf de dm500 tijd (flubber, jade enz)

[littlesat]

Het heeft eigenlijk totaal geen zin om openwebif op een andere poort dan 80 te zetten... waarom zou je dat willen? Ordered router kan als je de openwebif al vanaf het www wilt delen (niet doen!) via de nat de poort ook al omzetten (van buiten 8080 en dan intern ip van je box poort 80). Voor kids een w8woord zetten is ook niet echt nodig (kan ook via de firewall of op de pc via het kids account)... maar is wel als extra te overwegen (ik hoopte dat dit niet echt nodig was dus had ik uit de specs gehaald).. hoe meer je in kunt stellen hoe meer er mis kan gaan

Edited by littlesat, 2 January 2019 - 21:58.

[WanWizard]

Daar ga jij toch helemaal niet over, of dat zin heeft of niet? Enigma / OpenWebif heeft die optie, en dus kun je niet aannemen dat het wel 80 zal zijn.

[HPPli]

Het heeft eigenlijk totaal geen zin om openwebif op een andere poort dan 80 te zetten... waarom zou je dat willen? Ordered router kan als je de openwebif al vanaf het www wilt delen (niet doen!) via de nat de poort ook al omzetten (van buiten 8080 en dan intern ip van je box poort 80). Voor kids een w8woord zetten is ook niet echt nodig (kan ook via de firewall of op de pc via het kids account)... maar is wel als extra te overwegen (ik hoopte dat dit niet echt nodig was dus had ik uit de specs gehaald).. hoe meer je in kunt stellen hoe meer er mis kan gaan

 

Belangrijkste detail voor de bediening/controleren van OpenPli RC7.0 vergeet je gemakshalve n.l.;

Bij opvragen van je timers kom je direct uit op de (remote) fallback STB, zou liever ook de eigen timers kunnen lezen. (dus beide timers kunnen inzien)

 

Als voorbeeld, bij de remote-timer plugin had ik kort groen indrukken de eigen timers en bij lang groen drukken de (remote) fallback STB.

[HPPli]

Daar ga jij toch helemaal niet over, of dat zin heeft of niet? Enigma / OpenWebif heeft die optie, en dus kun je niet aannemen dat het wel 80 zal zijn.

 

Inderdaad, de instelbare regels: HTTP-poort, Authenticatie en HTTPS kunnen volgens @littlesat eruit worden gesloopt tbv release OpenPli RC7.0    

 

Misschien ook kijken naar een optie;

Bij opvragen van je timers kom je direct uit op de (remote) fallback STB, zou liever ook de eigen timers kunnen lezen. (dus beide timers kunnen inzien)

 

Een Hotkey regel ????

Edited by HPPli, 2 January 2019 - 22:16.

[littlesat]

Het liefste sloopte ik die poort aanpassing gewoon uit openwebif! Https moet het gewoon doen.

Edited by littlesat, 2 January 2019 - 22:16.

[WanWizard]

Bij opvragen van je timers kom je direct uit op de (remote) fallback STB, zou liever ook de eigen timers kunnen lezen. (dus beide timers kunnen inzien)

 

Voor zover ik weet zie je ze allebei. Aan de kleur van de zender kun je zien of het een lokale (wit) of een remote (geel) is.

[WanWizard]

Het liefste sloopte ik die poort aanpassing gewoon uit openwebif!

 

Als je het maar laat! Het feit dat het voor jou onzinnig is wil nog niet zeggen dat dat voor de rest van de wereld ook zo is.

[littlesat]

Te veel opties levert alleen problemen op... ik houd wel van het Apple principe

Edited by littlesat, 2 January 2019 - 22:18.

[HPPli]

 

Bij opvragen van je timers kom je direct uit op de (remote) fallback STB, zou liever ook de eigen timers kunnen lezen. (dus beide timers kunnen inzien)

 

Voor zover ik weet zie je ze allebei. Aan de kleur van de zender kun je zien of het een lokale (wit) of een remote (geel) is.

 

Die heb ik nog niet gezien en/of kleuren waargenomen !

 

Bij mij zijn alle regels wit, maar ze staan inderdaad in het timer overzicht.

Edited by HPPli, 2 January 2019 - 22:20.

[WanWizard]

Ik niet. Een van de redenen waarom ik mogelijk nog allergischer ben voor Apple dan voor Microsoft.

[littlesat]

Als je een pure cliënt box hebt dan wil je zo wie zo alle timers op de server box proggen zodat de stream niet van je server box naar de cliënt gestreamd wordt en dan weer van de cliënt naar de nas (of terug naar de hdd in de server box).... liever dan zo weinig mogelijk schakels tussen de bron en harddisk/nas lijkt me....

[Frenske]

Ik heb dit topic maar even op slot gegooid om te voorkomen dat de discussie tussen twee eigen leden gaat escaleren. Als beiden afgekoeld zijn kunnen zij deze discussie mooi in het development deel verder voeren.

Edit: En na een nachtje slapen maar weer geopend.

[Erik Slagter]

Ik ben inderdaad wel benieuwd wat de mensen van OWIF in gedachten hebben gehad waarom je de listen port kunt aanpassen. Het enige wat ik me kan bedenken is dat je een alternatieve web server wilt draaien en dat die op poort 80 moet draaien. Dan ga je OWIF op een andere poort moeten draaien. Maar in dat geval vallen er nog veel meer dingen om (o.a. streamproxy) dus ik kan het niet echt aanraden.

[littlesat]

In ieder geval voor develop heb ik een aanpassing gemaakt waarmee de userid/wachtwoord en poort is in te stellen voor de OpenWebIf access in de fallback tuner/timer.... zoals je kunt zien is dit een aardige uitbreiding wat verklaart waarom het niet meteen in het eerste design (Mei 2018) was meegenomen, maar ik heb het ondertussen ff gemaakt.

 

https://github.com/O...fc15e6824bd7d03

 

Met de hand in /etc/enigma2/settings de url aanpassen aan http://userid:wachtw...x:poortvanwebif kan nooit werken...(zie wat ik met headers moest doen - dus voor de aanpassing van userid en wachtwoord is deze grotere patch noodzakelijk). In de config staat namelijk ook de poort van de stream. Standaard wordt daar de poort vanaf gehaald om de URL van de openwebif van de fallback tuner te bepalen die altijd standaard 80 was, dus dat kon gewoon. Trouwens die poort aanpassing was eigenlijk nog de makkelijkste.

 

Ik blijf er bij dat te veel instellingen mogelijk maken e.e.a. alleen maar complexer kan maken. Bij elke toevoeging is het weer een extra mogelijkheid dat er voor iets of iemand iets weer niet werkt.(of die nu handig of onhandig is, niet gebruikt of nooit gebruikt.... als hij er is, is er altijd weer iemand te vinden die het gebruikt)... daarom moet je voorzichtig zijn met te veel features en instellingen toe te voegen.

 

Dus maar weer iets gemaakt wat ik eigenlijk zelf nooit gebruik....  Maar 'kheb er wel van geleerd

Edited by littlesat, 3 January 2019 - 12:02.

[HPPli]

Ik ben inderdaad wel benieuwd wat de mensen van OWIF in gedachten hebben gehad waarom je de listen port kunt aanpassen. Het enige wat ik me kan bedenken is dat je een alternatieve web server wilt draaien en dat die op poort 80 moet draaien. Dan ga je OWIF op een andere poort moeten draaien. Maar in dat geval vallen er nog veel meer dingen om (o.a. streamproxy) dus ik kan het niet echt aanraden.

 

OWIF vanuit het WWW is zeker niet aan te raden en door mij dan ook niet van toepassing. Wel krijg ik enorme negatieve kriebels als we zo'n standaard en algemene poort gebruiken zoals poort 80.

De gezamenlijke developers van de OWIF hebben mijn inziens wel terecht de poortkeuze instelbaar gemaakt c.q. ontworpen, derhalve is het vreemd dat OpenPli die poortkeuze hierop tot aan vanmorgen 

( https://github.com/O...fc15e6824bd7d03 ) niet hadden opgenomen in de develop van de fallbacktuner // fallbacktimet // fallbackepg.

 

Indien men toch OWIF en/of streamproxy wilt gaan draaien naar het WWW kan uitstekend en op een veilige manier worden toegepast mits men dit gaat doen via een "echte" VPN of mediaserver zoals Emby.

[Erik Slagter]

Denk je echt dat het veranderen van een poortnummer enige bescherming biedt?

 

Als je vanaf internet per sé een andere poort wilt gebruiken (voor andere redenen) dan stel je op je router/firewall een poort translatie in, daar heeft de OWIF geen rol in.

[HPPli]

Denk je echt dat het veranderen van een poortnummer enige bescherming biedt?

 

 

Had het niet over bescherming als zodanig, zei dus : "Wel krijg ik enorme negatieve kriebels als we zo'n standaard en algemene poort gebruiken zoals poort 80". Dus dat OpenPli7.0RC poort 80 vast heeft ingebakken (tot gisteren) voor de mooie en nieuwe FallbackTimer & FallbackEPG  functie.

 

 

Als je vanaf internet per sé een andere poort wilt gebruiken (voor andere redenen) dan stel je op je router/firewall een poort translatie in, daar heeft de OWIF geen rol in.

 

Vanaf WWW een andere poort forwarden om je OWIF te bereiken was ook niet mijn boodschap en/of idee   

Ik zei; "Indien men toch OWIF en/of streamproxy wilt gaan draaien naar het WWW kan dit uitstekend en op een veilige manier worden toegepast, mits men dit gaat doen via een "echte" VPN of mediaserver zoals Emby."

 

Kortom, het ging meer over OpenPli 7.0RC waarin je dus bij de OWIF de poort kunt instellen en vervolgens deze poort-instelbaarheid je (nog) niet had toegepast in de FallbackTimer & FallbackEPG functies.

Het hele "poort openzetten" naar het WWW is het gedeelte wat jullie (enkele developers  ) er telkens bijhalen om het eerste idee ("vastzetten" van poort 80) bij de FallbackTimer & FallbackEPG functies te verbloemen.

 

Hoeft toch niet, inmiddels heeft je collega @littlesat de poortkeuze voor het gehele Fallback gebeuren in overeenstemming gebracht met de poortkeuze van de OWIF !!!!!

En daarvoor mijn complimenten aan het OpenPli team.