Talpinkite Owncast Managed VPS serveryje: jūsų transliacijos jūsų serveryje

Ką daro Owncast

Owncast yra atvirojo kodo tiesioginių vaizdo transliacijų ir pokalbių serverio programa, skirta talpinti savo serveryje ir vienam savininkui: vienas egzempliorius neša vieno žmogaus ar organizacijos kanalą. README ją pristato kaip būdą vykdyti savo tiesiogines transliacijas didžiųjų populiarių platformų stiliumi, išlaikant nuosavybę į savo turinį, sąsają, moderavimą ir auditoriją.

• Priėmimas: jūsų transliavimo programa, pavyzdžiui, OBS, siunčia srautą per RTMP, protokolą, kurį naudoja didžiosios transliacijų platformos.
• Pateikimas: Owncast supjausto vaizdą į HLS segmentus, viena ar keliomis kokybėmis, ir teikia jį savo tinklalapyje. Srautą galima žiūrėti ir VLC ar mpv, adresu /hls/stream.m3u8.
• Pokalbiai: integruoti į puslapį, su moderatoriais, draudimais ir prisijungimu per Fediverse ar IndieAuth.
• Fediverse: Mastodon paskyra gali sekti jūsų serverį ir gauti pranešimą kiekvieną kartą, kai pradedate transliaciją. 0.3.0 versija prideda Featured Streams, rodančius kitų Owncast serverių tiesiogines transliacijas.
• Išplėtimas: webhook’ai, API ir, nuo 0.3.0, papildiniai, diegiami iš administravimo skydelio su jūsų suteiktomis teisėmis.

Ką leidžia MIT licencija

Owncast platinama pagal MIT licenciją. Ji nemokamai suteikia teisę naudoti, kopijuoti, keisti, sujungti, skelbti, platinti, sublicencijuoti ir parduoti programinės įrangos kopijas. Todėl ją galite paleisti savo verslui, bendruomenei ar klientams, nieko nepirkdami dėl licencijos.

Vienintelė sąlyga yra išlaikyti autorių teisių pranešimą ir licencijos tekstą visose programinės įrangos kopijose ar esminėse jos dalyse. Tekstas programinę įrangą teikia „tokią, kokia yra“, be garantijos.

Procesorius ir pralaidumas: serverio dydis

Dokumentacija tai pasako iš karto: reikalavimai priklauso nuo jūsų konfigūracijos. Vis dėlto ji pateikia aiškią taisyklę jiems įvertinti. Procesorius perkoduoja vaizdą į jūsų siūlomas kokybes; pralaidumas pristato jį kiekvienam žiūrovui.

• Žiūrovų skaičius nekeičia procesoriaus apkrovos. Vaizdas užkoduojamas vieną kartą, tada teikiamas visiems: nulis žiūrovų ar šimtas, kodavimo darbas tas pats. Pokalbiai prideda nedidelę apkrovą, mažą palyginti su kodavimu.
• Pralaidumas auga su kiekvienu žiūrovu. Kiekvienas žiūrovas gauna savo srauto kopiją.
• Kiekvienai perkoduotai kokybei reikia procesoriaus, juo daugiau, kuo mažesnė tikslinė sparta, nes stipresniam suspaudimui reikia daugiau skaičiavimų.

Serverio pralaidumas

Dokumentacija pateikia dvi formules. Transliacijos apimtis gigabaitais: sparta kbps × trukmė sekundėmis × žiūrovai ÷ 8 000 000. Didžiausia palaikytina išeinančio srauto sparta Mbps: sparta kbps × žiūrovai ÷ 1 000. Esant kelioms kokybėms, apskaičiuokite kiekvieną ir sudėkite. Jos įverčiai dviejų valandų transliacijai:

Simafri VPS serveryje srautas neturi mėnesinio skaitiklio: jūsų transliacijų dydis nustatomas pagal didžiausią spartą. Augant auditorijai, toliau aprašyta objektų saugykla teikia vaizdą vietoj serverio.

Procesorius

Dokumentacija pateikia išmatuotus orientyrus, pažymėdama, kad jie priklauso nuo kodeko, spartos, raiškos ir kodavimo nustatymo:

• Vienas branduolys kokybei: apytikriai vienas procesoriaus branduolys dažnai gali apdoroti vieną perkoduotą kokybę 30 kadrų per sekundę greičiu.
• Kadrų dažnis: 60 kadrų per sekundę reikalauja maždaug dvigubai daugiau skaičiavimų nei 30, o 24 kadrai per sekundę maždaug 0,8 karto tiek.
• Numatytasis nustatymas: Owncast pradeda nuo vienos kokybės, 1 200 kbps ir 24 kadrų per sekundę, o garsas perduodamas nepakeistas. Dokumentacija pataria pradėti nuo jo, išbandyti, tada pridėti kokybę, kai procesorius turi atsargos.

Dokumentacija nenurodo atminties dydžio, o diskas mažai svarbus: vaizdo segmentai įrašomi, tada pašalinami transliacijai vykstant. Laikui bėgant auga tik katalogas data. VPS serveryje kodavimą atlieka procesorius: kiekviena perkoduota kokybė skaičiuojama vCPU. Naudojant Managed VPS, papasakokite mums apie savo transliacijas, jų spartą, kokybes ir auditoriją, ir mes rekomenduosime tinkamą dydį.

Jūsų transliavimo ryšys

Prieš pasiekdamas serverį, srautas išeina iš jūsų pačių ryšio. Dokumentacija prašo išsiuntimo spartos, bent 1,5 karto didesnės už srauto spartą: 7,5 Mbps 5 000 kbps srautui. Ji rekomenduoja laidinį ryšį, o ne Wi-Fi.

Diegimas su Docker Compose

Dokumentacija siūlo Docker Hub atvaizdą owncast/owncast, kuriame yra ffmpeg, Owncast reikalingas kodavimo įrankis. Serveryje, kuriame įdiegtas Docker, sukurkite katalogą ir įdėkite į jį šį compose.yaml, paimtą iš dokumentacijos:

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

• 8080 prievadas, paskelbtas adresu 127.0.0.1: tai vienintelis pakeitimas, palyginti su dokumentacijos pavyzdžiu, kuriame skelbiami abu prievadai. Jos atvirkštinio tarpinio serverio puslapis prašo nepalikti Owncast atviros internetui, nes numatytai ji klausosi visose sąsajose, o Docker, nenurodžius adreso, prievadą skelbia visais serverio adresais. Tada žiniatinklio sąsaja pasiekiama tik per atvirkštinį tarpinį serverį.
• 1935 prievadas priima srautą per RTMP. Jis lieka viešas, nes jūsų transliavimo programa jį pasiekia tiesiogiai, nepereidama per tarpinį serverį.
• Katalogas data laiko duomenų bazę ir jos atsargines kopijas serveryje, už konteinerio ribų: būtent jį kopijuojate ir perkeliate.
• Žyma latest seka naujausią versiją; 0.3.0 užfiksuoja versiją.

Be Docker: oficialus diegimo scenarijus

Kitas dokumentacijos kelias yra scenarijus, kuris atsisiunčia naujausią Owncast versiją jūsų platformai ir ffmpeg, jei jo dar nėra. Jis viską įdiegia į katalogą owncast esamame kataloge. Dokumentacija nepataria jo paleisti kaip root ir rekomenduoja perskaityti bet kurį nuotolinį scenarijų prieš jį paleidžiant:

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

Kad Owncast pasileistų kartu su serveriu ir pati pasileistų iš naujo po strigties, dokumentacija pateikia systemd paslaugą, kurią reikia pritaikyti pasirinktam katalogui ir paskyrai:

[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

Administravimo slaptažodis ir transliacijos raktas

Administravimo skydelis yra adresu /admin. Owncast pradeda su visiems žinomais prisijungimo duomenimis, kuriuos dokumentacija prašo pakeisti pirmą kartą prisijungus:

Kad šį pakeitimą atliktumėte prieš atverdami sąsają visuomenei, naudokite SSH tunelį: serverio 8080 prievadas atsiranda jūsų kompiuteryje, adresu http://localhost:8080/admin. Pridėkite -p ir SSH prievadą, nurodytą jūsų kliento zonoje.

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

• Administravimo slaptažodis keičiamas skiltyje „Configuration“, „Server Setup“. Jam reikia nuo 8 iki 192 simbolių, bent vienos mažosios raidės, vienos didžiosios raidės, vieno skaitmens ir vieno specialiojo simbolio iš !@#$%^&*, be jokio brūkšnelio.
• Transliacijos raktai tvarkomi to paties puslapio skirtuke „Stream Keys“. Owncast siūlo automatiškai sugeneruotą 30 simbolių raktą, o jų galite turėti kelis, kiekvieną su komentaru: bendravedžiui duotą raktą vėliau galima atšaukti nelietus kitų.
• Pamirštas slaptažodis pakeičiamas paleidimo metu su vėliavėle --adminpassword, kuri jį įrašo į duomenų bazę.

Administravimo slaptažodis ir transliacijos raktas abu pradeda nuo abc123, tačiau tai du atskiri nustatymai: pakeiskite abu.

HTTPS: atvirkštinis tarpinis serveris

Owncast pati HTTPS netvarko. Dokumentacija priešais ją pastato atvirkštinį tarpinį serverį, kuris klausosi 80 ir 443 prievadų, gauna sertifikatą, šifruoja srautą ir perduoda jį nešifruotą Owncast 8080 prievadu. Be HTTPS naršyklės puslapį žymi kaip nesaugų, o per HTTPS teikiamas puslapis negali įterpti jūsų vaizdo ar pokalbių.

• Tarpinis serveris perduoda visus kelius, įskaitant WebSocket ryšį adresu /ws, kuriuo eina pokalbiai. Jį blokuojantis tarpinis serveris nutraukia pokalbius.
• RTMP neina per tarpinį serverį: jūsų transliavimo programa siunčia tiesiai į Owncast 1935 prievadą.
• Tikrasis lankytojų adresas: Owncast skaito antraštę X-Forwarded-For, kad užblokuotų iš pokalbių pašalinto naudotojo IP adresą. Dokumentacija prašo, kad šią antraštę nustatytų pats tarpinis serveris.

Su Caddy

Dokumentacija siūlo Caddy, jei neturite kitų pageidavimų: ji pati gauna Let’s Encrypt sertifikatą ir perduoda WebSocket be jokio papildomo nustatymo. Štai jos Caddyfile pavyzdys, kuriame eilutė tls nurodo Let’s Encrypt paskyros el. pašto adresą:

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

Su Nginx

Su Nginx dokumentacija pabrėžia WebSocket: jį pamiršus išjungiami pokalbiai. Pridėkite šį bloką map į failo /etc/nginx/nginx.conf skiltį http:

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

Šis svetainės blokas seka dokumentacijos bloką, 80 prievadu, kad HTTPS įdiegtų 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

Transliavimas per RTMP iš OBS

Owncast priima bet kurią programą, transliuojančią per RTMP į nuotolinį serverį. Raktas priimamas tik kelyje /live. OBS programoje:

1. Atverkite „Settings“, tada „Stream“ ir kaip paslaugą pasirinkite „Custom“.
2. Įveskite adresą rtmp://live.example.com:1935/live.
3. Įveskite savo transliacijos raktą, tą, kuris yra Owncast skirtuke „Stream Keys“.
4. Pradėkite transliaciją.

Programa be rakto lauko priima visą adresą, rtmp://live.example.com:1935/live/your-key.

Simafri VPS serveryje serverio IPv6 adresas gali atverti bet kurį jūsų pasirinktą prievadą: jūsų transliavimo programa 1935 prievadą pasiekia šiuo adresu, per vardą su įrašu AAAA. IPv4 Docker tinkle, kaip čia, Docker prievadą serverio IPv6 adresu susieja su konteineriu. Atverkite šį prievadą, jei įjungtas ufw, tada išbandykite iš savo kompiuterio:

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

Kitiems poreikiams papasakokite mums, ką sumanėte, ir kartu su jumis peržiūrėsime adresavimą.

Jūsų transliavimo programos nustatymai

• Kodekai: H.264 vaizdui ir AAC garsui, vieninteliai, kuriems užtikrintas perkodavimo ir atkūrimo suderinamumas.
• Pagrindinių kadrų intervalas: vienas kas 2 sekundes, niekada nepaliekant „auto“. OBS programoje intervalas nurodomas sekundėmis, todėl 2.
• Sparta: siųskite tai, ką ketinate siūlyti, ne daugiau. Jei jūsų serveris apdoroja 720p 2 500 kbps sparta, nesiųskite jam 1080p 6 000 kbps sparta: kiekviena jūsų prašoma konversija didina procesoriaus apkrovą.

Vaizdo kokybės ir delsa

Žiūrovams siūlomos kokybės nustatomos skiltyje „Configuration“, „Video“. Kelios kokybės leidžia grotuvui pasirinkti tą, kurią jo ryšys gali palaikyti: išbandžius pirmąją konfigūraciją, dokumentacija rekomenduoja antrą kokybę, nuo 1 000 iki 2 000 kbps, šalia aukštos kokybės nuo 4 000 iki 6 000 kbps.

• Sparta: nuo 400 iki 13 000 kbps, žingsniu po 100.
• Kadrų dažnis: nuo 24 iki 120 kadrų per sekundę, numatytai 24.
• Raiška: keiskite plotį arba aukštį, ne abu, ir Owncast išlaiko kraštinių santykį.
• Procesoriaus naudojimas: penki lygiai. Kuo aukštesnis lygis, tuo geresnis vaizdas arba mažesnis failas esant tai pačiai kokybei.

Tiesioginis perdavimas (passthrough) perduoda gaunamą vaizdą jo neperkoduodamas: jis sutaupo beveik visą tos kokybės procesoriaus darbą ir ignoruoja jos spartos, raiškos ir kadrų dažnio nustatymus. Dokumentacija jį palieka patyrusiems naudotojams: žiūrovai gauna būtent tai, ką siunčia jūsų programa, ko kai kurie grotuvai negali atkurti, o delsa padidėja. Prieš juo pasikliaudami, išbandykite atkūrimą jums svarbiuose įrenginiuose.

Delsa nustatoma delsos buferiu tame pačiame puslapyje. Kiekvienas lygis iškeičia šiek tiek vėlavimo į stabilumą, o pakeitimas taikomas nuo kitos transliacijos:

0.3.0 versija žiūrovo pusėje taip pat prideda grotuvo parinktį „Minimize latency“, kuri šiek tiek pagreitina atkūrimą, kad priartėtų prie tiesioginio vaizdo, ir automatinio paleidimo nustatymą, numatytai išjungtą.

Objektų saugykla daugiau žiūrovų aptarnauti

Owncast gali siųsti savo vaizdo segmentus į su S3 suderinamą saugyklą, iš kurios žiūrovai juos atsisiunčia. Serveris ir toliau teikia pagrindinį grojaraštį, API ir pokalbius; vaizdas, sudarantis beveik visą pralaidumą, ateina iš saugyklos. Tada jūsų serveris siunčia tik vieną kiekvienos kokybės kopiją: dokumentacijos pavyzdyje 6,5 Mbps dviem kokybėms po 5 000 ir 1 500 kbps, nesvarbu, ar turite nulį žiūrovų, ar tūkstantį. Procesoriaus apkrova lieka ta pati.

1. Sukurkite saugyklos talpyklą (bucket) pas savo objektų saugyklos teikėją.
2. Padarykite ją viešai skaitomą ir nustatykite CORS politiką, jei teikėjas jos reikalauja: klaida CORS ar Access-Control-Allow-Origin naršyklės konsolėje beveik visada kyla dėl to.
3. Skiltyje „Configuration“, „Server Setup“, skirtuke „S3 Object Storage“ įjunkite saugyklą ir įveskite talpyklos pavadinimą, prieigos raktą, slaptąjį raktą, galinį tašką ir regioną. Visi šie laukai privalomi.

Ši saugykla teikia tiesioginę transliaciją, o ne archyvą: Owncast palaipsniui ištrina segmentus, senesnius už grojaraštį ir maždaug 20 segmentų buferį. Talpykloje lieka tik paskutinės kelios transliacijos minutės.

Po visą pasaulį išsibarsčiusiems žiūrovams dokumentacija taip pat aprašo turinio pristatymo tinklą (CDN), pastatytą priešais Owncast, su atskiru pradinio serverio vardu ir nustatymu „Websocket host override“, kuris pokalbius palaiko prijungtus prie pradinio serverio.

Pokalbiai ir moderavimas

Pokalbiai nustatomi skiltyje „Configuration“, „Chat“. Numatytai moderatorių nėra: dokumentacija siūlo bent jau save paskirti moderatoriumi administravimo skydelio puslapyje „Users“.

• Moderatoriai paslepia žinutę arba pašalina naudotoją tiesiai iš pokalbių. Jie neturi prieigos prie administravimo skydelio.
• Draudimas atjungia naudotoją, pašalina jo žinutes ir blokuoja jo žinomą IP adresą. Jį vėliau galima panaikinti; o naudotojo ištrynimas yra galutinis.
• Tik patikimi naudotojai: šis nustatymas blokuoja jaunesnių nei 15 minučių paskyrų žinutes, išskyrus moderatorius.
• Kalbos filtras atmeta įžeidžias žinutes pagal vidinį žodžių sąrašą.
• Privalomas autentifikavimas leidžia žinutes siųsti tik autentifikuotiems naudotojams, per Fediverse paskyrą ar IndieAuth, ir moderatoriams.
• Spartos ribotuvas, numatytai įjungtas, leidžia maždaug vieną žinutę kas dvi trečiąsias sekundės dalis ir 10 sekundžių blokuoja bet ką, kas užtvindo pokalbius.

Dokumentacija pažymi, kad IP blokavimą galima apeiti, pavyzdžiui, su VPN: jis mažina piktnaudžiavimą, o moderavimas lieka kiekvieno kanalo darbas. Todėl paskirti moderatoriai naudingi jūsų žiūrimiausioms transliacijoms.

Atsarginės kopijos

Owncast pati kartą per valandą sukuria savo duomenų bazės atsarginę kopiją, į data/backup/owncastdb.bak. Vėliavėlė --backupdir pakeičia šį katalogą. Štai kas yra duomenų kataloge:

Visam atkūrimui ar egzemplioriui perkelti dokumentacija prašo kopijuoti visą katalogą data: jį nukopijavus į naują diegimą, perkeliama viskas. Su Docker, sustabdžius paslaugą:

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

Suplanuokite šią kopiją pagal savo transliacijas ir siųskite ją už serverio ribų. Padėti jo diske, šie archyvai patenka ir į jo naktines atsargines kopijas.

Duomenų bazės atkūrimas

Atkūrimas grąžina duomenų bazę į atsarginės kopijos momentą: viskas, kas pakeista vėliau, prarandama. Pirmiausia nukopijuokite dabartinę duomenų bazę į saugią vietą, tada:

1. Sustabdykite Owncast.
2. Paleiskite Owncast su --restoreDatabase ir atsarginės kopijos failo keliu: ji atkuria duomenų bazę, tada baigia darbą.
3. Paleiskite Owncast įprastai, tada patikrinkite savo nustatymus administravimo skydelyje.

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

Atnaujinimai

Su Docker dokumentacija pateikia dvi komandas, vykdomas kataloge su compose.yaml. Duomenų katalogas lieka vietoje:

docker compose pull
docker compose up -d

Su diegimo scenarijumi 0.3.0 versijos pastabos aprašo atnaujinimą: sustabdykite paslaugą, atidėkite į šalį visus savo pritaikytus žiniatinklio sąsajos failus, vėl paleiskite diegimo scenarijų paskyra, kuri vykdo Owncast, tada paleiskite iš naujo. Pats scenarijus prieš pakeisdamas versiją išsaugo katalogo data archyvą kataloge owncast-install-backups.

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

0.3.0 versija, išleista 2026 m. rugsėjo 3 d., atneša papildinius, Featured Streams, automatinį paleidimą ir sąsajos, kurioje klausosi RTMP, pasirinkimą. Jos pastabos prašo prieš atnaujinant perskaityti pakeitimus, nes jie paveikia jūsų egzempliorių: sekite šias pastabas su kiekviena versija ir nukopijuokite katalogą data prieš pat atnaujinimą.

Kas ką daro Managed VPS serveryje

Talpinant savo serveryje, be programos reikia prižiūrėti ir patį serverį. Naudojant Managed VPS, mūsų komandos perima serverį ir proaktyviai stebi jūsų egzempliorių; Owncast lieka jūsų programa su savo nustatymais ir duomenimis.

Jei norite, kad mūsų komandos įsikištų į pačią programą, ši paslauga apmokestinama valandomis arba fiksuota kaina, o skaičiavimas pateikiamas prieš įsikišimą.