Mitināt Owncast Managed VPS serverī: jūsu tiešraides jūsu serverī

Ko dara Owncast

Owncast ir atvērtā koda tiešraides video un tērzēšanas serveris vienam lietotājam, paredzēts mitināšanai savā serverī: viena instance nes vienas personas vai organizācijas kanālu. Tā README to pasniedz kā veidu, kā rīkot savas tiešraides lielo populāro platformu garā, saglabājot īpašumtiesības uz savu saturu, saskarni, moderēšanu un auditoriju.

• Uztveršana: jūsu raidīšanas programmatūra, piemēram, OBS, sūta straumi pa RTMP, protokolu, ko izmanto lielās straumēšanas platformas.
• Piegāde: Owncast sadala video HLS segmentos, vienā vai vairākās kvalitātēs, un pasniedz to savā tīmekļa lapā. Straumi var atskaņot arī VLC vai mpv, adresē /hls/stream.m3u8.
• Tērzēšana: iebūvēta lapā, ar moderatoriem, aizliegumiem un pieteikšanos caur Fediverse vai IndieAuth.
• Fediverse: Mastodon konts var sekot jūsu serverim un saņemt ziņu katru reizi, kad sākat tiešraidi. Versija 0.3.0 pievieno Featured Streams, kas rāda citu Owncast serveru tiešraides.
• Paplašināšana: tīmekļa āķi (webhooks), API un kopš 0.3.0 arī spraudņi, kurus uzstāda no administrēšanas paneļa ar jūsu piešķirtajām atļaujām.

Ko atļauj MIT licence

Owncast tiek publicēts ar MIT licenci. Tā bez maksas piešķir tiesības programmatūru izmantot, kopēt, mainīt, apvienot, publicēt, izplatīt, apakšlicencēt un pārdot tās kopijas. Tāpēc jūs varat to darbināt savam uzņēmumam, savai kopienai vai saviem klientiem, nepērkot nekādu licenci.

Vienīgais nosacījums ir saglabāt autortiesību paziņojumu un licences tekstu visās programmatūras kopijās vai tās būtiskajās daļās. Teksts programmatūru sniedz «tādu, kāda tā ir», bez garantijas.

Procesors un joslas platums: servera izmēra noteikšana

Dokumentācija to saka jau sākumā: prasības ir atkarīgas no jūsu konfigurācijas. Tomēr tā sniedz skaidru likumu, kā tās novērtēt. Procesors pārkodē video jūsu piedāvātajās kvalitātēs; joslas platums to piegādā katram skatītājam.

• Skatītāju skaits nemaina procesora slodzi. Video tiek kodēts vienreiz un pēc tam pasniegts visiem: nulle skatītāju vai simts, kodēšanas darbs ir tas pats. Tērzēšana pievieno nedaudz slodzes, kas ir maza, salīdzinot ar kodēšanu.
• Joslas platums pieaug ar katru skatītāju. Katrs skatītājs saņem savu straumes kopiju.
• Katrai pārkodētajai kvalitātei vajadzīgs procesors, jo vairāk, jo zemāks mērķa bitu ātrums, jo spēcīgāka saspiešana prasa vairāk aprēķinu.

Servera joslas platums

Dokumentācija dod divas formulas. Straumes apjoms gigabaitos: bitu ātrums kbps × ilgums sekundēs × skatītāji ÷ 8 000 000. Maksimālais izejošais ātrums, kas jānodrošina, Mbps: bitu ātrums kbps × skatītāji ÷ 1000. Ar vairākām kvalitātēm aprēķiniet katru un saskaitiet. Tās aplēses divu stundu straumei:

Simafri VPS serverī datplūsmai nav mēneša skaitītāja: jūsu straumju izmēru nosaka pēc to maksimālā bitu ātruma. Auditorijai augot, objektu krātuve, par kuru stāstīts tālāk, pasniedz video servera vietā.

Procesors

Dokumentācija sniedz izmērītus atskaites punktus, norādot, ka tie mainās atkarībā no kodeka, bitu ātruma, izšķirtspējas un kodētāja iestatījuma (preset):

• Viens kodols katrai kvalitātei: kā aptuvens īkšķa likums, viens procesora kodols bieži spēj apstrādāt vienu pārkodētu kvalitāti ar 30 kadriem sekundē.
• Kadru ātrums: 60 kadri sekundē prasa aptuveni divreiz vairāk aprēķinu nekā 30, bet 24 kadri sekundē aptuveni 0,8 reizes tik.
• Noklusējuma iestatījums: Owncast sāk ar vienu kvalitāti, 1200 kbps un 24 kadriem sekundē, audio nododot neskartu. Dokumentācija iesaka sākt ar to, pārbaudīt un pēc tam pievienot kvalitāti, kad procesoram ir rezerve.

Dokumentācija nenosauc atmiņas apjomu, un diskam ir maza nozīme: video segmenti tiek ierakstīti un pēc tam dzēsti straumes gaitā. Laika gaitā aug tikai mape data. VPS serverī kodēšanu veic procesors: katras pārkodētās kvalitātes izmēru nosaka vCPU skaitā. Ar Managed VPS aprakstiet mums savas straumes, to bitu ātrumu, kvalitātes un auditoriju, un mēs jums iesakām piemērotu izmēru.

Jūsu raidīšanas savienojums

Pirms straume sasniedz serveri, tā atstāj jūsu pašu interneta savienojumu. Dokumentācija prasa augšupielādes ātrumu, kas vismaz 1,5 reizes pārsniedz straumes bitu ātrumu: 7,5 Mbps straumei ar 5000 kbps. Tā iesaka vadu savienojumu, nevis Wi-Fi.

Uzstādīšana ar Docker Compose

Dokumentācija piedāvā Docker Hub attēlu owncast/owncast, kurā ir ffmpeg, Owncast nepieciešamais kodēšanas rīks. Serverī, kur uzstādīts Docker, izveidojiet mapi un ievietojiet tajā šo compose.yaml, ņemtu no dokumentācijas:

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

• Ports 8080, publicēts uz 127.0.0.1: šī ir vienīgā atšķirība no dokumentācijas piemēra, kas publicē abus portus. Tās lapa par reverso starpniekserveri lūdz neturēt Owncast tieši internetā, jo pēc noklusējuma tas klausās visās saskarnēs, un Docker publicē portu visās servera adresēs, ja adrese nav norādīta. Tīmekļa saskarne tad ir sasniedzama tikai caur reverso starpniekserveri.
• Ports 1935 saņem straumi pa RTMP. Tas paliek publisks, jo jūsu raidīšanas programmatūra to sasniedz tieši, neejot caur starpniekserveri.
• Mape data glabā datubāzi un tās rezerves kopijas serverī, ārpus konteinera: tieši to jūs kopējat un pārvietojat.
• Birka latest seko jaunākajai versijai; 0.3.0 fiksē versiju.

Bez Docker: oficiālais instalētājs

Otrs dokumentācijas ceļš ir skripts, kas lejupielādē jaunāko Owncast versiju jūsu platformai un ffmpeg, ja tā vēl nav. Tas visu uzstāda mapē owncast pašreizējās mapes iekšpusē. Dokumentācija iesaka to nepalaist kā root un pirms palaišanas izlasīt jebkuru attālu skriptu:

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

Lai Owncast startētu kopā ar serveri un pats restartētos pēc avārijas, dokumentācija sniedz systemd pakalpojumu, ko pielāgo izvēlētajai mapei un kontam:

[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

Administrēšanas parole un straumes atslēga

Administrēšanas panelis atrodas adresē /admin. Owncast startē ar visiem zināmiem piekļuves datiem, kurus dokumentācija lūdz nomainīt pirmajā pieteikšanās reizē:

Lai šo maiņu veiktu, pirms saskarne ir atvērta publikai, izmantojiet SSH tuneli: servera ports 8080 parādās jūsu datorā, adresē http://localhost:8080/admin. Pievienojiet -p un SSH portu, kas norādīts jūsu klienta zonā.

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

• Administratora paroli maina sadaļā «Configuration», «Server Setup». Tai jābūt no 8 līdz 192 rakstzīmēm garai, ar vismaz vienu mazo burtu, vienu lielo burtu, vienu ciparu un vienu speciālo rakstzīmi no !@#$%^&*, un bez nevienas defises.
• Straumes atslēgas pārvalda tās pašas lapas cilnē «Stream Keys». Owncast piedāvā automātiski ģenerētu 30 rakstzīmju atslēgu, un jūs varat glabāt vairākas, katru ar komentāru: līdzvadītājam doto atslēgu vēlāk var atsaukt, neskarot pārējās.
• Aizmirstu paroli aizvieto startēšanas brīdī ar karogu --adminpassword, kas to saglabā datubāzē.

Administratora parole un straumes atslēga abas sākas kā abc123, taču tie ir divi atsevišķi iestatījumi: nomainiet abus.

HTTPS: reversais starpniekserveris

Owncast pats neapstrādā HTTPS. Dokumentācija pirms tā novieto reverso starpniekserveri, kas klausās portos 80 un 443, iegūst sertifikātu, šifrē datplūsmu un nodod to nešifrētu Owncast portā 8080. Bez HTTPS pārlūkprogrammas atzīmē lapu kā nedrošu, un lapa, kas tiek pasniegta pa HTTPS, nevar iegult jūsu video vai tērzēšanu.

• Starpniekserveris nodod visus ceļus, ieskaitot WebSocket savienojumu /ws, kas nes tērzēšanu. Starpniekserveris, kas to bloķē, pārtrauc tērzēšanu.
• RTMP neiet caur starpniekserveri: jūsu raidīšanas programmatūra sūta tieši uz Owncast portu 1935.
• Apmeklētāju īstā adrese: Owncast nolasa galveni X-Forwarded-For, lai bloķētu tērzēšanā aizliegta lietotāja IP adresi. Dokumentācija prasa, lai šo galveni iestata pats starpniekserveris.

Ar Caddy

Dokumentācija iesaka Caddy, ja nav citu vēlmju: tas pats iegūst Let’s Encrypt sertifikātu un nodod WebSocket bez papildu iestatījumiem. Lūk, tās Caddyfile piemērs, kur rinda tls norāda Let’s Encrypt konta e-pasta adresi:

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

Ar Nginx

Ar Nginx dokumentācija uzsver WebSocket: tieši tā aizmiršana atslēdz tērzēšanu. Pievienojiet šo bloku map faila /etc/nginx/nginx.conf sadaļai http:

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

Šis vietnes bloks seko dokumentācijas blokam, uz porta 80, lai Certbot varētu ieslēgt 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

Raidīšana pa RTMP no OBS

Owncast pieņem jebkuru programmatūru, kas raida pa RTMP uz attālu serveri. Atslēga tiek pieņemta tikai ceļā /live. Programmā OBS:

1. Atveriet «Settings», pēc tam «Stream», un kā pakalpojumu izvēlieties «Custom».
2. Ievadiet adresi rtmp://live.example.com:1935/live.
3. Ievadiet savu straumes atslēgu, to no Owncast cilnes «Stream Keys».
4. Sāciet raidīšanu.

Programmatūra bez atsevišķa lauka atslēgai pieņem pilno adresi, rtmp://live.example.com:1935/live/your-key.

Simafri VPS serverī servera IPv6 adrese var atvērt jebkuru jūsu izvēlētu portu: jūsu raidīšanas programmatūra sasniedz portu 1935 caur šo adresi, ar vārdu, kam ir AAAA ieraksts. IPv4 Docker tīklā, kā šeit, Docker sasaista portu servera IPv6 adresē ar konteineru. Atveriet šo portu, ja ir aktīvs ufw, pēc tam pārbaudiet no sava datora:

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

Jebkurai citai vajadzībai pastāstiet mums, ko esat iecerējuši, un mēs kopā ar jums izskatīsim adresāciju.

Jūsu raidīšanas programmatūras iestatījumi

• Kodeki: H.264 video un AAC audio, vienīgie, kuriem ir nodrošināta pārkodēšana un atskaņošanas saderība.
• Atslēgkadru intervāls: viens ik pēc 2 sekundēm, nekad neatstājot «auto». OBS intervāls ir sekundēs, tātad 2.
• Bitu ātrums: sūtiet to, ko plānojat piedāvāt, ne vairāk. Ja jūsu serveris apstrādā 720p ar 2500 kbps, nesūtiet tam 1080p ar 6000 kbps: katra pieprasītā konversija palielina procesora slodzi.

Video kvalitātes un aizture

Skatītājiem piedāvātās kvalitātes iestata sadaļā «Configuration», «Video». Vairākas kvalitātes ļauj atskaņotājam izvēlēties to, kuru tā savienojums spēj uzturēt: kad jūsu pirmā konfigurācija ir pārbaudīta, dokumentācija iesaka otru kvalitāti, no 1000 līdz 2000 kbps, blakus augstai kvalitātei ar 4000 līdz 6000 kbps.

• Bitu ātrums: no 400 līdz 13 000 kbps, ar soli 100.
• Kadru ātrums: no 24 līdz 120 kadriem sekundē, pēc noklusējuma 24.
• Izšķirtspēja: mainiet platumu vai augstumu, ne abus, un Owncast saglabā malu attiecību.
• Procesora lietojums: pieci līmeņi. Jo augstāks līmenis, jo labāks attēls vai mazāks fails pie vienādas kvalitātes.

Passthrough nodod ienākošo video tālāk, to nepārkodējot: tas ietaupa gandrīz visu šīs kvalitātes procesora darbu un ignorē tās bitu ātruma, izšķirtspējas un kadru ātruma iestatījumus. Dokumentācija to paredz pieredzējušiem lietotājiem: skatītāji saņem tieši to, ko sūta jūsu programmatūra, ko daži atskaņotāji nespēj atskaņot, un aizture pieaug. Pirms uz to paļaujaties, pārbaudiet atskaņošanu ierīcēs, kas jums ir svarīgas.

Aizturi iestata ar aiztures buferi tajā pašā lapā. Katrs līmenis apmaina nedaudz kavējuma pret stabilitāti, un izmaiņa stājas spēkā no nākamās straumes:

Versija 0.3.0 skatītāja pusē pievieno arī atskaņotāja opciju «Minimize latency», kas nedaudz paātrina atskaņošanu, lai pietuvotos tiešraidei, un automātiskās atskaņošanas iestatījumu, pēc noklusējuma izslēgtu.

Objektu krātuve, lai apkalpotu vairāk skatītāju

Owncast var sūtīt savus video segmentus uz S3 saderīgu krātuvi, no kuras skatītāji tos lejupielādē. Serveris joprojām pasniedz galveno atskaņošanas sarakstu, API un tērzēšanu; video, kas veido gandrīz visu joslas platumu, nāk no krātuves. Jūsu serveris tad sūta tikai vienu katras kvalitātes kopiju: dokumentācijas piemērā 6,5 Mbps divām kvalitātēm ar 5000 un 1500 kbps, vai jums ir nulle skatītāju vai tūkstotis. Procesora slodze paliek tāda pati.

1. Izveidojiet spaini (bucket) pie sava objektu krātuves pakalpojumu sniedzēja.
2. Padariet to publiski lasāmu un iestatiet CORS politiku, ja pakalpojumu sniedzējs to prasa: kļūda CORS vai Access-Control-Allow-Origin pārlūkprogrammas konsolē gandrīz vienmēr rodas tieši tur.
3. Sadaļas «Configuration», «Server Setup» cilnē «S3 Object Storage» ieslēdziet krātuvi un ievadiet spaiņa nosaukumu, piekļuves atslēgu, slepeno atslēgu, galapunktu un reģionu. Visi šie lauki ir obligāti.

Šī krātuve pasniedz tiešraidi, nevis arhīvu: Owncast straumes gaitā dzēš segmentus, kas ir vecāki par atskaņošanas sarakstu plus buferi ar aptuveni 20 segmentiem. Spainī glabājas tikai pēdējās dažas straumes minūtes.

Skatītājiem, kas izkliedēti pa visu pasauli, dokumentācija apraksta arī satura piegādes tīklu (CDN), kas novietots pirms Owncast, ar atsevišķu izcelsmes servera vārdu un iestatījumu «Websocket host override», kas uztur tērzēšanu savienotu ar izcelsmes serveri.

Tērzēšana un moderēšana

Tērzēšanu iestata sadaļā «Configuration», «Chat». Pēc noklusējuma moderatoru nav: dokumentācija iesaka vismaz sevi padarīt par moderatoru administrēšanas paneļa lapā «Users».

• Moderatori paslēpj ziņu vai aizliedz lietotāju tieši no tērzēšanas. Viņiem nav piekļuves administrēšanas panelim.
• Aizliegums atvieno lietotāju, noņem viņa ziņas un bloķē viņa zināmo IP adresi. To var vēlāk atcelt; savukārt lietotāja dzēšana ir neatgriezeniska.
• Tikai pastāvīgi lietotāji: šis iestatījums bloķē ziņas no kontiem, kas izveidoti pirms mazāk nekā 15 minūtēm, izņemot moderatorus.
• Valodas filtrs noraida aizskarošas ziņas, izmantojot iekšēju vārdu sarakstu.
• Obligāta autentifikācija ļauj ziņas sūtīt tikai autentificētiem lietotājiem, ar Fediverse kontu vai IndieAuth, un moderatoriem.
• Ātruma ierobežotājs, pēc noklusējuma ieslēgts, atļauj aptuveni vienu ziņu ik pēc divām trešdaļām sekundes un uz 10 sekundēm bloķē ikvienu, kas pārpludina tērzēšanu.

Dokumentācija norāda, ka IP bloķēšanu var apiet, piemēram, ar VPN: tā mazina ļaunprātīgu izmantošanu, un moderēšana paliek katra kanāla paša darbs. Tāpēc jūsu skatītākajām straumēm noder nosaukti moderatori.

Rezerves kopijas

Owncast pats reizi stundā veido savas datubāzes rezerves kopiju failā data/backup/owncastdb.bak. Karogs --backupdir maina šo mapi. Lūk, ko satur datu mape:

Pilnai atjaunošanai vai instances pārvietošanai dokumentācija lūdz kopēt visu mapi data: tās kopija jaunā uzstādījumā pārnes visu. Ar Docker, pakalpojumam apturētam:

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

Ieplānojiet šo kopiju atbilstoši savām straumēm un nosūtiet to ārpus servera. Novietoti tā diskā, šie arhīvi nonāk arī tā nakts rezerves kopijās.

Datubāzes atjaunošana

Atjaunošana atgriež datubāzi rezerves kopijas brīža stāvoklī: viss, kas mainīts kopš tā laika, tiek zaudēts. Vispirms nokopējiet pašreizējo datubāzi drošā vietā, pēc tam:

1. Apturiet Owncast.
2. Startējiet Owncast ar --restoreDatabase un rezerves kopijas faila ceļu: tas atjauno datubāzi un pēc tam beidz darbu.
3. Startējiet Owncast kā parasti, pēc tam pārbaudiet savus iestatījumus administrēšanas panelī.

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

Atjauninājumi

Ar Docker dokumentācija dod divas komandas, kas jāpalaiž no mapes ar compose.yaml. Datu mape paliek vietā:

docker compose pull
docker compose up -d

Ar instalētāju 0.3.0 versijas piezīmes apraksta atjaunināšanu: apturiet pakalpojumu, nolieciet malā visus pielāgotos tīmekļa saskarnes failus, palaidiet instalētāju vēlreiz ar kontu, kas darbina Owncast, un pēc tam restartējiet. Pirms versijas aizvietošanas skripts pats saglabā mapes data arhīvu mapē owncast-install-backups.

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

Versija 0.3.0, izdota 2026. gada 3. septembrī, ienes spraudņus, Featured Streams, automātisko atskaņošanu un iespēju izvēlēties saskarni, kurā klausās RTMP. Tās piezīmes lūdz izlasīt izmaiņas pirms atjaunināšanas, jo tās skar jūsu instanci: sekojiet šīm piezīmēm katrā laidienā un tieši pirms tā nokopējiet mapi data.

Kurš ko dara Managed VPS serverī

Mitināšana savā serverī prasa uzturēt serveri papildus lietojumprogrammai. Ar Managed VPS mūsu komandas uzņemas serveri un proaktīvi seko jūsu instancei; Owncast paliek jūsu programmatūra ar saviem iestatījumiem un datiem.

Ja vēlaties, lai mūsu komandas iejaucas pašā lietojumprogrammā, šis pakalpojums tiek rēķināts par stundu vai par fiksētu summu, ar novērtējumu, kas paziņots pirms iejaukšanās.