Публичен достъп · BGPVR Ръководство за оператора

Двете имена сочат към един и същ IP. Основното име минава през Cloudflare; името за видео отива директно към проксито, което приема основното име само от Cloudflare и пропуска видео на името за видео. Самият пакет също отговаря там само с видео.

Задаване на основния адрес

Настройки → Публичен достъп → Основен адрес → въведете адреса, който зрителите ползват (например https://tv.example.com) → Запази (или Enter). Празно означава адреса, на който е отворена тази конзола. Това е адресът, до който стига проверката, името в настройките на обратното прокси и това, което показва Настройки → Интеграции и API → Адреси за свързване. Връзките, които сървърът раздава, продължават да следват адреса, който е ползвало всяко устройство, така че пряк път в домашната мрежа продължава да работи. Не може да бъде името на адреса за видео.

Видео от адрес за видео

Създайте DNS запис за второ име (например media.example.com), който сочи директно към сървъра ви: само DNS, никога през CDN прокси. Дайте му сертификат и насочете проксито си към пакета (в „Настройки на обратното прокси“ на същата страница има версии за nginx, Caddy, Traefik и Synology · QNAP). После Настройки → Публичен достъп → запазете Основния адрес (адресът за видео никога не може да вземе неговото име, нито това на адреса за MAG потоци) → Адрес за видео → въведете го → Включи адреса за видео. Сървърът първо го проверява (около две минути): името се открива, сертификатът е валиден и колко време му остава, стига до този сървър, проксито предава името, Cloudflare не е отпред, видеото минава без задържане и поток остава отворен 110 секунди. Включва се само ако всички проверки минат. Оттам нататък M3U плейлистите, MAG приемниците и (с версиите на BGPVR Player, които четат media_base) приложението взимат видеото от него; входът, API, програмата и тази конзола остават на основния адрес.

Задаване на адреса за MAG / приемници

Настройки → Публичен достъп → Адрес за MAG / приемници → въведете откъде MAG и другите приемници взимат портала и потоците си (например http://mag.example.com:8095) → Запази (или Enter). Обикновен http е нормален там: старите приемници не могат да проверяват по-новите сертификати. Празно: приемниците ползват адреса за видео, иначе адреса, на който са отворили портала. Това е същата настройка като Модули → MAG Stream Base URL (запазва се от което и да е място) и никога не може да е името на адреса за видео: там всичко освен видео отговаря с 404, включително порталът.

Къде се свързва всеки вид устройство

Настройки → Публичен достъп → Портове за устройства показва, за информация: уеб порта на този сървър (конзолата, приложенията, Xtream и M3U плейърите, MAG порталът и потоците му; стари Tvheadend клиенти, настроени на порт 9981, продължават да работят, когато рутерът пренасочва 9981 към него), адреса на MAG портала и HTSP порта за Tvheadend клиента на Kodi (включен или изключен: Модули → HTSP / Kodi Adapter). „Провери сега“ проверява и адреса за MAG (открива се, свързва се и порталът на BGPVR отговаря на /stalker_portal/c/), а когато HTSP е включен, че портът му приема връзка на името за MAG (иначе на основното). Тези проверки само четат: не променят нищо.

Проверка на адресите

„Провери сега“ проверява основния адрес и адреса за видео от полето, от сървъра, едновременно, и не променя нищо. Всяка проверка казва с прости думи какво е открила. Сертификат, който изтича до 14 дни, е предупреждение; основен адрес зад Cloudflare е предупреждение, което предлага адрес за видео.

Включване въпреки неуспешна проверка

Сървърът проверява от собствената си мрежа, която може да вижда адреса различно от зрителите (много рутери не стигат до собствения си публичен адрес отвътре). Когато проверката не мине само на такива стъпки, резултатът предлага „Включи въпреки това…“: иска да потвърдите, че сте проверили отвън (например от телефон през мобилни данни), и записва кой го е включил и кои стъпки не са минали. Никога не се предлага, когато адресът е името на самата конзола, когато проксито не предава името или когато конзолата отговаря на адреса за видео.

Един публичен IP адрес (обичайната домашна или малка офисна схема)

Насочете двете имена към един и същ IP: основното име през Cloudflare (оранжев облак), името за видео само DNS (сив облак). Името само с DNS показва този IP на всеки, затова на проксито си приемайте връзки за основното име само от адресите на Cloudflare (поддържайте списъка актуален от https://www.cloudflare.com/ips/), подавайте само видео пътищата на името за видео (пакетът също го налага) с ограничения на заявките и връзките за всеки адрес и дайте на името за видео собствен сертификат (DNS проверка работи и при затворен порт 80). Ако стари приемници или плейъри ползват друг порт (например MAG приемници на 8095), запазете го работещ: там блокирайте само пътищата на конзолата и входа.

Помощта за зрителите назовава този сървър, никога нашия (2.9.419)

Всеки адрес, който помощта за абонати (/help) казва на зрителя да въведе (Server URL в Kodi, Xtream приложенията, MAG порталът, изтеглянето на приложението), е адресът, на който е отворена помощта на вашия сървър, тоест вашият домейн. HTSP клиентът на Tvheadend в Kodi получава хоста на вашия адрес за видео (по-горе), когато сте задали такъв, защото уеб прокси като Cloudflare пропуска само уеб портовете, и HTSP порта от „Модули“. Без адрес за видео помощта назовава хоста на този сайт.

Внимание

Какво подава адресът за видео (2.9.352): само видео (телевизия на живо, архив и timeshift, записи, филми и епизоди и потоците на MAG портала). Всичко друго отговаря там с 404: конзолата, входът, API, програмата и плейлистите. Никога не приема паролата на профил: връзките носят ключа за поток на профила (същия като в неговите M3U и Xtream връзки, който „Нулирай връзките“ сменя), а връзките за MAG носят подписан ключ за този канал и този приемник, валиден 24 часа. Поток, който върви, никога не се прекъсва: ключът се проверява при отварянето на потока. Парола или вход в конзолата, изпратени там, се отказват.
Плейърите с Xtream Codes (TiviMate, Smarters и други) остават на основния адрес за вход и видео: протоколът няма отделен адрес за видео и тези плейъри изграждат и двете от единствения адрес, който сте им дали. M3U плейлистите и MAG приемниците минават на адреса за видео; приложението BGPVR минава, щом е инсталирана версия, която чете media_base.
Адрес за MAG потоци, зададен в Модули → Stalker (stalker_stream_base_url), има предимство за MAG приемниците: изчистете го, за да преместите MAG видеото на адреса за видео. Стар фърмуер на MAG може да не приема сертификати от Let’s Encrypt, затова проверете един приемник след промяната.
Ползвайте ново име за адреса за видео: всяка заявка към него се ограничава до видео, затова никога не ползвайте името, на което са настроени MAG порталът или конзолата. Изключването връща всички връзки към основния адрес; плейъри, запазили плейлист, ще търсят името за видео, докато не го презаредят, затова го оставете да работи още известно време.
Проксито трябва да предава името на хоста (proxy_set_header Host $host в nginx; не $http_host, който ползва proxy_params на Debian); иначе сървърът не може да различи името за видео от основното и проверката не минава на тази стъпка. Пакетът вече казва на nginx да не буферира видеото (X-Accel-Buffering: no).
Проверката държи собствената връзка на сървъра към всяко име около две минути; за всяко име върви по една проверка. Настройките на проксито ползват 127.0.0.1:8095 за пакета: сменете го с адреса, на който проксито го достига.
HTSP за Kodi (2.9.358) е обикновен TCP порт, а не уеб адрес: не може да минава през Cloudflare. Дайте на Kodi име само с DNS (адресът за MAG става) и пренасочете HTSP порта на рутера.