Hostovanie Owncast na Managed VPS: vaše živé prenosy na vašom serveri

Čo Owncast robí

Owncast je otvorený server na živé vysielanie videa a chat, určený na vlastnú prevádzku a pre jedného používateľa: jedna inštancia nesie kanál jednej osoby alebo organizácie. README ho predstavuje ako spôsob, ako prevádzkovať vlastné živé prenosy v štýle veľkých populárnych platforiem a zároveň si ponechať vlastníctvo svojho obsahu, rozhrania, moderovania a publika.

• Príjem: váš vysielací softvér, napríklad OBS, posiela stream cez RTMP, protokol, ktorý používajú hlavné streamovacie platformy.
• Doručenie: Owncast rozdelí video na segmenty HLS v jednej alebo viacerých kvalitách a obsluhuje ho na svojej webovej stránke. Stream sa dá prehrať aj vo VLC alebo mpv, na /hls/stream.m3u8.
• Chat: zabudovaný v stránke, s moderátormi, zákazmi a prihlásením cez Fediverse alebo IndieAuth.
• Fediverse: účet Mastodon môže sledovať váš server a dostať upozornenie zakaždým, keď začnete vysielať. Verzia 0.3.0 pridáva Featured Streams, ktoré zobrazujú živé prenosy iných serverov Owncast.
• Rozširovanie: webhooky, API a od verzie 0.3.0 pluginy, inštalované z administrácie s oprávneniami, ktoré im udelíte.

Čo umožňuje licencia MIT

Owncast vychádza pod licenciou MIT. Bezplatne udeľuje právo používať, kopírovať, upravovať, zlučovať, zverejňovať, šíriť, poskytovať sublicencie a predávať kópie softvéru. Môžete ho teda prevádzkovať pre svoju firmu, svoju komunitu alebo svojich klientov bez licencie, ktorú by ste museli kupovať.

Jedinou podmienkou je zachovať upozornenie o autorských právach a text licencie vo všetkých kópiách alebo podstatných častiach softvéru. Text poskytuje softvér „tak, ako je“, bez záruky.

Procesor a pásmo: dimenzovanie servera

Dokumentácia to hovorí hneď na začiatku: požiadavky závisia od vašej konfigurácie. Na ich odhad však stanovuje jasné pravidlo. Procesor prekóduje video do kvalít, ktoré ponúkate; pásmo ho doručuje každému divákovi.

• Počet divákov nemení zaťaženie procesora. Video sa zakóduje raz a potom sa obsluhuje všetkým: pri nule divákov aj pri stovke je práca kódovania rovnaká. Chat pridáva malé zaťaženie, nepatrné v porovnaní s kódovaním.
• Pásmo rastie s každým divákom. Každý divák dostáva vlastnú kópiu streamu.
• Každá prekódovaná kvalita potrebuje procesor, a to tým viac, čím nižší je cieľový dátový tok, pretože silnejšia kompresia si vyžaduje viac výpočtov.

Pásmo servera

Dokumentácia uvádza dva vzorce. Objem streamu v gigabajtoch: dátový tok v kb/s × trvanie v sekundách × diváci ÷ 8 000 000. Špičková odchádzajúca rýchlosť, ktorú treba udržať, v Mb/s: dátový tok v kb/s × diváci ÷ 1 000. Pri viacerých kvalitách vypočítajte každú a sčítajte ich. Jej odhady pre dvojhodinový stream:

Na VPS Simafri nemá prenos žiadne mesačné počítadlo: vaše streamy sa dimenzujú podľa ich špičkového dátového toku. Keď vaše publikum rastie, video namiesto servera obsluhuje objektové úložisko, opísané nižšie.

Procesor

Dokumentácia uvádza namerané orientačné hodnoty a poznamenáva, že sa líšia podľa kodeku, dátového toku, rozlíšenia a predvoľby enkodéra:

• Jedno jadro na kvalitu: ako hrubé orientačné pravidlo jedno jadro procesora často zvládne jednu prekódovanú kvalitu pri 30 snímkach za sekundu.
• Snímková frekvencia: 60 snímok za sekundu si vyžaduje približne dvojnásobok výpočtov oproti 30 a 24 snímok za sekundu približne 0,8-násobok.
• Predvolené nastavenie: Owncast začína s jedinou kvalitou, 1 200 kb/s a 24 snímok za sekundu, so zvukom odovzdaným bez zmeny. Dokumentácia radí začať tam, otestovať a pridať kvalitu, keď má procesor rezervu.

Dokumentácia neuvádza nároky na pamäť a na disku málo záleží: segmenty videa sa počas streamu zapisujú a potom odstraňujú. S časom rastie len priečinok data. Na VPS kóduje procesor: každá prekódovaná kvalita sa dimenzuje vo vCPU. Na spravovanom VPS (Managed VPS) nám opíšte svoje streamy, ich dátový tok, ich kvality a vaše publikum a odporučíme vám vhodnú veľkosť.

Vaše vysielacie pripojenie

Skôr než stream dorazí na server, odchádza z vášho vlastného pripojenia. Dokumentácia žiada rýchlosť odosielania aspoň 1,5-násobku dátového toku streamu: 7,5 Mb/s pri streame s 5 000 kb/s. Odporúča káblové pripojenie namiesto Wi-Fi.

Inštalácia pomocou Docker Compose

Dokumentácia ponúka obraz owncast/owncast na Docker Hub, ktorý obsahuje ffmpeg, kódovací nástroj, ktorý Owncast potrebuje. Na serveri s nainštalovaným Dockerom vytvorte priečinok a umiestnite doň tento súbor compose.yaml, prevzatý z dokumentácie:

services:
  owncast:
    image: owncast/owncast:latest
    restart: unless-stopped
    ports:
      - "127.0.0.1:8080:8080"
      - "1935:1935"
    volumes:
      - ./data:/app/data

docker compose up -d

• Port 8080 publikovaný na 127.0.0.1: to je jediná zmena oproti príkladu z dokumentácie, ktorý publikuje oba porty. Jej stránka o reverznej proxy žiada nevystavovať Owncast priamo na internet, pretože predvolene počúva na všetkých rozhraniach, a Docker publikuje port na všetkých adresách servera, keď žiadnu nedostane. Webové rozhranie je potom dostupné jedine cez reverznú proxy.
• Port 1935 prijíma stream cez RTMP. Zostáva verejný, pretože váš vysielací softvér sa k nemu pripája priamo, bez prechodu cez proxy.
• Priečinok data uchováva databázu a jej zálohy na serveri, mimo kontajnera: práve ten zálohujete a presúvate.
• Značka latest sleduje najnovšie vydanie; 0.3.0 pripne verziu.

Bez Dockeru: oficiálny inštalátor

Druhou cestou v dokumentácii je skript, ktorý stiahne najnovšie vydanie Owncast pre vašu platformu a ffmpeg, ak tam ešte nie je. Všetko nainštaluje do priečinka owncast v aktuálnom priečinku. Dokumentácia radí nespúšťať ho ako root a odporúča si každý vzdialený skript pred spustením prečítať:

curl -s https://owncast.online/install.sh | bash

Aby sa Owncast spúšťal spolu so serverom a po páde sa sám reštartoval, dokumentácia poskytuje službu systemd, ktorú prispôsobíte zvolenému priečinku a účtu:

[Unit]
Description=Owncast
After=network.target

[Service]
Type=simple
WorkingDirectory=/opt/owncast
ExecStart=/opt/owncast/owncast
User=owncast
Group=owncast
Restart=always
RestartSec=5

[Install]
WantedBy=multi-user.target

sudo systemctl daemon-reload
sudo systemctl enable --now owncast

Heslo správcu a kľúč streamu

Administrácia sa nachádza na /admin. Owncast štartuje s prihlasovacími údajmi, ktoré pozná každý, a dokumentácia ich žiada zmeniť pri prvom prihlásení:

Ak chcete túto zmenu urobiť skôr, než rozhranie otvoríte verejnosti, použite tunel SSH: port 8080 servera sa zobrazí na vašom počítači, na http://localhost:8080/admin. Pridajte -p a port SSH uvedený vo vašej zákazníckej zóne.

ssh -L 8080:127.0.0.1:8080 user@live.example.com

• Heslo správcu sa mení v „Configuration“, „Server Setup“. Potrebuje 8 až 192 znakov, aspoň jedno malé písmeno, jedno veľké písmeno, jednu číslicu a jeden špeciálny znak z !@#$%^&*, a nikde žiadny spojovník.
• Kľúče streamu sa spravujú na karte „Stream Keys“ tej istej stránky. Owncast ponúka automaticky vygenerovaný kľúč s 30 znakmi a môžete ich mať niekoľko, každý s komentárom: kľúč odovzdaný spolumoderátorovi neskôr zrušíte bez zásahu do ostatných.
• Stratené heslo sa pri štarte nahradí prepínačom --adminpassword, ktorý ho uloží do databázy.

Heslo správcu aj kľúč streamu začínajú ako abc123, ale ide o dve samostatné nastavenia: zmeňte obe.

HTTPS: reverzná proxy

HTTPS Owncast sám nezabezpečuje. Dokumentácia pred neho umiestňuje reverznú proxy, ktorá počúva na portoch 80 a 443, získa certifikát, šifruje prenos a odovzdáva ho v nešifrovanej podobe Owncastu na port 8080. Bez HTTPS prehliadače označia stránku ako nezabezpečenú a stránka obsluhovaná cez HTTPS nemôže vložiť vaše video ani váš chat.

• Proxy odovzdáva všetky cesty, vrátane pripojenia WebSocket na /ws, ktoré prenáša chat. Proxy, ktorá ho blokuje, chat preruší.
• RTMP neprechádza cez proxy: váš vysielací softvér posiela priamo na port 1935 Owncastu.
• Skutočná adresa návštevníkov: Owncast číta hlavičku X-Forwarded-For, aby zablokoval IP adresu používateľa vylúčeného z chatu. Dokumentácia žiada, aby túto hlavičku nastavovala sama proxy.

S Caddy

Dokumentácia navrhuje Caddy, ak nemáte inú preferenciu: certifikát Let’s Encrypt získa sám a WebSocket odovzdáva bez ďalšieho nastavenia. Toto je jej príklad súboru Caddyfile, v ktorom riadok tls uvádza e-mailovú adresu účtu Let’s Encrypt:

live.example.com {
  encode gzip
  reverse_proxy 127.0.0.1:8080
  tls contact@example.com
}

S Nginx

Pri Nginx dokumentácia zdôrazňuje WebSocket: ak naň zabudnete, chat nebude fungovať. Pridajte tento blok map do sekcie http súboru /etc/nginx/nginx.conf:

map $http_upgrade $connection_upgrade {
    default upgrade;
    ''      close;
}

Tento blok webu preberá blok z dokumentácie, na porte 80, aby HTTPS mohol zapnúť Certbot:

server {
    listen 80;
    listen [::]:80;
    server_name live.example.com;

    location / {
        proxy_set_header Host $host;
        proxy_set_header X-Forwarded-Host $host;
        proxy_set_header X-Forwarded-Server $host;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection $connection_upgrade;
        proxy_set_header Authorization $http_authorization;
        proxy_pass_header Authorization;
        proxy_pass http://127.0.0.1:8080;
    }
}

sudo nginx -t
sudo certbot --nginx

Vysielanie cez RTMP z OBS

Owncast prijíma akýkoľvek softvér, ktorý vysiela cez RTMP na vzdialený server. Kľúč sa prijíma len na ceste /live. V OBS:

1. Otvorte „Settings“, potom „Stream“ a ako službu zvoľte „Custom“.
2. Zadajte adresu rtmp://live.example.com:1935/live.
3. Zadajte svoj kľúč streamu, ten z karty „Stream Keys“ v Owncaste.
4. Spustite vysielanie.

Softvér bez poľa pre kľúč prijme celú adresu, rtmp://live.example.com:1935/live/your-key.

Na VPS Simafri môže adresa IPv6 servera otvoriť akýkoľvek port, ktorý si zvolíte: váš vysielací softvér sa k portu 1935 dostane cez túto adresu, pod menom, ktoré nesie záznam AAAA. V sieti Docker s IPv4, ako tu, Docker presmeruje port z adresy IPv6 servera do kontajnera. Ak je ufw aktívny, tento port otvorte a potom ho otestujte zo svojho počítača:

sudo ufw allow 1935/tcp
nc -6 -vz live.example.com 1935

Pri akejkoľvek inej potrebe nám povedzte, čo máte na mysli, a adresovanie preberieme spolu s vami.

Nastavenia vášho vysielacieho softvéru

• Kodeky: H.264 pre video a AAC pre zvuk, jediné, pri ktorých je zaručená kompatibilita prekódovania aj prehrávania.
• Interval kľúčových snímok: jedna každé 2 sekundy, nikdy nie ponechané na „auto“. V OBS sa interval udáva v sekundách, teda 2.
• Dátový tok: posielajte to, čo plánujete ponúknuť, nič viac. Ak váš server zvláda 720p pri 2 500 kb/s, neposielajte mu 1080p pri 6 000 kb/s: každý prevod, ktorý si vyžiadate, zvyšuje zaťaženie procesora.

Kvality videa a oneskorenie

Kvality ponúkané divákom sa nastavujú v „Configuration“, „Video“. Viacero kvalít umožňuje prehrávaču zvoliť tú, ktorú jeho pripojenie zvládne: dokumentácia odporúča druhú kvalitu, od 1 000 do 2 000 kb/s, popri vysokej kvalite 4 000 až 6 000 kb/s, keď je vaša prvá konfigurácia otestovaná.

• Dátový tok: od 400 do 13 000 kb/s, v krokoch po 100.
• Snímková frekvencia: od 24 do 120 snímok za sekundu, predvolene 24.
• Rozlíšenie: zmeňte šírku alebo výšku, nie obe, a Owncast zachová pomer strán.
• Využitie procesora: päť úrovní. Čím vyššia úroveň, tým lepší obraz alebo menší súbor pri rovnakej kvalite.

Passthrough odovzdáva prichádzajúce video bez opätovného kódovania: ušetrí takmer všetok procesor danej kvality a ignoruje jej nastavenia dátového toku, rozlíšenia a snímkovej frekvencie. Dokumentácia ho vyhradzuje pokročilým používateľom: diváci dostávajú presne to, čo posiela váš softvér, čo niektoré prehrávače nedokážu prehrať, a oneskorenie sa zvyšuje. Skôr než sa naň spoľahnete, otestujte prehrávanie na zariadeniach, na ktorých vám záleží.

Oneskorenie sa nastavuje vyrovnávacou pamäťou oneskorenia na tej istej stránke. Každá úroveň vymieňa trochu oneskorenia za stabilitu a zmena platí od ďalšieho streamu:

Verzia 0.3.0 pridáva na strane diváka aj voľbu prehrávača „Minimize latency“, ktorá mierne zrýchli prehrávanie, aby sa priblížilo živému vysielaniu, a nastavenie automatického prehrávania, predvolene vypnuté.

Objektové úložisko pre viac divákov

Owncast môže posielať svoje segmenty videa do úložiska kompatibilného s S3, z ktorého si ich diváci sťahujú. Server naďalej obsluhuje hlavný playlist, API a chat; video, ktoré tvorí takmer celé pásmo, prichádza z úložiska. Váš server potom posiela len jednu kópiu každej kvality: v príklade z dokumentácie 6,5 Mb/s pre dve kvality s 5 000 a 1 500 kb/s, či máte nula divákov, alebo tisíc. Zaťaženie procesora zostáva rovnaké.

1. U svojho poskytovateľa objektového úložiska vytvorte bucket.
2. Nastavte ho ako verejne čitateľný a nastavte politiku CORS, ak ju poskytovateľ vyžaduje: chyba CORS alebo Access-Control-Allow-Origin v konzole prehliadača takmer vždy pochádza odtiaľ.
3. V „Configuration“, „Server Setup“, na karte „S3 Object Storage“ zapnite úložisko a zadajte názov bucketu, prístupový kľúč, tajný kľúč, koncový bod a región. Všetky tieto polia sú povinné.

Toto úložisko obsluhuje živý stream, nie archív: Owncast priebežne odstraňuje segmenty staršie než playlist plus rezerva približne 20 segmentov. Bucket uchováva len posledných pár minút streamu.

Pre divákov rozptýlených po celom svete dokumentácia opisuje aj sieť na doručovanie obsahu (CDN) umiestnenú pred Owncastom, so samostatným pôvodným názvom hostiteľa a nastavením „Websocket host override“, ktoré udržiava chat pripojený k pôvodnému serveru.

Chat a moderovanie

Chat sa nastavuje v „Configuration“, „Chat“. Predvolene neexistujú žiadni moderátori: dokumentácia navrhuje urobiť moderátorom aspoň seba, zo stránky „Users“ v administrácii.

• Moderátori skryjú správu alebo vylúčia používateľa priamo z chatu. Do administrácie prístup nemajú.
• Zákaz odpojí používateľa, odstráni jeho správy a zablokuje jeho známu IP adresu. Dá sa neskôr zrušiť; odstránenie používateľa je naopak trvalé.
• Len overení používatelia: toto nastavenie blokuje správy z účtov mladších než 15 minút, s výnimkou moderátorov.
• Jazykový filter odmieta urážlivé správy pomocou interného zoznamu slov.
• Povinné overenie umožňuje posielať správy len overeným používateľom, cez účet vo Fediverse alebo IndieAuth, a moderátorom.
• Obmedzovač frekvencie, predvolene zapnutý, povoľuje približne jednu správu každé dve tretiny sekundy a na 10 sekúnd zablokuje každého, kto chat zahlcuje.

Dokumentácia upozorňuje, že blokovanie IP sa dá obísť, napríklad cez VPN: zneužívanie obmedzuje a moderovanie zostáva vlastnou prácou každého kanála. Odtiaľ hodnota menovaných moderátorov pre vaše najsledovanejšie streamy.

Zálohy

Owncast zálohuje svoju databázu sám raz za hodinu, do data/backup/owncastdb.bak. Prepínač --backupdir tento priečinok mení. Toto obsahuje priečinok s údajmi:

Na úplnú obnovu alebo na presun inštancie dokumentácia žiada zálohovať celý priečinok data: jeho skopírovanie do novej inštalácie prenesie všetko. S Dockerom, pri zastavenej službe:

docker compose down
tar -czf owncast-$(date +%F).tar.gz data
docker compose up -d

Túto kópiu naplánujte podľa svojich streamov a posielajte ju mimo servera. Uložené na jeho disku sa tieto archívy dostanú aj do jeho nočných záloh.

Obnova databázy

Obnova vráti databázu do stavu v čase zálohy: všetko, čo sa odvtedy zmenilo, sa stratí. Najprv si aktuálnu databázu skopírujte na bezpečné miesto, potom:

1. Zastavte Owncast.
2. Spustite Owncast s --restoreDatabase a cestou k súboru zálohy: obnoví databázu a potom sa ukončí.
3. Spustite Owncast ako obvykle a potom skontrolujte svoje nastavenia v administrácii.

docker compose stop
docker compose run --rm owncast --restoreDatabase data/backup/owncastdb.bak
docker compose up -d

Aktualizácie

S Dockerom dokumentácia uvádza dva príkazy, spúšťané z priečinka so súborom compose.yaml. Priečinok s údajmi zostáva na mieste:

docker compose pull
docker compose up -d

Pri inštalátore opisujú aktualizáciu poznámky k verzii 0.3.0: zastavte službu, odložte si súbory webového rozhrania, ktoré ste prispôsobili, znova spustite inštalátor pod účtom, ktorý Owncast prevádzkuje, a potom reštartujte. Samotný skript pred nahradením vydania uloží archív priečinka data do owncast-install-backups.

sudo systemctl stop owncast
su -c "curl https://owncast.online/install.sh | bash" owncast
sudo systemctl start owncast

Verzia 0.3.0, vydaná 3. septembra 2026, prináša pluginy, Featured Streams, automatické prehrávanie a voľbu rozhrania, na ktorom RTMP počúva. Jej poznámky žiadajú prečítať si zmeny pred aktualizáciou, pretože sa týkajú vašej inštancie: sledujte tieto poznámky pri každom vydaní a tesne predtým skopírujte priečinok data.

Kto čo robí na Managed VPS

Hostovanie na vlastnom serveri vyžaduje popri aplikácii starať sa aj o server. Na Managed VPS preberajú server naše tímy a vašu inštanciu proaktívne sledujú; Owncast zostáva vaším softvérom, s vašimi nastaveniami a údajmi.

Ak by ste uprednostnili, aby naše tímy zasiahli priamo v aplikácii, táto služba sa fakturuje hodinovo alebo paušálne, s cenovou ponukou oznámenou pred zásahom.