1. Звернення в технічну підтримку Якщо вам здається, що проблеми з веб-інтерфейсом пов'язані з помилками...
2. Завантаження логів
3. Завантаження скріншотів та відео
4. Доступ до веб-інтерфейсу
5. Налаштування доступу до веб-інтерфейсу
6. Інструменти розробника

Звернення в технічну підтримку

Якщо вам здається, що проблеми з веб-інтерфейсом пов'язані з помилками в Flussonic, вам варто написати в технічну підтримку.

опис помилки

Обов'язково словами напишіть, в чому саме полягає помилка. Одних скріншотів недостатньо. Просто по скриншоту співробітник техпідтримки може не зрозуміти, що у вас відбувається.

Правильне опис помилки повинно містити, принаймні, ось ці три речі:

1. Які дії призвели до помилки. У найдрібніших деталях опишіть, що саме ви відкривали, які кнопки натискали, куди і який текст вводили, і так далі.
2. Що ви хотіли побачити в результаті виконання всіх цих дій. Наприклад: "повинна з'явитися кнопка Save".
3. Що насправді відображається на екрані, і чому ви вважаєте, що це погано. Наприклад: "кнопка Save чи не з'явилася, і мені нічим зебргели зміни".

Завантаження логів

Обов'язково загрзуіте логи і вишліть в листі їх ID. Зазвичай це робиться з веб-інтерфейсу: Support-> Upload logs. Але в разі, коли веб-інтерфейс не працює, може допомогти завантаження з командного рядка сервера: /etc/init.d/flussonic upload-logs.

Завантаження скріншотів та відео

Якщо в веб-інтерфейсі видно якась помилка (наприклад, зламана верстка або зниклі індикатори), найкраще надіслати скріншот.

Якщо помилку видно тільки в русі (наприклад, неправильно відображається анімація), варто записати зображення з робочого столу. Для цього існує безліч програм. Наприклад, для Windows одна з кращих програм - це Camtasia, у якій є демо-версія. В Linux можна використовувати recordmydestktop. У OSX - ScreenFlow. Просто запишіть чим завгодно відео з екрану і викладіть на який-небудь хостинг. (Якщо хостингу немає, можете залити це відео на свій сервер, і дати нам до нього доступ по SSH).

Доступ до веб-інтерфейсу

Яку б інформацію ви ні повідомили, нам потрібно вручну перевірити її, і розібратися в причинах. Для цього потрібен доступ до веб-інтерфейсу Flussonic.

1. Якщо мова йде про основну панелі управління, тобто http: // flussonic: 8080 / admin, то нам потрібен її URL, логін і пароль.
2. Якщо мова йде про Flussonic Watcher, тобто http: // flussonic: 8080 / vsaas, то нам потрібен доступ до Watcher: URL, email, пароль. І крім цього потрібен доступ до основної панелі (див. Пункт 1).

Налаштування доступу до веб-інтерфейсу

У всіх випадках, коли помилка пов'язана з переглядом відео, потрібно зробити так, щоб админка повністю нормально працювала, щоб в ній можна було дивитися відео через інтернет.

Якщо веб-інтерфейс флюссоніка доступний тільки з локальної мережі, потрібно прокинути його в інтернет, щоб ми змогли відкрити його в своєму браузері. Також в інтернет потрібно прокинути всі порти, які використовуються для віддачі відео (по-замовчуванню це 80 або 8080 для HTTP (HLS, HDS, MPEG-TS), 554 (RTSP), 1935 (RTMP)).

Зауважте, що порти слід прокидати тільки однойменні. Тобто, якщо на Flussonic відкритий порт 8080, то на роутері його потрібно прокидати теж в 8080, а якщо 5454 - то прокидати його потрібно теж як 5454. Інакше кажучи, ось такий кидок неправильний: 5454-> 8080, а ось такий правильний: 5454-> 5454.

Ми не працюємо з різного роду VPN або засобами віддаленого доступу типу Team Viewer, всі з'єднання повинні бути безпосередньо доступні через інтернет, це потрібно для нормальної роботи наших діагностичних програм.

Ми не говоримо наші IP (їх часто просять для додавання в "білий список" маршрутизатора), тому що у нас дуже багато різних IP з яких виробляється тестування.

Якщо використовується якась авторизація (глобальна або локальна директива auth в конфіги), на час перевірки її доведеться тимчасово відключити. (За винятком випадку, коли авторизація виконується через Flussonic Watcher, її відключати не потрібно) У самому крайньому випадку - переробити скрипт / бекенд авторизації, щоб на який-небудь секретний токен він завжди дозволяв перегляд відео.

Обмеження по IP за допомогою api_allowed_from теж потрібно тимчасово вимкнути.

Інструменти розробника

Спробуйте передати нам інформацію з інструментів розробника. Особливо це важливо в разі, якщо ви не можете дати нам доступ до самого веб-інтерфейсу.

У Firefox це робиться з головного меню: Інструменти-> Веб-розробка-> Інструменти розробки. Потрібно оновити сторінку один раз при відкритій вкладці Мережа, і інший раз при відкритій вкладці Консоль. Зауважте, що в нових версіях Firefox за замовчуванням головне меню не відображається, і щоб воно з'явилося, потрібно натиснути клавішу Alt.

У Chrome (Chromium) це робиться з головного меню: Додаткові інструменти-> Інструменти розробника. Потрібно оновити сторінку один раз при відкритій вкладці Network, і інший раз при відкритій вкладці Console. Зауважте, що в нових версіях Chrome за замовчуванням головне меню відображається лише при натисканні кнопки "меню" (вона знаходиться в правому-верхньому кутку вікна браузера і виглядає як три маленьких горизонтальних лінії).

Вміст вкладок Мережа та Консоль потрібно якось передати нам, наприклад, зробити скріншот. Якщо ви побачите на вкладці Мережа якісь помилки, типу 404 або 503, можна клацнути на них мишкою і отримати додаткову інформацію, яка буде відображена поруч. Віддати її нам теж можна у вигляді скріншоту. У Firefox, наприклад, особливо цікаві вкладки Заголовки і Відповідь.

Зрозуміло, що в інструментах розробника міститься величезна кількість інформації, крім них в браузері є інші джерела інформації, і передати всі ці дані у вигляді скріншотів і текстів - важко. Якщо ви маєте досвід в веб-розробці, системному адмініструванні або чимось схожому, відправляйте будь-які відомості, які інтуїтивно здаються вам можливими джерелами помилки.