# 语音：Discord 风格的语音和视频房间，现已集成到 Discourse 中 🎙 **URL:** \ **Category:** Announcements\ **Tags:** voice\ **Created:** [2026年九月1日 18:11 UTC](https://meta.discourse.org/t/voice-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337 "2026-09-01T18:11:51Z")\ **Posts on this page:** 1\ **Showing post:** 35
**Author:** ![satonotdead](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/satonotdead/32/447830_2.png) [@satonotdead](https://meta.discourse.org/u/satonotdead)\ **Post date:** [2026年九月7日 14:46 UTC](https://meta.discourse.org/t/voice-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337/35 "2026-09-07T14:46:30Z")
> [@MiniForum](#): > > 也许你可以写一下你做了什么来实现一个可用且安全的安装？ 嗯，虽然我不是专家，但我一直想在 Discourse 上分享我最近的发现。主要是通过不断尝试和错误得出的 😅 等我完成整理并有时间的时候，我很乐意分享这些信息。自托管（self-hosting）的关键在于每个服务器都是独立管理的，因此安全配置因服务器而异。 就我而言，我使用 Nginx 作为反向代理；其他人则使用 Nginx Proxy、Caddy、Traefik 等等。此外，我们中有些人喜欢使用 Docker 的共享网络，而另一些人则使用原生网桥（这样所有应用程序都可以互相 `see`）。 在托管 Livekit 时，最重要的是设置密钥（secrets），设置正确的权限，并加固 Docker 使用的模板，以尽可能限制一切。由于这是一个公共网络，而且该项目本身仍处于开发的早期阶段，所以谨慎总比后悔好。 > [@MiniForum](#): > > 我需要多读一些关于 Livekit 的资料，但它似乎不是一个网站，而是一个正在运行的服务。 我认为他们提供了一个云服务，但自托管不仅仅是一个网站（！） LiveKit 由多个层组成：API 服务、用于节点发现的路由、管理房间和参与者的中央 RTC、处理 RTP 转发和自适应流的多媒体处理（SFU）、用于缓存的存储（如 Redis），以及包括遥测和配置在内的基础设施层。 > [@MiniForum](#): > > 所以也许我们不需要在它前面放置 Nginx，只需要打开一个端口就行了？ 也许 Discourse 团队的成员或更有经验的用户可以纠正我，如果我错了的话，但我理解在这种情况下，你需要拥有所需的子域名才能连接（或者使用类似的工具）。 无论如何，你也可以在内部进行配置，但对于某些操作，需要证书，而本地生成的证书并不总是有效的。 --- _[View the full topic](https://meta.discourse.org/t/voice-discord-style-voice-and-video-rooms-now-bundled-with-discourse/411337)._