Hostati Owncast na Managed VPS-u: vaši prijenosi uživo na vašem poslužitelju

Što radi Owncast

Owncast je poslužitelj otvorenog koda za video prijenos uživo i chat, namijenjen hostanju na vlastitom poslužitelju i jednom korisniku: jedna instanca nosi kanal jedne osobe ili organizacije. README ga predstavlja kao način da vodite vlastite prijenose uživo, u stilu velikih popularnih platformi, zadržavajući vlasništvo nad svojim sadržajem, sučeljem, moderiranjem i publikom.

• Prijem: vaš softver za emitiranje, poput OBS-a, šalje prijenos preko RTMP-a, protokola koji koriste velike platforme za prijenos uživo.
• Isporuka: Owncast video reže na HLS segmente, u jednoj ili više kvaliteta, i poslužuje ga na svojoj web-stranici. Prijenos se reproducira i u VLC-u ili mpv-u, na /hls/stream.m3u8.
• Chat: ugrađen u stranicu, s moderatorima, zabranama i prijavom preko Fediversea ili IndieAutha.
• Fediverse: račun na Mastodonu može pratiti vaš poslužitelj i dobiti obavijest svaki put kada krenete uživo. Inačica 0.3.0 dodaje Featured Streams, koji prikazuju prijenose uživo drugih Owncast poslužitelja.
• Proširivanje: webhookovi, API-ji i, od inačice 0.3.0, dodaci, instalirani iz administracije s dopuštenjima koja im dodijelite.

Što dopušta licenca MIT

Owncast je objavljen pod licencom MIT. Ona besplatno daje pravo na upotrebu, kopiranje, izmjenu, spajanje, objavljivanje, distribuciju, podlicenciranje i prodaju primjeraka softvera. Stoga ga možete pokretati za svoju tvrtku, svoju zajednicu ili svoje klijente, bez kupnje licence.

Jedini je uvjet zadržati napomenu o autorskim pravima i tekst licence u svim primjercima ili bitnim dijelovima softvera. Tekst softver daje „kakav jest”, bez jamstva.

Procesor i propusnost: dimenzioniranje poslužitelja

Dokumentacija to kaže odmah: zahtjevi ovise o vašoj konfiguraciji. Ipak postavlja jasno pravilo za njihovu procjenu. Procesor transkodira video u kvalitete koje nudite; propusnost ga isporučuje svakom gledatelju.

• Broj gledatelja ne mijenja opterećenje procesora. Video se kodira jednom, a zatim poslužuje svima: nula gledatelja ili stotinu, posao kodiranja je isti. Chat dodaje malo opterećenja, neznatno u odnosu na kodiranje.
• Propusnost raste sa svakim gledateljem. Svaki gledatelj prima vlastitu kopiju prijenosa.
• Svaka transkodirana kvaliteta traži procesor, to više što je ciljana brzina prijenosa niža, jer jače sažimanje traži više računanja.

Propusnost poslužitelja

Dokumentacija daje dvije formule. Količina podataka jednog prijenosa, u gigabajtima: brzina prijenosa u kbps × trajanje u sekundama × gledatelji ÷ 8 000 000. Vršna odlazna brzina koju treba održati, u Mbps: brzina prijenosa u kbps × gledatelji ÷ 1000. S više kvaliteta izračunajte svaku i zbrojite ih. Njezine procjene za prijenos od dva sata:

Na Simafri VPS-u promet nema mjesečnog brojača: vaši se prijenosi dimenzioniraju prema vršnoj brzini prijenosa. Kako vaša publika raste, pohrana objekata, opisana u nastavku, poslužuje video umjesto poslužitelja.

Procesor

Dokumentacija daje izmjerene orijentacijske vrijednosti, uz napomenu da se mijenjaju ovisno o kodeku, brzini prijenosa, razlučivosti i unaprijed postavljenim postavkama kodera:

• Jedna jezgra po kvaliteti: kao grubo pravilo, jedna jezgra procesora često može obraditi jednu transkodiranu kvalitetu pri 30 sličica u sekundi.
• Broj sličica u sekundi: 60 sličica u sekundi traži otprilike dvostruko više računanja od 30, a 24 sličice u sekundi otprilike 0,8 puta toliko.
• Zadana postavka: Owncast počinje s jednom kvalitetom, pri 1200 kbps i 24 sličice u sekundi, sa zvukom koji prolazi nepromijenjen. Dokumentacija savjetuje da počnete od toga, testirate, a zatim dodate kvalitetu kada procesor ima rezerve.

Dokumentacija ne navodi potrebnu memoriju, a disk je malo važan: video segmenti upisuju se i zatim uklanjaju kako prijenos teče. S vremenom raste samo mapa data. Na VPS-u kodiranje obavlja procesor: svaka transkodirana kvaliteta dimenzionira se u vCPU-ima. Na Managed VPS-u opišite nam svoje prijenose, njihovu brzinu, kvalitete i svoju publiku, a mi vam preporučujemo odgovarajuću veličinu.

Vaša veza za emitiranje

Prije nego stigne do poslužitelja, prijenos kreće s vaše vlastite veze. Dokumentacija traži brzinu slanja od barem 1,5 puta brzine prijenosa: 7,5 Mbps za prijenos od 5000 kbps. Preporučuje žičanu vezu umjesto Wi-Fija.

Instalacija s Docker Composeom

Dokumentacija nudi sliku owncast/owncast na Docker Hubu, koja sadrži ffmpeg, alat za kodiranje koji Owncast treba. Na poslužitelju s instaliranim Dockerom izradite mapu i u nju stavite ovaj compose.yaml, preuzet iz dokumentacije:

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 objavljen na 127.0.0.1: to je jedina promjena u odnosu na primjer iz dokumentacije, koji objavljuje oba porta. Njezina stranica o obrnutom proxyju traži da Owncast držite podalje od interneta, jer prema zadanim postavkama sluša na svim sučeljima, a Docker port objavljuje na svim adresama poslužitelja kada mu se nijedna ne zada. Web-sučelje tada je dostupno samo preko obrnutog proxyja.
• Port 1935 prima prijenos preko RTMP-a. Ostaje javan, jer ga vaš softver za emitiranje dosiže izravno, bez prolaska kroz proxy.
• Mapa data čuva bazu i njezine sigurnosne kopije na poslužitelju, izvan kontejnera: nju sigurnosno kopirate i premještate.
• Oznaka latest prati najnovije izdanje; 0.3.0 fiksira inačicu.

Bez Dockera: službeni instalacijski program

Drugi put iz dokumentacije je skripta koja preuzima najnovije izdanje Owncasta za vašu platformu, i ffmpeg ako ga još nema. Sve instalira u mapu owncast unutar trenutačne mape. Dokumentacija odvraća od pokretanja kao root i preporučuje da svaku udaljenu skriptu pročitate prije pokretanja:

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

Kako bi se Owncast pokretao s poslužiteljem i sam ponovno pokrenuo nakon pada, dokumentacija daje uslugu systemd, koju prilagodite odabranoj mapi i računu:

[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

Administratorska lozinka i ključ za emitiranje

Administracija se nalazi na /admin. Owncast počinje s pristupnim podacima koje svi znaju, a dokumentacija traži da ih promijenite pri prvoj prijavi:

Da biste tu promjenu napravili prije nego je sučelje otvoreno javnosti, prođite kroz SSH tunel: port 8080 poslužitelja pojavljuje se na vašem računalu, na http://localhost:8080/admin. Dodajte -p i SSH port naveden u vašem korisničkom prostoru.

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

• Administratorska lozinka mijenja se u izborniku „Configuration”, „Server Setup”. Traži od 8 do 192 znaka, barem jedno malo slovo, jedno veliko slovo, jednu znamenku i jedan poseban znak iz skupa !@#$%^&*, i nigdje crticu.
• Ključevima za emitiranje upravlja se na kartici „Stream Keys” iste stranice. Owncast nudi automatski generiran ključ od 30 znakova, a možete ih imati nekoliko, svaki s komentarom: ključ dan suvoditelju kasnije se može opozvati bez diranja ostalih.
• Izgubljena lozinka zamjenjuje se pri pokretanju zastavicom --adminpassword, koja je sprema u bazu.

Administratorska lozinka i ključ za emitiranje oboje počinju kao abc123, ali to su dvije odvojene postavke: promijenite obje.

HTTPS: obrnuti proxy

Owncast sam ne upravlja HTTPS-om. Dokumentacija ispred njega postavlja obrnuti proxy, koji sluša na portovima 80 i 443, pribavlja certifikat, šifrira promet i prosljeđuje ga nešifrirano Owncastu na portu 8080. Bez HTTPS-a preglednici stranicu označavaju kao nesigurnu, a stranica poslužena preko HTTPS-a ne može ugraditi vaš video ni vaš chat.

• Proxy prosljeđuje sve putanje, uključujući WebSocket vezu na /ws, koja prenosi chat. Proxy koji je blokira prekida chat.
• RTMP ne prolazi kroz proxy: vaš softver za emitiranje šalje izravno na port 1935 Owncasta.
• Stvarna adresa posjetitelja: Owncast čita zaglavlje X-Forwarded-For kako bi blokirao IP adresu korisnika kojem je zabranjen chat. Dokumentacija traži da to zaglavlje postavlja sam proxy.

S Caddyjem

Dokumentacija predlaže Caddy ako nemate drugu preferenciju: sam pribavlja certifikat Let’s Encrypt i prosljeđuje WebSocket bez dodatne postavke. Evo njezina primjera datoteke Caddyfile, u kojem redak tls navodi adresu e-pošte računa Let’s Encrypt:

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

S Nginxom

Uz Nginx dokumentacija naglašava WebSocket: kada se zaboravi, chat prestaje raditi. Dodajte ovaj blok map u odjeljak http datoteke /etc/nginx/nginx.conf:

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

Ovaj blok web-mjesta preuzima onaj iz dokumentacije, na portu 80 kako bi Certbot postavio HTTPS:

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

Emitiranje preko RTMP-a iz OBS-a

Owncast prihvaća svaki softver koji emitira preko RTMP-a na udaljeni poslužitelj. Ključ se prihvaća samo na putanji /live. U OBS-u:

1. Otvorite „Settings”, zatim „Stream”, i kao uslugu odaberite „Custom”.
2. Unesite adresu rtmp://live.example.com:1935/live.
3. Unesite svoj ključ za emitiranje, onaj s kartice „Stream Keys” u Owncastu.
4. Pokrenite emitiranje.

Softver bez polja za ključ prihvaća punu adresu, rtmp://live.example.com:1935/live/your-key.

Na Simafri VPS-u IPv6 adresa poslužitelja može otvoriti bilo koji port po vašem izboru: vaš softver za emitiranje dosiže port 1935 preko te adrese, pod nazivom koji nosi zapis AAAA. Na IPv4 Docker mreži, kao ovdje, Docker port na IPv6 adresi poslužitelja preusmjerava na kontejner. Otvorite taj port ako je ufw aktivan, a zatim testirajte sa svojeg računala:

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

Za svaku drugu potrebu recite nam što imate na umu i zajedno ćemo pogledati adresiranje.

Postavke vašeg softvera za emitiranje

• Kodeci: H.264 za video i AAC za zvuk, jedini za koje su transkodiranje i kompatibilnost reprodukcije zajamčeni.
• Interval ključnih sličica: jedna svake 2 sekunde, nikad ostavljen na „auto”. U OBS-u je interval u sekundama, dakle 2.
• Brzina prijenosa: šaljite ono što planirate ponuditi, ne više. Ako vaš poslužitelj obrađuje 720p pri 2500 kbps, ne šaljite mu 1080p pri 6000 kbps: svaka konverzija koju tražite dodaje opterećenje procesoru.

Kvalitete videa i latencija

Kvalitete koje se nude gledateljima podešavaju se u izborniku „Configuration”, „Video”. Više kvaliteta omogućuje playeru da odabere onu koju njegova veza može održati: dokumentacija preporučuje drugu kvalitetu, od 1000 do 2000 kbps, uz visoku kvalitetu od 4000 do 6000 kbps, nakon što je vaša prva konfiguracija testirana.

• Brzina prijenosa: od 400 do 13 000 kbps, u koracima od 100.
• Broj sličica u sekundi: od 24 do 120 sličica u sekundi, prema zadanim postavkama 24.
• Razlučivost: promijenite širinu ili visinu, ne oboje, a Owncast zadržava omjer slike.
• Upotreba procesora: pet razina. Što je razina viša, to je slika bolja, odnosno datoteka manja uz jednaku kvalitetu.

Passthrough dolazni video prosljeđuje bez ponovnog kodiranja: štedi gotovo sav procesor te kvalitete i zanemaruje njezine postavke brzine prijenosa, razlučivosti i broja sličica u sekundi. Dokumentacija ga rezervira za napredne korisnike: gledatelji primaju točno ono što šalje vaš softver, što neki playeri ne mogu reproducirati, a latencija raste. Prije nego se na njega oslonite, testirajte reprodukciju na uređajima koji su vam važni.

Latencija se podešava međuspremnikom latencije, na istoj stranici. Svaka razina mijenja malo kašnjenja za stabilnost, a promjena vrijedi od sljedećeg prijenosa:

Inačica 0.3.0 na strani gledatelja dodaje i opciju playera „Minimize latency”, koja malo ubrzava reprodukciju kako bi se približila stvarnom vremenu, te postavku automatske reprodukcije, prema zadanim postavkama isključenu.

Pohrana objekata za veći broj gledatelja

Owncast svoje video segmente može slati u pohranu kompatibilnu sa S3, iz koje ih gledatelji preuzimaju. Poslužitelj i dalje poslužuje glavni popis za reprodukciju, API-je i chat; video, koji čini gotovo svu propusnost, dolazi iz pohrane. Vaš poslužitelj tada šalje samo jednu kopiju svake kvalitete: u primjeru iz dokumentacije 6,5 Mbps za dvije kvalitete od 5000 i 1500 kbps, bez obzira imate li nula gledatelja ili tisuću. Opterećenje procesora ostaje isto.

1. Izradite bucket kod svojeg pružatelja pohrane objekata.
2. Omogućite javno čitanje i postavite pravila CORS ako ih pružatelj traži: pogreška CORS ili Access-Control-Allow-Origin u konzoli preglednika gotovo uvijek dolazi odande.
3. U izborniku „Configuration”, „Server Setup”, na kartici „S3 Object Storage”, uključite pohranu i unesite naziv bucketa, pristupni ključ, tajni ključ, krajnju točku i regiju. Sva su ta polja obavezna.

Ta pohrana poslužuje prijenos uživo, a ne arhivu: Owncast usput briše segmente starije od popisa za reprodukciju uvećanog za međuspremnik od otprilike 20 segmenata. Bucket čuva samo posljednjih nekoliko minuta prijenosa.

Za gledatelje raširene po cijelom svijetu dokumentacija opisuje i mrežu za isporuku sadržaja (CDN) postavljenu ispred Owncasta, sa zasebnim nazivom hosta izvora i postavkom „Websocket host override”, koja chat drži povezanim s izvornim poslužiteljem.

Chat i moderiranje

Chat se postavlja u izborniku „Configuration”, „Chat”. Prema zadanim postavkama nema moderatora: dokumentacija predlaže da barem sebe postavite za moderatora, sa stranice „Users” u administraciji.

• Moderatori skrivaju poruku ili zabranjuju korisnika iz samog chata. Nemaju pristup administraciji.
• Zabrana odspaja korisnika, uklanja njegove poruke i blokira njegovu poznatu IP adresu. Kasnije se može ukinuti; brisanje korisnika, naprotiv, trajno je.
• Samo etablirani korisnici: ta postavka blokira poruke računa mlađih od 15 minuta, osim moderatora.
• Filtar jezika odbija uvredljive poruke, prema internom popisu riječi.
• Obavezna autentifikacija slanje poruka dopušta samo autentificiranim korisnicima, preko računa na Fediverseu ili IndieAutha, i moderatorima.
• Ograničivač učestalosti, uključen prema zadanim postavkama, dopušta otprilike jednu poruku svake dvije trećine sekunde i na 10 sekundi blokira svakoga tko preplavljuje chat.

Dokumentacija ističe da se blokiranje IP adrese može zaobići, primjerice VPN-om: ono smanjuje zlouporabe, a moderiranje ostaje posao svakog kanala. Otuda vrijednost imenovanih moderatora za vaše najgledanije prijenose.

Sigurnosne kopije

Owncast svoju bazu sigurnosno kopira jednom na sat, u data/backup/owncastdb.bak. Zastavica --backupdir mijenja tu mapu. Evo što sadrži mapa s podacima:

Za potpuni oporavak ili za premještanje instance dokumentacija traži da sigurnosno kopirate cijelu mapu data: njezino kopiranje u novu instalaciju prenosi sve. Uz Docker, sa zaustavljenom uslugom:

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

Planirajte to kopiranje prema svojim prijenosima i šaljite ga izvan poslužitelja. Postavljene na njegov disk, te arhive ulaze i u njegove noćne sigurnosne kopije.

Vraćanje baze

Vraćanje bazu vraća u trenutak sigurnosne kopije: sve što je od tada promijenjeno gubi se. Najprije kopirajte trenutačnu bazu na sigurno mjesto, a zatim:

1. Zaustavite Owncast.
2. Pokrenite Owncast s --restoreDatabase i putanjom do datoteke sigurnosne kopije: vraća bazu, a zatim se zatvara.
3. Pokrenite Owncast kao i obično, a zatim provjerite svoje postavke u administraciji.

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

Ažuriranja

Uz Docker dokumentacija daje dvije naredbe, koje se pokreću iz mape s datotekom compose.yaml. Mapa s podacima ostaje na mjestu:

docker compose pull
docker compose up -d

Uz instalacijski program bilješke o izdanju inačice 0.3.0 opisuju ažuriranje: zaustavite uslugu, sklonite datoteke web-sučelja koje ste prilagodili, ponovno pokrenite instalacijski program kao račun pod kojim radi Owncast, a zatim ponovno pokrenite uslugu. Sama skripta prije zamjene izdanja sprema arhivu mape data u owncast-install-backups.

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

Inačica 0.3.0, objavljena 3. rujna 2026., donosi dodatke, Featured Streams, automatsku reprodukciju i izbor sučelja na kojem sluša RTMP. Njezine bilješke traže da pročitate promjene prije ažuriranja, jer utječu na vašu instancu: pratite te bilješke uz svako izdanje i kopirajte mapu data neposredno prije.

Tko što radi na Managed VPS-u

Hostanje na vlastitom poslužitelju traži da uz aplikaciju održavate i poslužitelj. Na Managed VPS-u naši timovi preuzimaju poslužitelj i proaktivno prate vašu instancu; Owncast ostaje vaš softver, sa svojim postavkama i podacima.

Ako želite da naši timovi interveniraju u samoj aplikaciji, ta se usluga naplaćuje po satu ili paušalno, uz procjenu koja vam se priopćuje prije intervencije.