Ve verzi 1.5.1 je díky @sedlin2: přidaná zpětné přehrání a možnost zapnutí ověření jménem a heslem (v nastavení auth_user a auth_pass). Berte to jako opravdu základní ochranu, a stále platí doporučení Oneplay Server nevystavovat do internetu. Pokud budete přistupovat k Oneplay Serveru z jiné sítě a nebude zapnuté ověření, zobrazí se varování. Po změně je potřeba znovu načíst playlist, protože jsou přihlašovací údaje pak i součást URL streamu.
Kromě toho je vrácená možnost přetáčení u live streamů a opravené problému u catchupu u některých kanálů. Kdybyste někdo narazil na nějaký problém, dejte vědět.
mám návrh na malé rozšírenie basic autentizácie z 1.5.1. Pridal som whitelist IP adries, ktoré sa k Oneplay Serveru pripoja bez zadávania mena a hesla, kým všetci ostatní sa musia prihlásiť ako doteraz.
Hodí sa to, keď je zapnuté prihlasovanie (auth_user/auth_pass), ale na konkrétne lokálne klienty (napr. TVheadend alebo iný kontajner v rovnakej sieti) človek nechce riešiť meno a heslo pri každom volaní.
Funguje to tak, že do config.txt pribudne nová položka auth_whitelist. Ak je IP klienta v zozname, autentizácia sa preňho preskočí. Viac IP sa oddelí čiarkou:
auth_user: meno
auth_pass: heslo
auth_whitelist: 192.168.1.50
alebo viac adries:
auth_whitelist: 192.168.1.50,192.168.1.51
Úprava je v resources/lib/web.py v hooku check_basic_auth - pred kontrolou hlavičky Authorization sa porovná REMOTE_ADDR klienta proti zoznamu. Keďže sa kontroluje reálna IP spojenia, pri prístupe cez reverse proxy bude REMOTE_ADDR adresa proxy, nie klienta - to by si chcel asi ešte ošetriť, prípadne nechať na používateļovi, aby do whitelistu dal IP proxy.
@andrebas: možnost nastavení whitelistu je přidaná do verze 1.5.2. Seznam se nastavuje v proměnné ip_whitelist a kromě IP adres může obsahovat i sítě (v CIDR formátu). Nebudeš si to muset upravovat při každém updatu
Ahoj,
slo by pridat nejake filtrovani kanalu? Pokud mam napr. Oneplay Maximum a programy pro dospele - tak nejak bych tyto kanaly(byt chranene PINem) rad na Kodi v obyvacim pokoji(pres simple IPTV) nejak "zneviditelnil". Myslim, ze i pripadne vyfiltrovani kanalu, ktere v zasade nesleduji by melo za nasledek vice prehledny(cistci) playlist.
@chinpokomon1338: nevím, kde playlist z Oneplay Server používáš, ale práci s kanály bych řešil tam, jestli je to možné. Pro použití v Kodi bych doporučil použít videodoplněk Oneplay, který vytváření skupin kanálů umožňuje. Ve Oneplay Serveru by to bylo komplikovanější, i když třeba na to také v nějaké omezené podobě nakonec dojde.
(01.6.2026, 20:46)waladir Napsal(a): @chinpokomon1338: když je dneska ten Den dětí, tak ve verzi 1.5.3 je přidaná možnost disablování kanálů v playlistu.
@waladir Diky moc!
Velmi ocenuji tvuj user-friendly pristup. Detail a duvod meho setupu posilam radeji v SZ - nerad bych tady verejne prozrazoval nektera "temna" technologicka zakouti Oneplay platformy... :)
po přechodu OnePlay na nové API (v1.11+) přestal u některých účtů fungovat Oneplay Server v TVHeadendu. V logu (systemd journal) typicky padal KeyError: 'accounts' při loginu, případně rate limit „Překročený počet povolených pokusů o přihlášení“.
Příčina: API u kroku ShowAccountChooserStep vrací účty v poli step.groups[].accounts, ne přímo v step.accounts. Typicky to postihne účty s více službami pod jedním loginem (např. po migraci O2/Voyo).
Co oprava řeší:
- parsování step.groups[].accounts + výběr služby přes poradi_sluzby v config.txt
- srozumitelnější chyby v logu místo Python tracebacku (sys.exit)
- cooldown po neúspěšném loginu, aby TVHeadend nespamoval API
Testováno na TVHeadendu + systemd: login, /playlist, /epg, stream redirect — OK.
@oldx: díky moc. PR nakonec mergovat nebudu, rád si to dělám po svém. Načítání účtů je upravené ve verzi 1.5.5. Časem plánuju přepsaní Oneplay Serveru, podobně jako jsem to dělal u doplňku. To se dotkne mj. i logování a případně tam reimplementuju i další úpravy.
Ve verzi 1.5.6 je možné do playlistu přidat skupinu kanálů v url /playlist/group/<jméno skupiny>. Jako jméno je potřeba použít jedno slovo bez speciálních znaků. Opravil jsem ještě chování při disablování kanálů, které dělalo problémy např. po resetu kanálů, pokud byly disablované předtím. Kanál pak nešel znovu disablovat.
@JakubFojtik: můžu se na to podívat, ale zkus popsat, kdy a co se konkrétně děje. Vestavěný web server není vícevláknový, dokáže tak vyřídit jen jeden požadavek naráz. Pokud se některé volání zasekne, může to být problém. Zkus nějak detailně popsat co máš za problém.
Ve verzi 1.6.0 je automatické ošetření změn verze API (už nebude potřeba měnit kód) a upravené volání. Přidal jsem i logování vrácených dat při volání API, nezávisle na tom, jestli je zapnutý debug nebo není.
