Owncast op engem Managed VPS hosten: Är Livestreams op Ärem Server

Wat Owncast mécht

Owncast ass e Server fir Live-Video a Chat, Open Source, fir d’Selwerhosten a fir een eenzege Benotzer geduecht: eng Instanz dréit de Kanal vun enger Persoun oder enger Organisatioun. Säi README stellt en als Méiglechkeet duer, Är eege Livestreams ze bedreiwen, am Stil vun de grousse bekannte Plattformen, a gläichzäiteg Proprietär vun Ärem Inhalt, Ärer Interface, Ärer Moderatioun an Ärem Publikum ze bleiwen.

• Den Empfang: Är Iwwerdroungssoftware, wéi OBS, schéckt de Stream iwwer RTMP, de Protokoll, deen déi grouss Streaming-Plattformen notzen.
• D’Verdeelung: Owncast schneit de Video an HLS-Segmenter, an enger oder méi Qualitéiten, a servéiert en op senger Websäit. De Stream leeft och a VLC oder mpv, op /hls/stream.m3u8.
• De Chat: an d’Säit integréiert, mat Moderatoren, Spären an Umeldung iwwer de Fediverse oder IndieAuth.
• De Fediverse: e Mastodon-Kont kann Ärem Server nogoen a gëtt all Kéier informéiert, wann Dir live gitt. D’Versioun 0.3.0 bréngt Featured Streams, déi d’Livestreams vun aneren Owncast-Serveren uweisen.
• D’Erweiderung: Webhooks, APIen an, zënter der 0.3.0, Plugins, déi vun der Administratioun aus mat de Rechter installéiert ginn, déi Dir hinne gitt.

Wat d’MIT-Lizenz erlaabt

Owncast gëtt ënner der MIT-Lizenz publizéiert. Si gëtt gratis d’Recht, d’Software ze notzen, ze kopéieren, z’änneren, ze fusionéieren, ze publizéieren, ze verdeelen, ënnerzelizenzéieren a Kopien dovun ze verkafen. Dir kënnt en also fir Är Entreprise, Är Communautéit oder Är Clienten lafe loossen, ouni eng Lizenz ze kafen.

Déi eenzeg Bedingung ass, de Copyright-Hiweis an den Text vun der Lizenz an alle Kopien oder wesentlechen Deeler vun der Software ze behalen. Den Text stellt d’Software „wéi se ass“ zur Verfügung, ouni Garantie.

Prozessor a Bandbreet: de Server dimensionéieren

D’Dokumentatioun seet et direkt: d’Ufuerderungen hänken vun Ärer Konfiguratioun of. Si gëtt awer eng kloer Regel, fir se ofzeschätzen. De Prozessor transkodéiert de Video an d’Qualitéiten, déi Dir ubitt; d’Bandbreet liwwert en un all Spectateur.

• D’Zuel vun de Spectateuren ännert d’Belaaschtung vum Prozessor net. De Video gëtt eemol kodéiert an dann un all Mënsch servéiert: null Spectateuren oder honnert, d’Kodéierungsaarbecht bleift déiselwecht. De Chat bréngt e bësse Belaaschtung derbäi, wéineg am Verglach mat der Kodéierung.
• D’Bandbreet wiisst mat all Spectateur. Jidderee kritt seng eege Kopie vum Stream.
• All transkodéiert Qualitéit brauch Prozessor, nach méi, wann d’Zil-Bitrate niddreg ass, well méi staark Kompressioun méi Rechenaarbecht verlaangt.

D’Bandbreet vum Server

D’Dokumentatioun gëtt zwou Formelen. De Volume vun engem Stream, a Gigabyte: Bitrate a kbit/s × Dauer a Sekonnen × Spectateuren ÷ 8.000.000. Déi maximal Ausgangsvitess, déi den Server halen muss, a Mbit/s: Bitrate a kbit/s × Spectateuren ÷ 1.000. Mat méi Qualitéite rechent Dir all eenzel aus an addéiert se. Hir Schätzunge fir e Stream vun zwou Stonnen:

Op engem Simafri-VPS huet den Traffic keen Zieler pro Mount: Är Streams ginn no hirer maximaler Bitrate dimensionéiert. Wann Äre Publikum wiisst, servéiert den Objektspäicher, deen hei drënner beschriwwen ass, de Video amplaz vum Server.

De Prozessor

D’Dokumentatioun gëtt gemoosse Referenzwäerter, a weist drop hin, datt se mam Codec, der Bitrate, der Opléisung an dem Encoder-Preset variéieren:

• E Kär pro Qualitéit: als grouf Fauschtregel packt een eenzege Prozessorkär dacks eng transkodéiert Qualitéit mat 30 Biller pro Sekonn.
• D’Bildfrequenz: 60 Biller pro Sekonn brauchen ongeféier duebel esou vill Rechenaarbecht wéi 30, a 24 Biller pro Sekonn ongeféier 0,8 Mol esou vill.
• D’Standardastellung: Owncast fänkt mat enger eenzeger Qualitéit un, mat 1.200 kbit/s an 24 Biller pro Sekonn, an den Toun gëtt onverännert weiderginn. D’Dokumentatioun rit, do unzefänken, ze testen, an dann eng Qualitéit derbäizesetzen, soubal de Prozessor Reserve huet.

D’Dokumentatioun gëtt keng Zuel fir den Aarbechtsspäicher, an den Disk spillt eng kleng Roll: d’Videosegmenter gi geschriwwen an dann, wärend de Stream leeft, erëm geläscht. Nëmmen den Dossier data wiisst mat der Zäit. Op engem VPS mécht de Prozessor d’Kodéierung: all transkodéiert Qualitéit gëtt a vCPUe dimensionéiert. Op engem Managed VPS beschreift eis Är Streams, hir Bitrate, hir Qualitéiten an Äre Publikum, a mir recommandéieren Iech déi passend Gréisst.

Är Iwwerdroungsverbindung

Ier de Stream op de Server kënnt, verléisst en Är eege Verbindung. D’Dokumentatioun verlaangt eng Upload-Vitess vun op d’mannst 1,5 Mol der Bitrate vum Stream: 7,5 Mbit/s fir e Stream mat 5.000 kbit/s. Si recommandéiert eng Kabelverbindung amplaz vu WLAN.

D’Installatioun mat Docker Compose

D’Dokumentatioun proposéiert d’Image owncast/owncast op Docker Hub, déi ffmpeg enthält, d’Kodéierungswierkzeug, dat Owncast brauch. Op engem Server, wou Docker installéiert ass, erstellt Dir en Dossier a leet dës compose.yaml dran of, aus der Dokumentatioun geholl:

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

• De Port 8080, op 127.0.0.1 publizéiert: dat ass déi eenzeg Ännerung par rapport zum Beispill aus der Dokumentatioun, dat allen zwee Ports publizéiert. Hir Säit iwwer de Reverse Proxy freet, Owncast net direkt um Internet ze loossen, well en standardméisseg op all Interface lauschtert, an Docker e Port op all Adresse vum Server publizéiert, wann een him keng gëtt. D’Web-Interface ass dann nëmmen iwwer de Reverse Proxy z’erreechen.
• De Port 1935 empfänkt de Stream iwwer RTMP. E bleift ëffentlech, well Är Iwwerdroungssoftware en direkt erreecht, ouni iwwer de Proxy ze goen.
• Den Dossier data hält d’Datebank an hir Backups um Server, ausserhalb vum Container: dat ass dat, wat Dir séchert a wat Dir réckelt.
• Den Tag latest follegt der leschter Versioun; 0.3.0 fixéiert eng Versioun.

Ouni Docker: den offiziellen Installer

Deen anere Wee aus der Dokumentatioun ass e Skript, deen déi lescht Owncast-Versioun fir Är Plattform erofluet, an ffmpeg, wann et nach net do ass. En installéiert alles an engem Dossier owncast am aktuellen Dossier. D’Dokumentatioun rit of, en als root lafen ze loossen, a recommandéiert, all Skript vu baussen ze liesen, ier een en ausféiert:

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

Fir datt Owncast mam Server start an no engem Ofstuerz vu selwer nei start, liwwert d’Dokumentatioun e systemd-Service, deen un den Dossier an de Kont ugepasst gëtt, déi Dir gewielt hutt:

[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

Admin-Passwuert a Stream-Schlëssel

D’Administratioun ass op /admin. Owncast start mat Zougangsdonnéeën, déi jidderee kennt, an d’Dokumentatioun freet, se bei der éischter Umeldung z’änneren:

Fir dës Ännerung ze maachen, ier d’Interface fir de Public op ass, gitt iwwer e SSH-Tunnel: de Port 8080 vum Server erschéngt dann op Ärem Computer, op http://localhost:8080/admin. Setzt -p an de SSH-Port derbäi, deen an Ärem Clientsberäich ugewise gëtt.

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

• D’Admin-Passwuert gëtt ënner „Configuration“, „Server Setup“ geännert. Et brauch 8 bis 192 Zeechen, op d’mannst ee klenge Buschtaf, ee grousse Buschtaf, eng Ziffer an ee Sonnerzeechen aus !@#$%^&*, an iwwerhaapt keen Bindestrich.
• D’Stream-Schlësselen ginn am Reiter „Stream Keys“ vun der selwechter Säit verwalt. Owncast proposéiert en automatesch generéierte Schlëssel mat 30 Zeechen, an Dir kënnt der méi behalen, all mat engem Kommentar: e Schlëssel, deen Dir engem Co-Host gitt, léisst sech duerno zréckzéien, ouni déi aner unzepaken.
• E vergiessent Passwuert gëtt beim Start mat der Optioun --adminpassword ersat, déi et an der Datebank späichert.

D’Admin-Passwuert an de Stream-Schlëssel fänken allen zwee mat abc123 un, mee et si zwou separat Astellungen: ännert allen zwou.

HTTPS: de Reverse Proxy

Owncast këmmert sech net selwer ëm HTTPS. D’Dokumentatioun setzt e Reverse Proxy dervir, deen op de Ports 80 an 443 lauschtert, d’Zertifikat kritt, den Traffic verschlësselt an en onverschlësselt un Owncast um Port 8080 weidergëtt. Ouni HTTPS weisen d’Browser d’Säit als net sécher un, an eng Säit, déi iwwer HTTPS servéiert gëtt, kann Äre Video oder Äre Chat net abannen.

• De Proxy gëtt all Weeër weider, och d’WebSocket-Verbindung op /ws, déi de Chat dréit. E Proxy, deen se blockéiert, schneit de Chat of.
• RTMP geet net iwwer de Proxy: Är Iwwerdroungssoftware schéckt direkt un de Port 1935 vun Owncast.
• Déi richteg Adress vun de Besucher: Owncast liest den Header X-Forwarded-For, fir d’IP-Adress vun engem Benotzer ze spären, deen aus dem Chat verbannt gouf. D’Dokumentatioun verlaangt, datt de Proxy dësen Header selwer setzt.

Mat Caddy

D’Dokumentatioun schléit Caddy vir, wann Dir keng aner Preferenz hutt: hie kritt vu sech aus e Let’s-Encrypt-Zertifikat a gëtt WebSocket ouni zousätzlech Astellung weider. Hei ass hiert Caddyfile-Beispill, an deem d’Zeil tls d’E-Mail-Adress vum Let’s-Encrypt-Kont ugëtt:

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

Mat Nginx

Mat Nginx insistéiert d’Dokumentatioun op WebSocket: wien en vergësst, schalt de Chat aus. Setzt dëse Block map an d’Sektioun http vun /etc/nginx/nginx.conf:

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

Dëse Site-Block follegt deem aus der Dokumentatioun, um Port 80, fir Certbot HTTPS ariichten ze loossen:

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

Iwwer RTMP vun OBS aus iwwerdroen

Owncast hëlt all Software un, déi iwwer RTMP un e Server um Distanz iwwerdréit. De Schlëssel gëtt nëmmen um Wee /live akzeptéiert. An OBS:

1. Mécht „Astellungen“ op, dann „Stream“, a wielt „Personaliséiert“ als Service.
2. Gitt d’Adress rtmp://live.example.com:1935/live an.
3. Gitt Äre Stream-Schlëssel an, deen aus dem Reiter „Stream Keys“ vun Owncast.
4. Start d’Iwwerdroung.

Eng Software ouni Feld fir de Schlëssel hëlt déi komplett Adress un, rtmp://live.example.com:1935/live/your-key.

Op engem Simafri-VPS kann d’IPv6-Adress vum Server all Port opmaachen, deen Dir wielt: Är Iwwerdroungssoftware erreecht de Port 1935 iwwer dës Adress, ënner engem Numm, deen den Enregistrement AAAA dréit. Op engem IPv4-Docker-Netz, wéi hei, verbënnt Docker de Port op der IPv6-Adress vum Server mam Container. Mécht dëse Port op, wann ufw aktiv ass, an testt dann vun Ärem Computer aus:

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

Fir all anere Besoin sot eis, wat Dir virhutt, a mir kucken d’Adresséierung mat Iech zesummen.

D’Astellunge vun Ärer Iwwerdroungssoftware

• D’Codecen: H.264 fir de Video an AAC fir den Toun, déi eenzeg, fir déi d’Transkodéierung an d’Kompatibilitéit beim Ofspillen assuréiert sinn.
• Den Intervall vun de Keyframes: een all 2 Sekonnen, ni op „Auto“ gelooss. An OBS gëtt den Intervall a Sekonnen ugi, also 2.
• D’Bitrate: schéckt dat, wat Dir ubidde wëllt, net méi. Wann Äre Server 720p mat 2.500 kbit/s packt, schéckt him keen 1080p mat 6.000 kbit/s: all Konversioun, déi Dir verlaangt, bréngt méi Belaaschtung fir de Prozessor.

D’Videoqualitéiten an d’Latenz

D’Qualitéiten, déi de Spectateuren ugebuede ginn, ginn ënner „Configuration“, „Video“ agestallt. Mat méi Qualitéite kann de Player déi wielen, déi seng Verbindung packt: d’Dokumentatioun recommandéiert eng zweet Qualitéit vun 1.000 bis 2.000 kbit/s niewent enger héijer Qualitéit vu 4.000 bis 6.000 kbit/s, soubal Är éischt Konfiguratioun getest ass.

• D’Bitrate: vu 400 bis 13.000 kbit/s, a Schrëtt vun 100.
• D’Bildfrequenz: vu 24 bis 120 Biller pro Sekonn, standardméisseg 24.
• D’Opléisung: ännert d’Breet oder d’Héicht, net allen zwou, an Owncast behält d’Proportiounen.
• De Gebrauch vum Prozessor: fënnef Stufen. Wat d’Stuf méi héich ass, wat d’Bild besser ass, oder wat de Fichier bei gläicher Qualitéit méi kleng ass.

De Passthrough gëtt den erakommende Video weider, ouni en nei ze kodéieren: e spuert bal de ganze Prozessor vun dëser Qualitéit, an ignoréiert hir Astellunge fir Bitrate, Opléisung a Bildfrequenz. D’Dokumentatioun reservéiert en fir erfuere Benotzer: d’Spectateure kréien exakt dat, wat Är Software schéckt, wat e puer Player net ofspille kënnen, an d’Latenz klëmmt. Testt d’Ofspillen op den Apparater, déi fir Iech zielen, ier Dir Iech drop verléisst.

D’Latenz gëtt mam Latenz-Puffer op der selwechter Säit agestallt. All Stuf tauscht e bësse Verzögerung géint Stabilitéit, an eng Ännerung gëllt ab dem nächste Stream:

D’Versioun 0.3.0 bréngt op der Säit vun de Spectateuren och d’Optioun „Minimize latency“ vum Player, déi d’Ofspille liicht beschleunegt, fir méi no un de Live ze kommen, an eng Astellung fir den Autoplay, standardméisseg ausgeschalt.

Den Objektspäicher, fir méi Spectateuren ze servéieren

Owncast kann seng Videosegmenter op e S3-kompatibele Späicher schécken, vun deem d’Spectateuren se eroflueden. De Server servéiert weiderhin d’Haapt-Playlist, d’APIen an de Chat; de Video, dee bal déi ganz Bandbreet ausmécht, kënnt aus dem Späicher. Äre Server schéckt dann nëmmen eng Kopie vun all Qualitéit: am Beispill aus der Dokumentatioun 6,5 Mbit/s fir zwou Qualitéite mat 5.000 an 1.500 kbit/s, egal ob Dir null Spectateuren hutt oder dausend. D’Belaaschtung vum Prozessor bleift déiselwecht.

1. Erstellt e Bucket bei Ärem Ubidder fir Objektspäicher.
2. Maacht en ëffentlech liesbar, a setzt eng CORS-Politik, wann den Ubidder eng verlaangt: e Feeler CORS oder Access-Control-Allow-Origin an der Konsol vum Browser kënnt bal ëmmer dohier.
3. Ënner „Configuration“, „Server Setup“, Reiter „S3 Object Storage“, aktivéiert de Späicher a gitt den Numm vum Bucket, den Zougangsschlëssel, de geheime Schlëssel, den Endpoint an d’Regioun an. All dës Felder sinn obligatoresch.

Dëse Späicher servéiert de Livestream, keen Archiv: Owncast läscht no an no d’Segmenter, déi méi al si wéi d’Playlist plus e Puffer vu ronn 20 Segmenter. De Bucket hält nëmmen déi lescht Minutte vum Stream.

Fir Spectateuren, déi iwwer d’ganz Welt verdeelt sinn, beschreift d’Dokumentatioun och e Content Delivery Network (CDN) virun Owncast, mat engem separaten Hostnumm fir den Urspronk an der Astellung „Websocket host override“, déi de Chat mam Urspronkserver verbonnen hält.

De Chat a seng Moderatioun

De Chat gëtt ënner „Configuration“, „Chat“ agestallt. Standardméisseg gëtt et keng Moderatoren: d’Dokumentatioun schléit vir, Iech op d’mannst selwer zu engem ze maachen, vun der Säit „Users“ vun der Administratioun aus.

• D’Moderatoren verstoppen e Message oder verbannen e Benotzer direkt aus dem Chat. Si hu keen Zougang zur Administratioun.
• E Bann deconnectéiert de Benotzer, läscht seng Messagen a spärt seng bekannt IP-Adress. E ka spéider opgehuewe ginn; e Benotzer ze läschen, ass dogéint definitiv.
• Nëmmen etabléiert Benotzer: dës Astellung blockéiert d’Messagë vu Konten, déi méi jonk wéi 15 Minutte sinn, Moderatoren ausgeholl.
• De Sproochfilter refuséiert beleidegend Messagen, mat Hëllef vun enger interner Wuertlëscht.
• Déi obligatoresch Authentifiséierung léisst nëmmen authentifizéiert Benotzer, iwwer e Fediverse-Kont oder IndieAuth, an d’Moderatoren Messagë schécken.
• D’Limitéierung vum Rhythmus, standardméisseg aktiv, erlaabt ongeféier ee Message all zwee Drëttel vun enger Sekonn a spärt jiddereen, deen de Chat iwwerschwemmt, fir 10 Sekonnen.

D’Dokumentatioun weist drop hin, datt d’Spär vun der IP-Adress ëmgaange ka ginn, zum Beispill mat engem VPN: si hält de Mëssbrauch niddreg, an d’Moderatioun bleift d’Aarbecht vun all Kanal. Dohier den Intérêt vu benannte Moderatoren fir Är meescht gekuckte Streams.

D’Backups

Owncast séchert seng eege Datebank eemol pro Stonn, an data/backup/owncastdb.bak. D’Optioun --backupdir ännert dësen Dossier. Hei ass, wat den Dossier fir d’Donnéeën enthält:

Fir eng komplett Restauratioun, oder fir d’Instanz ze réckelen, freet d’Dokumentatioun, de ganzen Dossier data ze séchere: wann een en an eng nei Installatioun kopéiert, hëlt een alles mat. Mat Docker, bei gestoppte Service:

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

Plangt dës Kopie no dem Rhythmus vun Äre Streams, a schéckt se baussent de Server. Um Disk vum Server geluecht, kommen dës Archiven och an seng Backups vun der Nuecht.

D’Datebank restauréieren

Eng Restauratioun setzt d’Datebank op de Moment vun der Backup zréck: alles, wat zënterhier geännert gouf, geet verluer. Kopéiert fir d’éischt déi aktuell Datebank op eng sécher Plaz, an dann:

1. Stoppt Owncast.
2. Start Owncast mat --restoreDatabase an dem Wee vum Backup-Fichier: en restauréiert d’Datebank a mécht dann zou.
3. Start Owncast wéi gewinnt, a kontrolléiert dann Är Astellungen an der Administratioun.

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

D’Aktualiséierungen

Mat Docker gëtt d’Dokumentatioun zwee Befeeler, aus dem Dossier vun der compose.yaml. Den Dossier fir d’Donnéeën bleift op senger Plaz:

docker compose pull
docker compose up -d

Mam Installer beschreiwen d’Release Notes vun der 0.3.0 d’Aktualiséierung: stoppt de Service, leet d’Fichiere vun der Web-Interface op d’Säit, déi Dir personaliséiert hutt, lancéiert den Installer nach eng Kéier mam Kont, deen Owncast leeft, a start dann nei. De Skript selwer leet en Archiv vum Dossier data an owncast-install-backups of, ier en d’Versioun ersetzt.

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

D’Versioun 0.3.0, publizéiert den 3. September 2026, bréngt d’Plugins, d’Featured Streams, den Autoplay an d’Wiel vun der Interface, op där RTMP lauschtert. Hir Notize froen, d’Ännerungen ze liesen, ier een aktualiséiert, well se Är Instanz betreffen: verfollegt dës Notize bei all Versioun, a kopéiert den Dossier data direkt virdrun.

Wien mécht wat op engem Managed VPS

Selwer hosten heescht, de Server zousätzlech zur Applikatioun ze halen. Op engem Managed VPS huelen eis Equippen de Server an d’Hand a verfollegen Är Instanz proaktiv; Owncast bleift Är Software, mat senge Astellungen an Donnéeën.

Wann Dir léiwer wëllt, datt eis Equippen an der Applikatioun selwer intervenéieren, gëtt dës Prestatioun op Stonnebasis oder pauschal verrechent, mat engem Käschtevirschlag, deen Iech virun der Interventioun matgedeelt gëtt.