> Source: https://meetrix.io/blogs/open-source-video-conference-software-de/
> Markdown copy of that page. Cite the URL above, not this file.

Collaboration

# Open-Source-Videokonferenzlösung: 7 Server im Vergleich

[By Shalomi Umeshika](https://meetrix.io/blogs/authors/shalomi-umeshika/) • October 12, 2026 • 12 min read

[English](https://meetrix.io/blogs/open-source-video-conference-software/)Deutsch[Español](https://meetrix.io/blogs/open-source-video-conference-software-es/)[Français](https://meetrix.io/blogs/open-source-video-conference-software-fr/)[Italiano](https://meetrix.io/blogs/open-source-video-conference-software-it/)

Jeder Vergleich von Open-Source-Videokonferenzlösungen ist dieselbe Funktionsliste. Räume, Bildschirmfreigabe, Chat, Whiteboard, Aufzeichnung. Alle haben das.

Nichts davon entscheidet etwas.

Entscheidend ist, wie die Software Video zwischen Menschen bewegt, und darauf legen Sie sich in dem Moment fest, in dem Sie eine Plattform wählen. Wenn Sie hier danebenliegen, rettet Sie keine spätere Konfiguration. Deshalb ist dieser Text von der Serverseite aus geschrieben: sieben Plattformen, die Sie selbst hosten können, was jede mit Ihrer Bandbreitenrechnung macht, wie viel von einer Maschine sie für sich beansprucht und wo jede an ihre Grenze stößt.

Die Kurzfassung

Wählen Sie die Medienarchitektur, bevor Sie die Marke wählen. **Peer-to-Peer** braucht keinen Server und bricht bei etwa vier Personen zusammen. Ein **SFU** leitet Streams weiter, ohne sie neu zu kodieren, und darauf läuft fast alles hier. Allgemeine Räume: Jitsi Meet. Unterricht: BigBlueButton. Bereits auf Nextcloud: Talk, mit dem High Performance Backend. Die übrigen passen in engere Einsatzfälle.

## Warum die Architektur alles entscheidet

Es gibt drei Wege, Video von einer Person zu mehreren zu bringen. Alles Folgende ist eine Variante davon.

**Peer-to-Peer** verbindet jeden direkt mit jedem anderen. Drei Personen, drei Verbindungen. Acht Personen, achtundzwanzig Verbindungen, und jeder lädt nun sieben Kopien seiner eigenen Kamera hoch. Wunderbar für ein Gespräch zu zweit. Bei etwa vier Teilnehmern über eine normale Heimverbindung ist Schluss. Jami ist das einzige Tool hier, das absichtlich so arbeitet.

**Ein SFU**, eine Selective Forwarding Unit, setzt einen Server in die Mitte. Sie laden einen Stream hoch, der Server kopiert ihn an alle anderen, und unterwegs wird nichts dekodiert oder neu kodiert.

Dieser letzte Punkt ist der ganze Trick. Weiterleiten ist billig für die CPU und teuer für die Bandbreite, deshalb trägt eine bescheidene Instanz einen größeren Raum, als man vermuten würde, während Ihr ausgehender Datenverkehr unauffällig wächst. Jitsi Videobridge, mediasoup, Janus und LiveKit sind alle SFUs, und zusammen sind sie der Motor in fast allem, was in diesem Artikel vorkommt.

**Ein MCU** dekodiert jeden eingehenden Stream, mischt alle zu einem Bild und schickt einen einzigen Stream zurück. Schonend für die Bandbreite der Clients, brutal für die Server-CPU. Für allgemeine Konferenzen ist er weitgehend aus der Mode gekommen, und nichts hier setzt standardmäßig einen ein.

Deshalb ist „Wie viele Leute packt das?“ eine Frage an den Medienserver, nicht an das Logo. Unsere [Erklärung der WebRTC-Architektur](https://meetrix.io/blogs/webrtc-architecture-explained/) geht den Abwägungen gründlich nach, und [wie Jitsi aufgebaut ist](https://meetrix.io/blogs/jitsi-architecture/) zeigt, wie eine SFU-Bereitstellung im Ernstfall aussieht.

## Die sieben Server

### Jitsi Meet

Apache 2.0, und das, was diesem Feld einer Standardantwort am nächsten kommt.

Es sind vier Dienste, nicht einer: ein Web-Frontend, Prosody für die XMPP-Signalisierung, Jicofo zur Verwaltung der Konferenzen und die Videobridge, die tatsächlich die Medien bewegt. Mit Debian-Paketen läuft es auf Ubuntu in etwa fünfzehn Minuten, und die [Schnellstartanleitung im Jitsi-Handbuch](https://jitsi.github.io/handbook/docs/devops-guide/devops-guide-quickstart/) ist die Version, der Sie folgen sollten. Der [Docker-Compose-Stack](https://meetrix.io/blogs/jitsi-docker-compose/) ist der bessere Weg, wenn Sie nicht den ganzen Host abgeben möchten.

Was dafür spricht: keine Konten nötig, läuft in jedem Browser und lässt sich über die [iframe-API](https://meetrix.io/blogs/jitsi-api-iframe/) sauber in andere Produkte einbetten. Was dagegen spricht: Eine einzelne Videobridge ist kein Skalierungsplan. Jicofo verlagert eine Konferenz standardmäßig bei etwa achtzig Teilnehmern auf eine andere Bridge, eine wirklich große Konferenz bedeutet also mehrere Bridges mit Weiterleitung dazwischen. Wir haben beschrieben, [wie man tausend Nutzer erreicht](https://meetrix.io/blogs/jitsi-meet-1000-user-limit/), und [dasselbe Problem unter Kubernetes](https://meetrix.io/blogs/jitsi-kubernetes-scaling-videobridges-octo/).

Eine Sache vor Ihrer ersten Installation. Die Medien verlassen den Server über UDP 10000, und dieser Port muss die Bridge direkt erreichen. Wenn kein Video erscheint, prüfen Sie das zuerst, bevor Sie Logs lesen oder die Konfiguration ändern. Es ist der häufigste Grund dafür, dass eine frische Installation Audio für zwei Personen hat und Stille für drei.

### BigBlueButton

LGPL, und für den Unterricht gebaut, nicht für Meetings. Das ist keine Positionierung, man sieht es am Produkt: ein gemeinsames Whiteboard über hochgeladenen Folien, Gruppenräume, Umfragen, gemeinsame Notizen, eine Warteschlange fürs Melden und eine Aufzeichnung, die die Sitzung wiedergibt, statt Ihnen eine Videodatei zu liefern. Es spricht LTI, Moodle und Canvas lassen sich also direkt anbinden. mediasoup übernimmt die Medien, und die [BigBlueButton-Dokumentation](https://docs.bigbluebutton.org/) ist für ein Projekt dieser Größe ungewöhnlich gut. Wenn ein Server nicht mehr reicht, behandeln wir den Betrieb mit mehreren Servern in [BigBlueButton auf AWS skalieren](https://meetrix.io/blogs/scaling-bigbluebutton-aws/).

Die Installation ist ein einziges Skript, und es ist tatsächlich der leichteste Erststart von allem hier.

Mit einer Bedingung. Es erwartet einen sauberen, dedizierten Ubuntu-Server, und das Projekt nennt das eine Voraussetzung, keine Empfehlung. Planen Sie ein, ihm die ganze Maschine zu überlassen.

Sie wollen es direkt gegen Jitsi abwägen? Das haben wir [in einem eigenen Vergleich](https://meetrix.io/blogs/bigbluebutton-vs-jitsi-meet/) getan.

### Nextcloud Talk

AGPL, Teil von Nextcloud, und das ist das ganze Argument dafür. Anrufe liegen neben Ihren Dateien, Sie können also aus einem Dokument heraus einen starten und dieses Dokument in ihn teilen, ohne die Seite zu verlassen. Wenn Ihre Organisation bereits Nextcloud betreibt, ist Talk fast kostenlos dazuzuholen.

Bei der Skalierung geraten viele ins Stolpern. Ab Werk nutzt Talk die eigene Signalisierung von Nextcloud, die für ein paar Personen reicht, und nur für ein paar. Darüber hinaus brauchen Sie das [High Performance Backend](https://github.com/strukturag/nextcloud-spreed-signaling), einen eigenständigen Signalisierungsserver mit Janus dahinter. Es ist Open Source, und die [Talk-Administrationsdokumentation](https://nextcloud-talk.readthedocs.io/en/latest/) behandelt es. Es ist aber auch eine zweite Bereitstellung mit eigenen Anforderungen, und fast jede Beschwerde über die Anrufqualität von Talk führt auf jemanden zurück, der es nie installiert hat.

Sie müssen Nextcloud selbst erst aufsetzen? Unsere [Nextcloud-Bereitstellungsanleitung](https://meetrix.io/blogs/nextcloud-developer-guide/) deckt diese Hälfte ab.

### plugNmeet

Open Source, auf LiveKit aufgebaut und auf eine andere Aufgabe ausgerichtet als alles andere in dieser Liste. Es geht davon aus, dass Sie bereits eine Anwendung haben und Konferenzen darin wollen. Zuerst kommt die API, und die Oberfläche ist nur ein Konsument dieser API, also umgekehrt zu den übrigen. Es gibt Integrationen für Moodle und WordPress, und die [plugNmeet-Dokumentation](https://mynaparrot.github.io/plugNmeet-docs/) beginnt bei der API statt bei der Oberfläche, was verrät, um was für ein Projekt es sich handelt.

Die richtige Wahl, wenn Sie Anrufe in ein eigenes Produkt einbauen und Räume, Berechtigungen und Lebenszyklus aus Ihrem eigenen Backend steuern wollen. Die falsche, wenn Sie eigentlich eine URL wollen, die Sie Leuten schicken können.

### Jami

GPL, gepflegt von Savoir-faire Linux, und der einzige echte Peer-to-Peer-Eintrag hier.

Es gibt keinen Server. Konten sind kryptografische Identitäten, die auf dem Gerät liegen, die Teilnehmer finden sich über eine verteilte Hashtabelle, und die Medien gehen direkt zwischen den Teilnehmern. Nichts, was jemand sagt, läuft über eine Infrastruktur, die irgendjemand betreibt, und das ist eine andere Aussage als „wir hosten es selbst“ und sollte auch als eine andere behandelt werden.

Der Preis sind Skalierung und Vorhersagbarkeit. Gruppenvideo funktioniert, aber die Upload-Geschwindigkeit jedes Teilnehmers ist eine Obergrenze, und die Verbindung hängt davon ab, dass das NAT-Traversal gelingt, ohne dass ein Server von Ihnen als Rückfall dient. Linux, Windows, macOS, Android, iOS, alles abgedeckt in der [Jami-Dokumentation](https://docs.jami.net/). Nutzen Sie es für kleine Gruppen, bei denen das Fehlen eines Servers die eigentliche Anforderung ist und nicht ein hübscher Satz in der Broschüre.

### Apache OpenMeetings

Apache 2.0, Java und der Veteran der Gruppe. Es liefert mehr Oberfläche als die meisten: Whiteboard, Dateiverwaltung, Aufzeichnung, Umfragen, einen Terminkalender, LDAP. Kurento kümmert sich um die Medien, und alles beginnt auf der [Apache-OpenMeetings-Website](https://openmeetings.apache.org/).

Ehrlich gesagt geht die Entwicklung im Vergleich zu Jitsi oder BigBlueButton langsam voran, und der Stack ist aufwendiger aufzusetzen, weil Sie Java, Kurento und eine Datenbank betreuen, statt ein einziges Installationsprogramm auszuführen. Seinen Platz verdient es, wenn Sie gezielt die integrierte Terminplanung und Dokumentenverwaltung wollen oder wenn Ihr Team ohnehin Java-Dienste betreibt und das vertrautes Terrain ist statt etwas Neuem zum Einarbeiten.

### Element und Matrix

Element ist ein Client für Matrix, ein offenes föderiertes Protokoll für Echtzeitkommunikation, Selbsthosting heißt hier also, einen Homeserver zu betreiben und kein Konferenzprodukt. Sie bekommen mehr als Video: verschlüsselte Nachrichten, Spaces, Föderation mit anderen Matrix-Servern und Anrufe auf Basis eines LiveKit-SFU. Beginnen Sie bei der [Matrix-Dokumentation](https://matrix.org/docs/) statt bei Element, denn das Protokoll ist das, worauf Sie sich festlegen.

Dies ist die schwerste Bereitstellung im Artikel. Das falsche Werkzeug, wenn Sie nur Videokonferenzen brauchen. Das richtige, wenn Sie im selben Projekt Slack und Zoom ersetzen und das Messaging die Hauptsache ist.

Auch erwähnenswert: Element heißt seit 2020 nicht mehr Riot. Jede Dokumentation, die noch den alten Namen verwendet, ist sechs Jahre veraltet, prüfen Sie sie deshalb an der aktuellen Dokumentation, bevor Sie ihr folgen.

## Vergleich nebeneinander

| Plattform | Lizenz | Medienarchitektur | Installationsweg | Komfortable Raumgröße | Beste Eignung |
| --- | --- | --- | --- | --- | --- |
| **Jitsi Meet** | Apache 2.0 | SFU (Jitsi Videobridge) | Debian-Pakete oder Docker Compose | Dutzende pro Bridge, Hunderte über mehrere | Allgemeine Räume, Einbettung |
| **BigBlueButton** | LGPL | SFU (mediasoup) | Installationsskript, dedizierter Server | Klassengröße, Dutzende aktive Kameras | Unterricht und Schulung |
| **Nextcloud Talk** | AGPL | SFU (Janus, über das HPB) | Nextcloud-App, für Skalierung plus HPB | Klein ohne HPB, Dutzende mit HPB | Teams, die bereits Nextcloud nutzen |
| **plugNmeet** | Open Source | SFU (LiveKit) | Docker, gesteuert über Ihre eigenen API-Aufrufe | Dutzende, LiveKit skaliert weiter | Konferenzen im eigenen Produkt |
| **Jami** | GPL | Peer-to-Peer, kein Server | Nur Desktop- und Mobil-Apps | Eine Handvoll | Kleine Gruppen, maximale Privatsphäre |
| **Apache OpenMeetings** | Apache 2.0 | Kurento-Medienserver | Java, Kurento und eine Datenbank | Klein bis mittel | Integrierte Terminplanung und Dokumente |
| **Element / Matrix** | Apache 2.0 | SFU (LiveKit) über Matrix | Homeserver, Client und SFU | Dutzende | Zuerst Messaging, Anrufe inklusive |

## Was der Betrieb einer Open-Source-Videokonferenzlösung tatsächlich kostet

Die Lizenz ist kostenlos. Der Server nicht, und die Rechnung hat nicht die Form, die die meisten erwarten.

Die Bandbreite geht aus, bevor die CPU ausgeht. Ein SFU leitet weiter, statt zu transkodieren, jeder zusätzliche Teilnehmer kostet Sie daher weit schneller ausgehenden Datenverkehr als Prozessorleistung. Zehn Personen mit eingeschalteter Kamera bedeuten, dass der Server zehn Streams aufnimmt und neunzig ausliefert. Diese Kurve ist quadratisch, und deshalb ist ein Raum mit fünfzig Personen nicht fünfmal so aufwendig wie einer mit zehn. Simulcast und das Weiterleiten nur der Personen, die gerade angesehen werden, mildern es ab. Keines von beiden ändert die Form. Um Zahlen für Ihre eigenen Räume zu bekommen, probieren Sie den [Bandbreitenrechner für Videoanrufe](https://meetrix.io/features/video-call-bandwidth-calculator/).

Sie brauchen auch TURN. Ein Teil Ihrer Nutzer sitzt hinter einem symmetrischen NAT oder einer Firewall im Unternehmen, die die UDP-Ports sperrt, die WebRTC braucht, und für diese Nutzer wird der Anruf nicht schlechter, er schlägt komplett fehl. Coturn ist die Standardantwort. Es ist ein eigener Dienst, und weitergeleitete Medien laufen in beide Richtungen hindurch, es hat also einen echten eigenen Bandbreitenpreis. Die Grundlagen stehen in [STUN, TURN und ICE](https://meetrix.io/blogs/stun-vs-turn-vs-ice-webrtc-nat-traversal/), die Einrichtung in [TURN-Server für Jitsi Meet konfigurieren](https://meetrix.io/blogs/setting-up-a-turn-server-for-jitsi-meet/), und wenn er läuft, zeigt der [WebRTC-ICE-Tester](https://meetrix.io/features/webrtc-ice-tester/), ob er tatsächlich Relay-Kandidaten ausgibt.

Dann die Ports, an denen Bereitstellungen tatsächlich sterben. Die Signalisierung ist gewöhnliches HTTPS auf 443 und macht niemandem Ärger. Die Medien wollen UDP und laufen nicht durch einen normalen Reverse-Proxy. Dieses Missverhältnis steckt hinter den meisten Meldungen nach dem Muster „funktioniert für zwei Personen, bricht bei dreien“, die Sie in Foren finden, und [welche Ports Jitsi Meet offen braucht](https://meetrix.io/blogs/jitsi-meet-ports/) sollten Sie vor der Installation lesen, nicht danach.

Instanzgrößen und Monatszahlen für eine bestimmte Raumgröße haben wir getrennt aufgeschlüsselt in [was das Selbsthosten von Jitsi Meet tatsächlich kostet](https://meetrix.io/blogs/jitsi-meet-self-hosting-cost/).

## Wenn Sie bauen, statt bereitzustellen

Viele, die nach Videokonferenz-Serversoftware suchen, wollen gar keine fertige Plattform. Sie wollen die Medienschicht und planen, die Oberfläche selbst zu bauen. Keine der sieben oben ist dafür die richtige Antwort, Sie sollten stattdessen eine Ebene tiefer schauen:

-   **[LiveKit](https://docs.livekit.io/).** Apache-2.0-SFU mit Client-SDKs für Web, Mobilgeräte und Serversprachen. Es ist das Medien-Backend in plugNmeet und Element Call, und das sagt mehr über seine Reife als jede Funktionsseite.
-   **[mediasoup](https://mediasoup.org/documentation/).** Eine Node.js-SFU-Bibliothek statt einer Anwendung. Low-Level, gut dokumentiert und das, worauf BigBlueButton läuft.
-   **[Janus](https://janus.conf.meetecho.com/docs/).** Um Plugins herum gebaut und deshalb in der Lage, neben Konferenzen auch SIP-Gateways und Streaming zu bedienen. Es ist der SFU hinter dem High Performance Backend von Nextcloud Talk.
-   **Jitsi Videobridge allein**, ohne den Rest des Stacks, wenn Sie die Bridge behalten und die Signalisierung drumherum selbst schreiben wollen.

Wir haben sie ausführlich verglichen in [Open-Source-WebRTC-Medienserver](https://meetrix.io/blogs/beste-open-source-webrtc-medienserver-2026/), dem besseren Ausgangspunkt, wenn Sie bauen statt bereitstellen.

## Die richtige Wahl treffen

Vier Fragen führen schneller zum Ziel als jede Funktionsmatrix.

Wie groß ist der größte Raum, den Sie tatsächlich betreiben werden? Nicht der größte, den Sie sich vorstellen können. Unter fünf Personen ist Peer-to-Peer machbar, und Jami wird interessant. Bis zu ein paar Dutzend erledigt jeder SFU hier die Aufgabe. Jenseits von hundert entwerfen Sie eine Bereitstellung mit mehreren Bridges, und das weist auf Jitsi, das dafür den am besten ausgetretenen Pfad hat.

Ist es ein Meeting oder ein Unterricht? Wenn Ihre Antwort Folien, Melden, Gruppenarbeit und Anwesenheit enthält, wurde BigBlueButton genau dafür gebaut, und alles andere ist eine Nachahmung.

Muss es in etwas anderem leben? Die Einbettung in Ihr eigenes Produkt weist auf plugNmeet oder die iframe-API von Jitsi. Anrufe zu einem bestehenden Nextcloud hinzuzufügen weist auf Talk. Gleichzeitig Ihre Chat-Plattform zu ersetzen weist auf Matrix.

Und dann die Frage, die viele überspringen. Wer betreibt das am schlechten Tag? Selbsthosting ist keine Installation, es sind TLS-Erneuerungen, Versions-Upgrades, Kapazität, wenn die Betriebsversammlung des ganzen Unternehmens auf einer einzigen Bridge landet, und jemand, der erreichbar ist, wenn ein Anruf mitten in etwas Wichtigem abbricht. Wenn sich niemand darum kümmert, zahlen Sie für einen gehosteten Tarif. Das ist eine legitime technische Entscheidung, keine Kapitulation.

Für die meisten Teams, die die allgemeine Frage stellen, lautet die Antwort Jitsi Meet. Freizügige Lizenz, ein ausgetretener Bereitstellungsweg, ein Ausweg, wenn eine Bridge nicht mehr reicht, und weit mehr aufgeschriebenes Betriebswissen als bei allem anderen hier für den Moment, in dem zu einer unpassenden Stunde etwas kaputtgeht. Die anderen gewinnen im Spezialfall. Diese Spezialfälle sind real. Es bleiben trotzdem Spezialfälle.

## Häufig gestellte Fragen

Was ist ein Open-Source-Videokonferenzserver?

Es ist die Serverseite eines Videotelefoniesystems, das Sie selbst betreiben, statt es bei Zoom oder Google zu mieten. In der Praxis ist es ein Medienserver, der Audio und Video jedes Teilnehmers entgegennimmt und an alle anderen weiterleitet, dazu eine Signalisierungsschicht, die regelt, wer in welchem Raum ist. Weil der Quellcode offen ist, können Sie ihn lesen, ändern und auf Ihrer eigenen Hardware ausführen, ohne Lizenz pro Nutzer.

Wie viele Teilnehmer verkraftet ein selbst gehosteter Videokonferenzserver?

Das hängt weit mehr von der Medienarchitektur ab als von der Marke der Software. Ein Peer-to-Peer-Tool wie Jami kommt mit wenigen Personen gut zurecht. Ein SFU wie Jitsi Videobridge oder mediasoup bewältigt auf einer einzelnen Maschine Dutzende pro Raum, und Jicofo verlagert eine Jitsi-Konferenz standardmäßig bei etwa 80 Teilnehmern auf eine andere Bridge. Jenseits einiger Hundert betreiben Sie mehrere Bridges mit Weiterleitung dazwischen, und das ist eine Frage des Bereitstellungsdesigns, keine Einstellung.

Brauche ich zusätzlich einen TURN-Server?

Fast immer, ja. Eine Minderheit Ihrer Nutzer sitzt hinter einem symmetrischen NAT oder einer Firewall im Unternehmen, die die UDP-Ports sperrt, die WebRTC braucht, und für diese Nutzer müssen die Medien über TURN weitergeleitet werden, sonst kommt der Anruf schlicht nicht zustande. Coturn ist die Standardwahl und ein eigener Dienst, den Sie neben dem Konferenzserver hosten.

Ist selbst gehostete Videokonferenz wirklich günstiger als Zoom?

Es entfallen die Lizenzen pro Nutzer, daher kommt die Ersparnis, aber dafür fallen Serverkosten, Bandbreitenkosten und Ihr eigener Betriebsaufwand an. Für ein kleines Team spricht die Rechnung oft für einen gehosteten Tarif. Bei einigen Hundert regelmäßigen Nutzern oder wenn die Medien aus Compliance-Gründen auf der eigenen Infrastruktur bleiben müssen, gewinnt meist das Selbsthosting.

Welcher Open-Source-Videokonferenzserver ist am einfachsten einzurichten?

BigBlueButton, wenn Sie seine Bedingung akzeptieren. Das Installationsskript richtet den gesamten Stack in einem Durchgang ein, erwartet aber einen sauberen, dedizierten Server und teilt nicht gern. Jitsi Meet lässt sich am leichtesten in eine bestehende Umgebung einfügen, weil Sie mit Docker Compose die vier Dienste hochfahren können, ohne den Host zu übernehmen.

Kann ich eine dieser Lösungen in meine eigene Anwendung einbetten?

Ja. Jitsi Meet hat eine iframe-API, die mit wenigen Zeilen JavaScript eine komplette Konferenz in eine Seite setzt, und plugNmeet ist von Anfang an darauf ausgelegt, von einer externen Anwendung über seine API gesteuert zu werden. Wenn Sie die Oberfläche selbst bauen wollen, statt die eines anderen einzubetten, suchen Sie stattdessen eine SFU-Bibliothek wie LiveKit oder mediasoup, keine fertige Plattform.

Unterstützt Open-Source-Videokonferenz Ende-zu-Ende-Verschlüsselung?

Teilweise, mit Einschränkungen. Jitsi Meet bietet E2EE über Insertable Streams des Browsers an, was unterstützte Browser voraussetzt und alles abschaltet, wofür der Server die Medien sehen muss, einschließlich der Aufzeichnung. Jami ist von Haus aus Ende-zu-Ende-verschlüsselt, weil kein Server dazwischen liegt. Matrix und Element behandeln Verschlüsselung als zentrales Merkmal. Alles andere verschlüsselt auf dem Transportweg, entschlüsselt aber auf dem Server.

## Jitsi Meet auf AWS, bereits konfiguriert

Ein produktionsreifes Jitsi-Meet-Image, bei dem Videobridge-Netzwerk, TLS und TURN bereits erledigt sind, wenn Sie das selbst gehostete Ergebnis wollen, ohne eine Woche mit den Ports zu verbringen.

[Jitsi Meet im AWS Marketplace holen](https://aws.amazon.com/marketplace/pp/prodview-45cn3ib2xi7fw)

Meetrix Store

Jitsi Meet

Self-hosted video calls for 50 to 500 users

[Deploy it](https://meetrix.io/store/jitsi-meet/)

Meetrix Store New

Deploy what this guide covers, pre-configured.

-    [Jitsi Meet Self-hosted video calls for 50 to 500 users](https://meetrix.io/store/jitsi-meet/)
-    [Coturn TURN/STUN for WebRTC, no per-minute relay fees](https://meetrix.io/store/coturn/)
-    [Mattermost Team chat, a self-hosted Slack alternative](https://meetrix.io/store/mattermost/)
-    [RustDesk Remote desktop AMI, a TeamViewer alternative](https://meetrix.io/store/rustdesk/)
-    [Plane Issues, cycles and roadmaps, a Jira alternative](https://meetrix.io/store/plane/)
-    [Mailcow Business email on your own domain](https://meetrix.io/store/mailcow/)

[Browse all products](https://meetrix.io/store/)