Gostovanje Owncast na Managed VPS: vaši prenosi v živo na vašem strežniku

Kaj počne Owncast

Owncast je odprtokodni strežnik za pretakanje videa v živo in klepet za enega uporabnika, zasnovan za samostojno gostovanje: ena instanca nosi kanal ene osebe ali organizacije. README ga predstavlja kot način, da vodite lastne prenose v živo, po zgledu velikih splošnih platform, in pri tem ohranite lastništvo nad vsebino, vmesnikom, moderiranjem in občinstvom.

• Sprejem: vaša programska oprema za oddajanje, kot je OBS, pošlje pretok prek RTMP, protokola, ki ga uporabljajo velike platforme za pretakanje.
• Dostava: Owncast video razreže na segmente HLS, v eni ali več kakovostih, in ga streže na svoji spletni strani. Pretok se predvaja tudi v VLC ali mpv, na /hls/stream.m3u8.
• Klepet: vgrajen v stran, z moderatorji, prepovedmi in prijavo prek Fediverse ali IndieAuth.
• Fediverse: račun Mastodon lahko sledi vašemu strežniku in prejme obvestilo ob vsakem začetku prenosa. Različica 0.3.0 dodaja Featured Streams, ki prikazujejo prenose v živo drugih strežnikov Owncast.
• Razširjanje: spletni kavlji (webhooks), API-ji in od 0.3.0 vtičniki, nameščeni iz skrbniškega vmesnika z dovoljenji, ki jim jih dodelite.

Kaj dovoljuje licenca MIT

Owncast je objavljen pod licenco MIT. Ta brezplačno podeljuje pravico do uporabe, kopiranja, spreminjanja, združevanja, objave, razširjanja, podlicenciranja in prodaje kopij programske opreme. Poganjate ga torej lahko za svoje podjetje, svojo skupnost ali svoje stranke, ne da bi morali kupiti licenco.

Edini pogoj je, da obvestilo o avtorskih pravicah in besedilo licence ohranite v vseh kopijah ali bistvenih delih programske opreme. Besedilo programsko opremo ponuja „takšno, kot je“, brez garancije.

Procesor in pasovna širina: dimenzioniranje strežnika

Dokumentacija to pove takoj: zahteve so odvisne od vaše konfiguracije. Postavi pa jasno pravilo za njihovo oceno. Procesor video pretvori v kakovosti, ki jih ponujate; pasovna širina ga dostavi vsakemu gledalcu.

• Število gledalcev ne spremeni obremenitve procesorja. Video se kodira enkrat, nato se streže vsem: nič gledalcev ali sto, delo kodiranja je enako. Klepet doda nekaj obremenitve, majhne v primerjavi s kodiranjem.
• Pasovna širina raste z vsakim gledalcem. Vsak gledalec prejme lastno kopijo pretoka.
• Vsaka pretvorjena kakovost potrebuje procesor, toliko bolj, kolikor nižja je ciljna bitna hitrost, saj močnejše stiskanje zahteva več računanja.

Pasovna širina strežnika

Dokumentacija navaja dve formuli. Obseg prenosa v gigabajtih: bitna hitrost v kbit/s × trajanje v sekundah × gledalci ÷ 8.000.000. Najvišja odhodna hitrost, ki jo je treba vzdržati, v Mbit/s: bitna hitrost v kbit/s × gledalci ÷ 1.000. Pri več kakovostih izračunajte vsako in jih seštejte. Njene ocene za dvourni prenos:

Na VPS Simafri promet nima mesečnega števca: vaši prenosi se dimenzionirajo po najvišji bitni hitrosti. Ko vaše občinstvo raste, video namesto strežnika streže objektna shramba, opisana v nadaljevanju.

Procesor

Dokumentacija navaja izmerjene referenčne točke in opozarja, da se spreminjajo s kodekom, bitno hitrostjo, ločljivostjo in nastavitvijo kodirnika:

• Eno jedro na kakovost: kot grobo pravilo eno procesorsko jedro pogosto zmore eno pretvorjeno kakovost pri 30 sličicah na sekundo.
• Hitrost sličic: 60 sličic na sekundo zahteva približno dvakrat več računanja kot 30, 24 sličic na sekundo pa približno 0,8-krat toliko.
• Privzeta nastavitev: Owncast začne z eno samo kakovostjo, pri 1.200 kbit/s in 24 sličicah na sekundo, z zvokom, posredovanim nespremenjenim. Dokumentacija svetuje, da začnete tam, preizkusite, nato dodate kakovost, ko ima procesor rezervo.

Dokumentacija ne navaja potrebnega pomnilnika, disk pa je malo pomemben: segmenti videa se med prenosom zapisujejo in nato odstranjujejo. S časom raste le mapa data. Na VPS kodiranje opravlja procesor: vsaka pretvorjena kakovost se dimenzionira v vCPU. Na Managed VPS nam opišite svoje prenose, njihovo bitno hitrost, kakovosti in občinstvo, in priporočimo vam ustrezno velikost.

Vaša povezava za oddajanje

Preden pretok doseže strežnik, zapusti vašo lastno povezavo. Dokumentacija zahteva hitrost nalaganja vsaj 1,5-kratnik bitne hitrosti pretoka: 7,5 Mbit/s za pretok s 5.000 kbit/s. Namesto Wi-Fi priporoča žično povezavo.

Namestitev z Docker Compose

Dokumentacija ponuja sliko owncast/owncast na Docker Hubu, ki vsebuje ffmpeg, orodje za kodiranje, ki ga Owncast potrebuje. Na strežniku z nameščenim Dockerjem ustvarite mapo in vanjo postavite ta compose.yaml, povzet po dokumentaciji:

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

• Vrata 8080, objavljena na 127.0.0.1: to je edina sprememba glede na primer iz dokumentacije, ki objavi obe vrata. Njena stran o obratnem posredniškem strežniku prosi, naj Owncast ne bo izpostavljen internetu, saj privzeto posluša na vseh vmesnikih, Docker pa vrata brez navedenega naslova objavi na vseh naslovih strežnika. Spletni vmesnik je nato dosegljiv le prek obratnega posredniškega strežnika.
• Vrata 1935 sprejemajo pretok prek RTMP. Ostanejo javna, ker jih vaša programska oprema za oddajanje doseže neposredno, brez posredniškega strežnika.
• Mapa data hrani zbirko in njene varnostne kopije na strežniku, zunaj vsebnika: to je tisto, kar varnostno kopirate in selite.
• Oznaka latest sledi zadnji izdaji; 0.3.0 določi različico.

Brez Dockerja: uradni namestitveni program

Druga pot iz dokumentacije je skript, ki prenese zadnjo izdajo programa Owncast za vašo platformo in ffmpeg, če ga še ni. Vse namesti v mapo owncast pod trenutno mapo. Dokumentacija odsvetuje zagon kot root in priporoča, da vsak oddaljeni skript preberete, preden ga zaženete:

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

Da se Owncast zažene skupaj s strežnikom in se po zrušitvi sam znova zažene, dokumentacija ponuja storitev systemd, ki jo prilagodite izbrani mapi in 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

Skrbniško geslo in ključ za oddajanje

Skrbniški vmesnik je na /admin. Owncast se zažene z dostopnimi podatki, ki jih pozna vsakdo, dokumentacija pa prosi, naj jih spremenite ob prvi prijavi:

Da to spremembo opravite, preden je vmesnik odprt javnosti, uporabite tunel SSH: vrata 8080 strežnika se pokažejo na vašem računalniku, na http://localhost:8080/admin. Dodajte -p in vrata SSH, prikazana v vašem uporabniškem območju.

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

• Skrbniško geslo se spremeni v „Configuration“, „Server Setup“. Zahteva od 8 do 192 znakov, vsaj eno malo črko, eno veliko črko, eno števko in en poseben znak iz !@#$%^&*, nikjer pa vezaja.
• Ključi za oddajanje se upravljajo v zavihku „Stream Keys“ iste strani. Owncast ponudi samodejno ustvarjen ključ s 30 znaki, hranite pa jih lahko več, vsakega s komentarjem: ključ, dan sovoditelju, lahko pozneje prekličete, ne da bi se dotaknili drugih.
• Pozabljeno geslo se ob zagonu zamenja z zastavico --adminpassword, ki ga shrani v zbirko.

Skrbniško geslo in ključ za oddajanje sta na začetku oba abc123, a sta ločeni nastavitvi: spremenite obe.

HTTPS: obratni posredniški strežnik

Owncast sam ne upravlja HTTPS. Dokumentacija pred njim postavi obratni posredniški strežnik, ki posluša na vratih 80 in 443, pridobi potrdilo, šifrira promet in ga nešifriranega posreduje programu Owncast na vratih 8080. Brez HTTPS brskalniki stran označijo kot nevarno, stran, strežena prek HTTPS, pa ne more vdelati vašega videa ali klepeta.

• Posredniški strežnik posreduje vse poti, vključno s povezavo WebSocket na /ws, ki nosi klepet. Posredniški strežnik, ki jo blokira, prekine klepet.
• RTMP ne gre skozi posredniški strežnik: vaša programska oprema za oddajanje pošilja neposredno na vrata 1935 programa Owncast.
• Pravi naslov obiskovalcev: Owncast bere glavo X-Forwarded-For, da blokira naslov IP uporabnika, ki mu je klepet prepovedan. Dokumentacija zahteva, da to glavo nastavi posredniški strežnik sam.

S Caddyjem

Dokumentacija predlaga Caddy, če nimate druge želje: sam pridobi potrdilo Let’s Encrypt in WebSocket posreduje brez dodatne nastavitve. Tukaj je njen primer datoteke Caddyfile, kjer vrstica tls navaja e-poštni naslov računa Let’s Encrypt:

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

Z Nginxom

Pri Nginxu dokumentacija poudarja WebSocket: če nanj pozabite, klepet ne deluje. Ta blok map dodajte v razdelek http datoteke /etc/nginx/nginx.conf:

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

Ta blok spletišča sledi bloku iz dokumentacije, na vratih 80, da lahko Certbot vzpostavi 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

Oddajanje prek RTMP iz OBS

Owncast sprejme vsako programsko opremo, ki oddaja prek RTMP na oddaljeni strežnik. Ključ je sprejet le na poti /live. V OBS:

1. Odprite „Settings“, nato „Stream“, in kot storitev izberite „Custom“.
2. Vpišite naslov rtmp://live.example.com:1935/live.
3. Vpišite svoj ključ za oddajanje, tistega iz zavihka „Stream Keys“ programa Owncast.
4. Začnite oddajati.

Programska oprema brez polja za ključ sprejme celoten naslov, rtmp://live.example.com:1935/live/your-key.

Na VPS Simafri naslov IPv6 strežnika lahko odpre katera koli vrata, ki jih izberete: vaša programska oprema za oddajanje vrata 1935 doseže prek tega naslova, pod imenom, ki nosi zapis AAAA. V omrežju Docker IPv4, kot tukaj, Docker vrata na naslovu IPv6 strežnika preslika v vsebnik. Odprite ta vrata, če je ufw aktiven, nato preizkusite s svojega računalnika:

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

Za vsako drugo potrebo nam opišite, kaj imate v mislih, in naslavljanje bomo pregledali skupaj z vami.

Nastavitve vaše programske opreme za oddajanje

• Kodeki: H.264 za video in AAC za zvok, edina, pri katerih sta pretvarjanje in združljivost predvajanja zagotovljena.
• Interval ključnih sličic: ena na 2 sekundi, nikoli na „auto“. V OBS je interval v sekundah, torej 2.
• Bitna hitrost: pošljite tisto, kar nameravate ponuditi, nič več. Če vaš strežnik zmore 720p pri 2.500 kbit/s, mu ne pošiljajte 1080p pri 6.000 kbit/s: vsaka pretvorba, ki jo zahtevate, doda obremenitev procesorja.

Kakovosti videa in zakasnitev

Kakovosti, ponujene gledalcem, se nastavijo v „Configuration“, „Video“. Več kakovosti predvajalniku omogoča, da izbere tisto, ki jo njegova povezava zmore: dokumentacija priporoča drugo kakovost, od 1.000 do 2.000 kbit/s, ob visoki kakovosti od 4.000 do 6.000 kbit/s, ko je vaša prva konfiguracija preizkušena.

• Bitna hitrost: od 400 do 13.000 kbit/s, v korakih po 100.
• Hitrost sličic: od 24 do 120 sličic na sekundo, privzeto 24.
• Ločljivost: spremenite širino ali višino, ne obeh, in Owncast ohrani razmerje stranic.
• Uporaba procesorja: pet ravni. Višja kot je raven, boljša je slika ali manjša datoteka pri enaki kakovosti.

Neposredni prehod (passthrough) dohodni video posreduje brez ponovnega kodiranja: prihrani skoraj ves procesor te kakovosti in prezre njene nastavitve bitne hitrosti, ločljivosti in hitrosti sličic. Dokumentacija ga rezervira za izkušene uporabnike: gledalci prejmejo natanko tisto, kar pošlje vaša programska oprema, česar nekateri predvajalniki ne morejo predvajati, zakasnitev pa se poveča. Preden se nanj zanesete, preizkusite predvajanje na napravah, ki so za vas pomembne.

Zakasnitev se nastavi z medpomnilnikom zakasnitve na isti strani. Vsaka raven zamenja nekaj zamika za stabilnost, sprememba pa velja od naslednjega prenosa:

Različica 0.3.0 na strani gledalca dodaja tudi možnost predvajalnika „Minimize latency“, ki predvajanje rahlo pospeši, da se približa živemu dogajanju, in nastavitev samodejnega predvajanja, privzeto izklopljeno.

Objektna shramba za več gledalcev

Owncast lahko svoje segmente videa pošilja v shrambo, združljivo s S3, iz katere jih gledalci prenašajo. Strežnik še naprej streže glavni seznam predvajanja, API-je in klepet; video, ki predstavlja skoraj vso pasovno širino, prihaja iz shrambe. Vaš strežnik nato pošlje le eno kopijo vsake kakovosti: v primeru iz dokumentacije 6,5 Mbit/s za dve kakovosti pri 5.000 in 1.500 kbit/s, ne glede na to, ali imate nič gledalcev ali tisoč. Obremenitev procesorja ostane enaka.

1. Pri svojem ponudniku objektne shrambe ustvarite vedro (bucket).
2. Omogočite javno branje in nastavite pravilnik CORS, če ga ponudnik zahteva: napaka CORS ali Access-Control-Allow-Origin v konzoli brskalnika skoraj vedno izvira od tod.
3. V „Configuration“, „Server Setup“, zavihek „S3 Object Storage“, vključite shrambo in vpišite ime vedra, ključ za dostop, skrivni ključ, končno točko in regijo. Vsa ta polja so obvezna.

Ta shramba streže prenos v živo, ne arhiva: Owncast sproti briše segmente, starejše od seznama predvajanja in medpomnilnika približno 20 segmentov. Vedro hrani le zadnjih nekaj minut prenosa.

Za gledalce po vsem svetu dokumentacija opisuje tudi omrežje za dostavo vsebin (CDN), postavljeno pred Owncast, z ločenim izvornim imenom gostitelja in nastavitvijo „Websocket host override“, ki klepet ohranja povezan z izvornim strežnikom.

Klepet in moderiranje

Klepet se nastavi v „Configuration“, „Chat“. Privzeto ni moderatorjev: dokumentacija predlaga, da za moderatorja določite vsaj sebe, na strani „Users“ skrbniškega vmesnika.

• Moderatorji sporočilo skrijejo ali uporabniku prepovejo klepet kar iz klepeta. Do skrbniškega vmesnika nimajo dostopa.
• Prepoved uporabnika odklopi, odstrani njegova sporočila in blokira njegov znani naslov IP. Pozneje jo je mogoče odpraviti; izbris uporabnika pa je dokončen.
• Le uveljavljeni uporabniki: ta nastavitev blokira sporočila računov, mlajših od 15 minut, razen moderatorjev.
• Jezikovni filter zavrne žaljiva sporočila, na podlagi notranjega seznama besed.
• Obvezno overjanje pošiljanje sporočil dovoli le overjenim uporabnikom, z računom Fediverse ali IndieAuth, in moderatorjem.
• Omejevalnik hitrosti, privzeto vključen, dovoli približno eno sporočilo na dve tretjini sekunde in za 10 sekund blokira vsakogar, ki klepet zasipa s sporočili.

Dokumentacija poudarja, da je blokiranje naslovov IP mogoče zaobiti, na primer z VPN: zlorabe zmanjšuje, moderiranje pa ostaja delo vsakega kanala. Od tod vrednost imenovanih moderatorjev za vaše najbolj gledane prenose.

Varnostne kopije

Owncast svojo zbirko varnostno kopira sam, enkrat na uro, v data/backup/owncastdb.bak. Zastavica --backupdir to mapo spremeni. Tukaj je, kaj vsebuje mapa s podatki:

Za popolno obnovo ali selitev instance dokumentacija prosi, naj varnostno kopirate vso mapo data: njena kopija v novi namestitvi prenese vse. Z Dockerjem, z ustavljeno storitvijo:

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

To kopijo načrtujte v skladu s svojimi prenosi in jo pošljite zunaj strežnika. Postavljeni na njegov disk ti arhivi vstopijo tudi v njegove nočne varnostne kopije.

Obnova zbirke

Obnova zbirko vrne v trenutek varnostne kopije: vse, kar se je od takrat spremenilo, se izgubi. Najprej kopijo trenutne zbirke shranite na varno, nato:

1. Ustavite Owncast.
2. Zaženite Owncast z --restoreDatabase in potjo do datoteke varnostne kopije: obnovi zbirko in se nato zaustavi.
3. Zaženite Owncast kot običajno, nato v skrbniškem vmesniku preverite svoje nastavitve.

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

Posodobitve

Z Dockerjem dokumentacija navaja dva ukaza, ki ju zaženete v mapi datoteke compose.yaml. Mapa s podatki ostane na mestu:

docker compose pull
docker compose up -d

Pri namestitvenem programu opombe k različici 0.3.0 opisujejo posodobitev: ustavite storitev, na stran shranite datoteke spletnega vmesnika, ki ste jih prilagodili, znova zaženite namestitveni program kot račun, ki poganja Owncast, nato znova zaženite storitev. Skript sam pred zamenjavo izdaje shrani arhiv mape data v owncast-install-backups.

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

Različica 0.3.0, izdana 3. septembra 2026, prinaša vtičnike, Featured Streams, samodejno predvajanje in izbiro vmesnika, na katerem posluša RTMP. Njene opombe prosijo, naj spremembe preberete pred posodobitvijo, saj vplivajo na vašo instanco: te opombe spremljajte ob vsaki izdaji, mapo data pa kopirajte tik pred posodobitvijo.

Kdo kaj dela na Managed VPS

Samostojno gostovanje poleg aplikacije zahteva tudi vzdrževanje strežnika. Na Managed VPS naše ekipe prevzamejo strežnik in proaktivno spremljajo vašo instanco; Owncast ostaja vaša programska oprema, z vašimi nastavitvami in podatki.

Če želite, da naše ekipe posežejo v samo aplikacijo, se ta storitev zaračuna po urah ali pavšalno, z oceno stroškov, sporočeno pred posegom.