Owncasti majutamine Managed VPS-is: teie otseülekanded teie enda serveris

Mida Owncast teeb

Owncast on avatud lähtekoodiga, ise majutatav, ühe kasutajaga otsevideo edastamise ja vestluse server: üks instants kannab ühe inimese või organisatsiooni kanalit. Selle README tutvustab seda kui viisi pidada oma otseülekandeid suurte populaarsete platvormide stiilis, säilitades samas omandi oma sisu, liidese, modereerimise ja publiku üle.

• Vastuvõtt: teie edastustarkvara, näiteks OBS, saadab voo RTMP kaudu, protokolliga, mida kasutavad suured voogedastusplatvormid.
• Edastamine: Owncast lõikab video HLS-segmentideks, ühes või mitmes kvaliteedis, ja serveerib seda oma veebilehel. Voog mängib ka VLC-s või mpv-s, aadressil /hls/stream.m3u8.
• Vestlus: lehele sisse ehitatud, moderaatorite, keeldude ja sisselogimisega Fediverse’i või IndieAuthi kaudu.
• Fediverse: Mastodoni konto saab teie serverit jälgida ja saab teate iga kord, kui alustate otseülekannet. Versioon 0.3.0 lisab Featured Streams’i, mis näitab teiste Owncasti serverite otseülekandeid.
• Laiendamine: veebikonksud, API-d ja alates versioonist 0.3.0 pistikprogrammid, mis paigaldatakse halduslehelt teie antud õigustega.

Mida MIT-litsents lubab

Owncast avaldatakse MIT-litsentsi all. See annab tasuta õiguse tarkvara koopiaid kasutada, kopeerida, muuta, ühendada, avaldada, levitada, all-litsentsida ja müüa. Seega võite seda käitada oma ettevõtte, kogukonna või klientide jaoks, ilma et peaksite litsentsi ostma.

Ainus tingimus on säilitada autoriõiguse teade ja litsentsi tekst tarkvara kõigis koopiates või olulistes osades. Tekst pakub tarkvara «nagu on», ilma garantiita.

Protsessor ja ribalaius: serveri mõõtmine

Dokumentatsioon ütleb kohe alguses: nõuded sõltuvad teie konfiguratsioonist. Nende hindamiseks esitab see selge reegli. Protsessor transkodeerib video teie pakutavatesse kvaliteetidesse; ribalaius edastab selle igale vaatajale.

• Vaatajate arv ei muuda protsessori koormust. Video kodeeritakse üks kord ja serveeritakse seejärel kõigile: null vaatajat või sada, kodeerimistöö on sama. Vestlus lisab veidi koormust, kodeerimisega võrreldes vähe.
• Ribalaius kasvab iga vaatajaga. Iga vaataja saab voost oma koopia.
• Iga transkodeeritud kvaliteet vajab protsessorit, seda enam, mida madalam on sihtbitikiirus, sest tugevam tihendamine nõuab rohkem arvutust.

Serveri ribalaius

Dokumentatsioon annab kaks valemit. Voo maht gigabaitides: bitikiirus kbit/s × kestus sekundites × vaatajad ÷ 8 000 000. Hoitav väljamineva liikluse tippkiirus Mbit/s: bitikiirus kbit/s × vaatajad ÷ 1000. Mitme kvaliteedi korral arvutage igaüks eraldi ja liitke kokku. Selle hinnangud kahetunnisele ülekandele:

Simafri VPS-is ei ole liiklusel kuist arvestit: teie voogusid mõõdetakse nende tippbitikiiruse järgi. Kui teie publik kasvab, serveerib videot serveri asemel allpool käsitletud objektisalvestus.

Protsessor

Dokumentatsioon annab mõõdetud võrdluspunktid, märkides, et need sõltuvad koodekist, bitikiirusest, eraldusvõimest ja kodeerija eelseadistusest:

• Üks tuum kvaliteedi kohta: jämeda rusikareeglina suudab üks protsessorituum sageli toime tulla ühe transkodeeritud kvaliteediga 30 kaadri juures sekundis.
• Kaadrisagedus: 60 kaadrit sekundis nõuab umbes kaks korda rohkem arvutust kui 30 ja 24 kaadrit sekundis umbes 0,8 korda.
• Vaikesäte: Owncast alustab ühe kvaliteediga, 1200 kbit/s ja 24 kaadrit sekundis, heli edastatakse puutumatult. Dokumentatsioon soovitab sealt alustada, testida ja lisada kvaliteet siis, kui protsessoril on varu.

Dokumentatsioon ei too välja mälu mahtu ja ketas on vähetähtis: videosegmendid kirjutatakse ja eemaldatakse ülekande käigus. Aja jooksul kasvab ainult kaust data. VPS-is teeb kodeerimise protsessor: iga transkodeeritud kvaliteet mõõdetakse vCPU-des. Managed VPS-is rääkige meile oma ülekannetest, nende bitikiirusest, kvaliteetidest ja publikust ning soovitame sobiva suuruse.

Teie edastusühendus

Enne serverisse jõudmist lahkub voog teie enda ühendusest. Dokumentatsioon nõuab üleslaadimiskiirust vähemalt 1,5 korda voo bitikiirusest: 7,5 Mbit/s 5000 kbit/s voo jaoks. See soovitab Wi-Fi asemel juhtmega ühendust.

Paigaldus Docker Compose’iga

Dokumentatsioon pakub Docker Hubis tõmmist owncast/owncast, mis sisaldab ffmpegi, Owncastile vajalikku kodeerimistööriista. Looge serveris, kuhu Docker on paigaldatud, kaust ja pange sinna see dokumentatsioonist võetud compose.yaml:

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 avaldatud aadressil 127.0.0.1: see on ainus muudatus võrreldes dokumentatsiooni näitega, mis avaldab mõlemad pordid. Selle pöördproksi leht palub hoida Owncasti internetist eemal, sest see kuulab vaikimisi kõigil liidestel, ja Docker avaldab pordi kõigil serveri aadressidel, kui aadressi ei anta. Veebiliides on siis kättesaadav ainult pöördproksi kaudu.
• Port 1935 võtab voo vastu RTMP kaudu. See jääb avalikuks, sest teie edastustarkvara jõuab selleni otse, proksit läbimata.
• Kaust data hoiab andmebaasi ja selle varukoopiaid serveris, konteinerist väljaspool: just seda varundate ja teisaldate.
• Silt latest järgib viimast väljalaset; 0.3.0 fikseerib versiooni.

Ilma Dockerita: ametlik paigaldaja

Dokumentatsiooni teine tee on skript, mis laadib alla Owncasti viimase väljalaske teie platvormile ja ffmpegi, kui seda veel pole. See paigaldab kõik praeguse kausta alla kausta owncast. Dokumentatsioon soovitab seda mitte käivitada kasutajana root ja lugeda iga kaugskript enne käivitamist läbi:

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

Et Owncast käivituks koos serveriga ja taaskäivituks pärast kokkujooksmist ise, pakub dokumentatsioon systemd-teenust, mida kohandada valitud kausta ja konto järgi:

[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

Administraatori parool ja voo võti

Haldusleht asub aadressil /admin. Owncast alustab kõigile teada olevate juurdepääsuandmetega, mida dokumentatsioon palub esimesel sisselogimisel muuta:

Et teha see muudatus enne, kui liides on avalikkusele avatud, kasutage SSH-tunnelit: serveri port 8080 ilmub teie arvutisse aadressile http://localhost:8080/admin. Lisage -p ja teie kliendialas näidatud SSH-port.

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

• Administraatori parooli muudetakse jaotises «Configuration», «Server Setup». See vajab 8 kuni 192 märki, vähemalt üht väiketähte, üht suurtähte, üht numbrit ja üht erimärki hulgast !@#$%^&* ning mitte ühtegi sidekriipsu.
• Voo võtmeid hallatakse sama lehe vahekaardil «Stream Keys». Owncast pakub automaatselt loodud 30-märgilist võtit ja võite hoida mitut, igaüht kommentaariga: kaassaatejuhile antud võtme saab hiljem tühistada teisi puutumata.
• Kadunud parool asendatakse käivitamisel lipuga --adminpassword, mis salvestab selle andmebaasi.

Administraatori parool ja voo võti on mõlemad alguses abc123, kuid need on kaks eraldi sätet: muutke mõlemat.

HTTPS: pöördproksi

Owncast jätab HTTPS-i pöördproksile. Dokumentatsioon paigutab selle ette proksi, mis kuulab portidel 80 ja 443, hangib sertifikaadi, krüpteerib liikluse ja edastab selle Owncastile pordile 8080 tavakujul. Ilma HTTPS-ita märgivad brauserid lehe ebaturvaliseks ja HTTPS-i kaudu serveeritud leht ei saa teie videot ega vestlust manustada.

• Proksi edastab kõik teed, sealhulgas WebSocketi ühenduse aadressil /ws, mis kannab vestlust. Proksi, mis selle blokeerib, katkestab vestluse.
• RTMP ei läbi proksit: teie edastustarkvara saadab otse Owncasti pordile 1935.
• Külastajate tegelik aadress: Owncast loeb päist X-Forwarded-For, et blokeerida vestlusest keelatud kasutaja IP-aadress. Dokumentatsioon palub, et proksi seaks selle päise ise.

Caddy-ga

Dokumentatsioon soovitab Caddyt, kui teil muud eelistust pole: see hangib Let’s Encrypti sertifikaadi ise ja edastab WebSocketi ilma lisasätteta. Siin on selle Caddyfile’i näide, kus rida tls annab Let’s Encrypti konto e-posti aadressi:

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

Nginxiga

Nginxi puhul rõhutab dokumentatsioon WebSocketi: just selle unustamine lülitab vestluse välja. Lisage see plokk map faili /etc/nginx/nginx.conf jaotisse http:

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

See saidi plokk järgib dokumentatsiooni oma, pordil 80, et Certbot saaks HTTPS-i paigaldada:

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

Edastamine RTMP kaudu OBS-ist

Owncast aktsepteerib iga tarkvara, mis edastab RTMP kaudu kaugserverisse. Võtit aktsepteeritakse ainult teel /live. OBS-is:

1. Avage «Settings», seejärel «Stream», ja valige teenuseks «Custom».
2. Sisestage aadress rtmp://live.example.com:1935/live.
3. Sisestage oma voo võti, see, mis on Owncasti vahekaardil «Stream Keys».
4. Alustage edastamist.

Tarkvara, millel pole võtme jaoks välja, aktsepteerib täielikku aadressi rtmp://live.example.com:1935/live/your-key.

Simafri VPS-is saab serveri IPv6-aadress avada mis tahes teie valitud pordi: teie edastustarkvara jõuab pordini 1935 selle aadressi kaudu, nime all, mis kannab kirjet AAAA. IPv4 Dockeri võrgus, nagu siin, suunab Docker serveri IPv6-aadressi pordi konteinerisse. Avage see port, kui ufw on aktiivne, ja testige seejärel oma arvutist:

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

Muu vajaduse korral kirjeldage meile, mida silmas peate, ja vaatame adresseerimise koos teiega läbi.

Teie edastustarkvara sätted

• Koodekid: video jaoks H.264 ja heli jaoks AAC, ainsad, mille puhul transkodeerimine ja taasesituse ühilduvus on tagatud.
• Võtmekaadrite intervall: üks iga 2 sekundi järel, mitte kunagi väärtusel «auto». OBS-is on intervall sekundites, seega 2.
• Bitikiirus: saatke seda, mida kavatsete pakkuda, mitte rohkem. Kui teie server tuleb toime 720p-ga 2500 kbit/s juures, ärge saatke sellele 1080p-d 6000 kbit/s juures: iga teie palutud teisendus lisab protsessori koormust.

Videokvaliteedid ja latentsus

Vaatajatele pakutavad kvaliteedid seadistatakse jaotises «Configuration», «Video». Mitu kvaliteeti võimaldavad mängijal valida selle, mida tema ühendus suudab hoida: dokumentatsioon soovitab teist kvaliteeti, 1000 kuni 2000 kbit/s, kõrge kvaliteedi kõrvale, mis on 4000 kuni 6000 kbit/s, kui teie esimene konfiguratsioon on testitud.

• Bitikiirus: 400 kuni 13 000 kbit/s, sammuga 100.
• Kaadrisagedus: 24 kuni 120 kaadrit sekundis, vaikimisi 24.
• Eraldusvõime: muutke laiust või kõrgust, mitte mõlemat, ja Owncast säilitab kuvasuhte.
• Protsessori kasutus: viis taset. Mida kõrgem tase, seda parem pilt või seda väiksem fail sama kvaliteedi juures.

Läbilase (passthrough) edastab sissetuleva video ilma seda ümber kodeerimata: see säästab peaaegu kogu selle kvaliteedi protsessoriaja ning eirab selle bitikiiruse, eraldusvõime ja kaadrisageduse sätteid. Dokumentatsioon jätab selle kogenud kasutajatele: vaatajad saavad täpselt selle, mida teie tarkvara saadab, mida mõned mängijad ei suuda esitada, ja latentsus suureneb. Testige taasesitust teile olulistes seadmetes, enne kui sellele tuginete.

Latentsust seadistatakse samal lehel latentsuspuhvriga. Iga tase vahetab veidi viivitust stabiilsuse vastu ja muudatus kehtib järgmisest ülekandest:

Versioon 0.3.0 lisab vaataja poolel ka mängija valiku «Minimize latency», mis kiirendab taasesitust veidi, et otseülekandele lähemale jõuda, ja automaatse esituse sätte, mis on vaikimisi välja lülitatud.

Objektisalvestus rohkemate vaatajate teenindamiseks

Owncast saab saata oma videosegmendid S3-ga ühilduvasse salvestusse, kust vaatajad need alla laadivad. Server serveerib endiselt peamist esitusloendit, API-sid ja vestlust; video, mis moodustab peaaegu kogu ribalaiuse, tuleb salvestusest. Teie server saadab siis igast kvaliteedist ainult ühe koopia: dokumentatsiooni näites 6,5 Mbit/s kahe kvaliteedi jaoks, 5000 ja 1500 kbit/s, olgu teil null vaatajat või tuhat. Protsessori koormus jääb samaks.

1. Looge oma objektisalvestuse pakkuja juures ämber (bucket).
2. Tehke see avalikult loetavaks ja seadke CORS-poliitika, kui pakkuja seda nõuab: viga CORS või Access-Control-Allow-Origin brauseri konsoolis tuleb peaaegu alati sealt.
3. Lülitage jaotises «Configuration», «Server Setup», vahekaardil «S3 Object Storage» salvestus sisse ja sisestage ämbri nimi, juurdepääsuvõti, salajane võti, lõpp-punkt ja piirkond. Kõik need väljad on kohustuslikud.

See salvestus serveerib otseülekannet, mitte arhiivi: Owncast kustutab jooksvalt segmendid, mis on vanemad kui esitusloend pluss umbes 20 segmendi puhver. Ämber hoiab ainult ülekande viimaseid minuteid.

Üle maailma hajutatud vaatajate jaoks kirjeldab dokumentatsioon ka Owncasti ette paigutatud sisuedastusvõrku (CDN), eraldi päritolu hostinime ja sättega «Websocket host override», mis hoiab vestluse päritoluserveriga ühendatuna.

Vestlus ja modereerimine

Vestlus seadistatakse jaotises «Configuration», «Chat». Vaikimisi moderaatoreid pole: dokumentatsioon soovitab vähemalt ennast moderaatoriks määrata, halduslehe lehelt «Users».

• Moderaatorid peidavad sõnumi või keelavad kasutaja otse vestlusest. Neil puudub ligipääs halduslehele.
• Keeld katkestab kasutaja ühenduse, eemaldab tema sõnumid ja blokeerib tema teadaoleva IP-aadressi. Selle saab hiljem tühistada; kasutaja kustutamine on seevastu lõplik.
• Ainult väljakujunenud kasutajad: see säte blokeerib sõnumid kontodelt, mis on nooremad kui 15 minutit, välja arvatud moderaatorid.
• Keelefilter lükkab solvavad sõnumid tagasi sisemise sõnaloendi abil.
• Nõutav autentimine laseb sõnumeid saata ainult autenditud kasutajatel, Fediverse’i konto või IndieAuthi kaudu, ja moderaatoritel.
• Sageduspiiraja, mis on vaikimisi sees, lubab ligikaudu ühe sõnumi iga kahe kolmandiku sekundi järel ja blokeerib vestlust üle ujutava kasutaja 10 sekundiks.

Dokumentatsioon märgib, et IP-blokeeringust saab mööda hiilida, näiteks VPN-iga: see hoiab kuritarvitusi madalal ja modereerimine jääb iga kanali enda tööks. Sellest ka nimeliste moderaatorite väärtus teie enim vaadatud ülekannete jaoks.

Varukoopiad

Owncast varundab oma andmebaasi ise kord tunnis faili data/backup/owncastdb.bak. Lipp --backupdir muudab seda kausta. Siin on see, mida andmekaust sisaldab:

Täielikuks taastamiseks või instantsi teisaldamiseks palub dokumentatsioon varundada kogu kausta data: selle kopeerimine uude paigaldusse kannab kõik üle. Dockeriga, teenus peatatud:

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

Ajastage see koopia vastavalt oma ülekannetele ja saatke see serverist välja. Serveri kettale pandud, jõuavad need arhiivid ka selle öistesse varukoopiatesse.

Andmebaasi taastamine

Taastamine viib andmebaasi tagasi varukoopia hetke: kõik pärast seda muudetu läheb kaotsi. Kopeerige kõigepealt praegune andmebaas turvalisse kohta ja seejärel:

1. Peatage Owncast.
2. Käivitage Owncast lipuga --restoreDatabase ja varukoopiafaili teega: see taastab andmebaasi ja väljub.
3. Käivitage Owncast tavapäraselt ja kontrollige seejärel oma sätteid halduslehel.

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

Uuendused

Dockeriga annab dokumentatsioon kaks käsku, mida käivitatakse kaustast, kus asub compose.yaml. Andmekaust jääb paigale:

docker compose pull
docker compose up -d

Paigaldaja puhul kirjeldavad versiooni 0.3.0 väljalaskemärkmed uuendust nii: peatage teenus, pange kõrvale kõik veebiliidese failid, mida olete kohandanud, käivitage paigaldaja uuesti kontoga, mis Owncasti käitab, ja taaskäivitage. Skript ise salvestab enne väljalaske asendamist kausta data arhiivi kausta owncast-install-backups.

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

3. septembril 2026 ilmunud versioon 0.3.0 toob pistikprogrammid, Featured Streams’i, automaatse esituse ja valiku, millisel liidesel RTMP kuulab. Selle märkmed paluvad muudatused enne uuendamist läbi lugeda, sest need puudutavad teie instantsi: jälgige neid märkmeid iga väljalaskega ja kopeerige kaust data vahetult enne.

Kes mida teeb Managed VPS-is

Ise majutamine nõuab lisaks rakendusele ka serveri hoidmist. Managed VPS-is võtavad meie meeskonnad serveri enda hoole alla ja jälgivad teie instantsi proaktiivselt; Owncast jääb teie tarkvaraks oma sätete ja andmetega.

Kui eelistate, et meie meeskonnad sekkuksid rakendusse endasse, arveldatakse see teenus tunni- või kindlahinnaga, hinnapakkumine edastatakse enne sekkumist.