Naja, obwohl ich kein Experte bin, habe ich vor, meine neuesten Erkenntnisse und Entdeckungen in Discourse zu teilen. Hauptsächlich durch Ausprobieren und Fehlersuche 
Ich werde diese Informationen gerne teilen, sobald ich damit fertig bin und die Zeit dafür habe. Der Punkt beim Self-Hosting ist, dass jeder Server persönlich verwaltet wird, daher variieren die Sicherheitskonfigurationen von Server zu Server.
In meinem Fall verwende ich Nginx als Reverse Proxy; andere verwenden Nginx Proxy, Caddy, Traefik und so weiter. Darüber hinaus bevorzugen einige von uns das Verwenden eines gemeinsamen Docker-Netzwerks, während andere ihre native Bridge verwenden (damit sich alle Anwendungen gegenseitig sehen können).
Das Wichtigste beim Hosting von Livekit ist, die Secrets zu setzen, die richtigen Berechtigungen zu vergeben und die von Docker verwendete Vorlage zu härten, um so viel wie möglich einzuschränken. Da es sich um ein öffentliches Netzwerk handelt und das Projekt selbst sich in frühen Entwicklungsstadien befindet, ist es besser, auf der sicheren Seite zu sein.
Ich denke, sie bieten einen Cloud-Dienst an, aber Self-Hosting ist mehr als nur eine Website (!)
LiveKit besteht aus mehreren Schichten: API-Dienste, Routing für die Knotenerkennung, ein zentrales RTC, das Räume und Teilnehmer verwaltet, Multimedia-Verarbeitung (SFU), die RTP-Weiterleitung und adaptives Streaming handhabt, Speicher für Caching (wie Redis) und eine Infrastrukturschicht, die Telemetrie und Konfiguration umfasst.
Vielleicht kann jemand vom Discourse-Team oder ein erfahrenerer Benutzer mich korrigieren, falls ich falsch liege, aber ich verstehe, dass in diesem Fall (oder ein ähnliches Tool) erforderlich wäre, um die erforderlichen Subdomains für die Verbindung zu haben.
Auf jeden Fall könntest du es auch intern machen, aber für bestimmte Aktionen werden Zertifikate benötigt, und lokal generierte funktionieren nicht immer.