BGPVR Ръководство за оператора
Ръководство за оператора

Служебни профили

Страница само за администратори за делегиран достъп: многократно използваеми профили с права, служебните профили, които ги ползват, и пълния списък с администраторски профили с двуфакторна автентикация. Три раздела: „Профили с права“, „Служебни профили“ и „Администратори“.

На тази страница
  1. Създаване на профил с права
  2. Създаване на служителски вход
  3. Какво може и какво не може служителски вход
  4. Временно спиране на служител, без да го изтривате
  5. Добавяне или премахване на администраторски профил
  6. Защита на собствения администраторски вход с 2FA
  7. Възстановяване на администратор, загубил приложението си за автентикация
  8. Вижда приходите и Въвежда плащания (2.9.401)
  9. Права за Библиотеката при служителите (2.9.447)
  10. Какво може да отваря всяка роля на служител (2.9.452)
  11. Пароли, събития при вход и кодът за настройка (2.9.490)
  12. Внимание

Създаване на профил с права

Служители → раздел „Профили с права“ → „Добави профил“ (горе вдясно) → задайте „Име на профил“ (плейсхолдър: напр. Поддръжка) и отметнете правата, които искате да дадете, след което запишете. Реалните права са: Управление на клиенти, Управление на канали, Управление на релей стриймове, Управление на DVR, Управление на филми, Управление на сериали, Управление на събития на живо, Управление на пакети, Управление на профили за стрийм, Управление на EPG и Промо кампании (реклами). Всяка карта на профил изброява дадените права като баджове; моливът редактира, кошчето изтрива.

Създаване на служителски вход

Служители → раздел „Служебни профили“ → „Добави служебен профил“ → Потребителско име, Парола (минимум 6 символа), „Профил с права“ (или „— Без профил —“) и „Служебният профил е активен“. При редакция на съществуващ служебен профил полето за парола остава празно, за да се запази текущата. Таблицата показва името на профила и статус Активен / Деактивиран.

Какво може и какво не може служителски вход

Страничното меню показва на служителския вход само разделите, които профилът му с права позволява, а всяка промяна, която служителски вход прави, се проверява спрямо този профил: например вход само с „Управление на клиенти“ може да променя клиенти, съобщения и настройките за регистрация, но не и канали. Промяна извън профила се отказва с „Permission denied“. Всеки служителски вход все пак може да публикува съобщения на оператора, да изчиства неизползваните буфери за връщане назад и да пуска „Стартирай сега“ на монитора за здраве на потоците в „Наблюдение › Технически“, да ползва проверката на сигнала в „Табло“ и да изключва автоматизиран клиент в „Анализи“; за запис на настройките на монитора е нужно „Управление на канали“ или „Управление на релей стриймове“. Независимо от профила, следното остава само за администратор: администраторските профили (списък, добавяне, изтриване, смяна на парола), служебните профили и профилите с права; активирането и деактивирането на лиценза (служителите виждат нивото на лиценза, а ключа — маскиран); Softcam; API ключовете и тайният ключ за уебхукове; архивите; окончателното изтриване на абонатни профили и маркирането им като неактивни (разделът „Неактивни / Изчистване“ в „Клиенти“ е скрит за служителите); пътищата за съхранение на сървъра (timeshift, DVR записи, Библиотека, кеш за VOD HLS, сериали, папка за архиви, файл с бисквитки за YouTube, camd.socket); EPG магазинът, добавянето на EPG източник от тип грабер или смяната на командата му, както и задаването на адрес на EPG източник, който не е http(s) URL; ръчното добавяне на AI задачи и AI чатът; отметката „Порнографско съдържание“ на канал; а във Възли — SSH тунелите, достъпът до хоста, терминалът на възела и „Одит на терминала“, „Тествай“, „Премахни“ и изпращането на задачи към възел. Служителите продължават да виждат списъка с възли и състоянието им („Наблюдение › Технически“), а тези с „Управление на EPG“ могат да добавят и променят XMLTV източници, чийто адрес е http(s) URL (ТВ програма → „EPG източници“). Тайните настройки стигат до служителския вход маскирани (********), а служителите не могат да сменят тайните ключове, с които се проверяват входящите уебхукове, известията от платежните системи и кодовете за покана. Служителите с „Управление на клиенти“ могат да въведат или поправят датата на раждане на клиент по негова молба, но никога не я виждат.

Временно спиране на служител, без да го изтривате

Служители → Служебни профили → молива на съответния ред → махнете отметката „Служебният профил е активен“ → запишете. Редът минава в „Деактивиран“ и входът спира да работи, а самият служебен профил и връзката му с профила с права се запазват. Използвайте кошчето само за окончателно премахване (диалогът за потвърждение изписва името на потребителя).

Добавяне или премахване на администраторски профил

Служители → раздел „Администратори“ → „Добави администратор“ → Потребителско име + Парола. С „Смени парола“ на реда нулирате паролата на даден администратор, а с кошчето го изтривате. Първият именуван администратор, който създадете, извежда от употреба вградения администраторски профил по подразбиране admin, като го изтрива (освен ако не наречете новия профил „admin“ — тогава просто се премахва флагът по подразбиране).

Защита на собствения администраторски вход с 2FA

Служители → Администратори → бутонът „2FA“, който се показва САМО на ВАШИЯ ред → „Set Up Authenticator App“ (модалните прозорци за 2FA са на английски) → сканирайте QR кода (или копирайте ръчния ключ) в Google Authenticator/Authy/1Password → въведете 6-цифрения код → „Enable 2FA“. Осемте резервни кода се показват еднократно и никога повече. След това същият бутон предлага „Regenerate Recovery Codes“ (обезсилва всички съществуващи) и „Disable Two-Factor Authentication“ (изисква TOTP код или резервен код). Бадж-щит до потребителското име означава, че 2FA е включена.

Възстановяване на администратор, загубил приложението си за автентикация

Служители → Администратори → „Reset 2FA“ на реда на този администратор (показва се само за ДРУГИ администратори с включена 2FA) → потвърдете. След това той може да влезе само с паролата си, докато не настрои 2FA наново. Върху себе си не можете да го приложите — за собствения си администраторски профил използвайте Disable-потока зад бутона „2FA“, който изисква код.

Вижда приходите и Въвежда плащания (2.9.401)

„Вижда приходите“ отваря „Приходи“, раздела „Плащания“ на клиента и CSV износа, само за преглед. „Въвежда плащания“ въвежда плащания в брой и по банка и отказва или връща въведените от него до 24 часа (администраторите винаги). Отнето право, спрян, изтрит или преименуван вход спира веднага (човекът влиза отново).

Права за Библиотеката при служителите (2.9.447)

„Библиотека“ иска едно от двете права: „Управление на филми“ (досега „Управление на VOD библиотека“) или „Управление на сериали“. Те остават отделни права и нито един профил не се променя. Служителският вход вижда само разделите, за които има право, така че с едно право вижда един раздел, а стара връзка към другия го отвежда в неговия.

Какво може да отваря всяка роля на служител (2.9.452)

Сървърът вече проверява правата на служебния вход и когато той чете, а не само когато променя нещо. Страница или раздел е отворен за входовете, чието странично меню го показва: „Клиенти“, „Регистрация и препоръки“ и всеки списък с клиенти искат „Управление на клиенти“ (също разделът „Клиенти“ на пакет), „Канали“ — „Управление на канали“, „Записи“ — „Управление на DVR“, „Филми“ — „Управление на филми“, „Сериали“ — „Управление на сериали“, „Събития на живо“ — „Управление на събития на живо“, „Пакети“ и „Абонаментни планове“ — „Управление на пакети“, „Приходи“ — „Вижда приходите“. Всеки служебен вход запазва „Табло“, „Наблюдение“, „ТВ програма“, „Анализи“, „Устройства“, „Съобщения“ и „Поддръжка“, както и малките списъци за избор на тези страници (канали, пакети, профили за стрийм, профили на запис). „Настройки“, „Тунери“, „Възли“, „EPG мениджър“, „Служители“ и „Лиценз“ остават за администратор. Когато служебен вход отвори нещо извън ролята си, страницата спокойно казва „Вашата роля не може да отвори това“; правото се дава в „Служители“ → профилите с права. Входовете без „Управление на клиенти“ вече не получават имената на клиентите в избора на „Съобщения“ и „Поддръжка“ и в търсенето на клиент при разпределяне на STB, а списъкът със записите в ход иска „Управление на DVR“. Администраторите не са засегнати, нито приложенията на зрителите, „Моят профил“, Kodi, MAG и Xtream.

Пароли, събития при вход и кодът за настройка (2.9.490)

Паролите за конзолата (администратори и служители) трябва да са поне 10 знака, когато се задават или сменят; парола, която вече работи, продължава да работи. Смяна на паролата или изтриване на вход прекратява сесиите на този вход веднага на всяко устройство. Всеки вход в конзолата, неуспешен вход, блокиран адрес, грешен 2FA код и запис в „Настройки“ (имената на настройките, никога стойностите) се пази 180 дни; администраторът го чете на /api/admin/auth-events. След 10 неуспешни входа за 15 минути чатът за известия в Telegram („Настройки“ > „Известия“) получава едно съобщение. Нова инсталация няма admin / admin: пакетът отпечатва еднократен код за настройка в лога на контейнера (и в /data/setup_code).

Внимание

  • Редакторът на профили показва дванадесети превключвател — „Управление на модули“, но бекендът записва само единадесетте ключа в PERMISSION_KEYS; manage_modules се отхвърля мълчаливо при запис, така че никой служителски профил не може да отключи страницата Модули.
  • Изтриването на профил с права не изтрива служебните профили, които го ползват: техният profile_id се занулява (NULL). Тези служители продължават да могат да влизат, но остават с нулеви права и почти празно странично меню.
  • Правилата за администраторски пароли не съвпадат с интерфейса: подсказката в диалога казва „Минимум 6 символа“, но бекендът отхвърля създаване на администратор или смяна на администраторска парола под 8 символа. За служебните профили минимумът наистина е 6.
  • Изтриването на последния останал администраторски профил се отказва („Cannot delete the last admin account“).
  • Входът от първото стартиране (потребител admin с еднократния код за настройка, който пакетът отпечатва в лога на контейнера; има го и в /data/setup_code: docker exec bgpvr cat /data/setup_code) може само да създаде първия ви истински администратор, и то само веднъж: щом съществува истински администратор, с този вход вече не могат да се създават или изброяват администраторски профили, дори в сесия, отворена по-рано.
  • Администраторските профили (списък, добавяне, смяна на парола, изтриване), служебните профили, профилите с права и настройките за 2FA отговарят само на администраторски вход; служителски вход получава „Admin access required“.
  • Давайте на служебните профили само правата, които им трябват, а администраторския вход пазете за себе си. Обновете до последната версия на сюита, за да получите всички поправки по сигурността.
  • Резервните кодове се показват точно веднъж — при включване и след регенериране. Регенерирането обезсилва незабавно всеки издаден преди това код.
  • Сесии в конзолата (2.9.346): един вход важи 24 часа и се подновява сам, докато работите в конзолата (клавиш, мишка или докосване през последните 30 минути), до 7 дни след въвеждането на паролата; след това влезте отново. Ако конзолата стои без работа, 10 минути преди края тя показва „Сесията ви изтича след N мин.“ с „Продължи сесията“. Смяната на паролата на профил, настройването или изключването на 2FA на администратор, деактивирането или изтриването на служебен профил и смяната на профила с права на служител спират подновяването на сесиите на този профил, така че те приключват до 24 часа. Сесия, отворена преди 2.9.346, не се подновява: след обновяването влезте още веднъж.
  • Име на човека (2.9.371): профилите на служителите и администраторите могат да имат име (по желание, до 80 знака; „Служители“ → редакция или „Име“ при администратор). Дневниците на промените, като „Модули → Последни промени“, показват „Име (потребител)“; всеки ред пази името, което човекът е имал в момента на промяната.