在 1 gibibit LAN 上，我可以观看 Windows 10 计算机屏幕并在观看他们的屏幕时与用户对话的最简单方法是什么？
以下是一些要求：
- 该解决方案需要在 LAN 上没有 Internet 连接的情况下工作。
- 该解决方案需要提供良好的性能（每秒至少 10 帧）
- 该解决方案需要在没有 3rd 方服务器（计算机到计算机）的情况下工作
Jitsi 和 Google Meet 等互联网服务对 LAN 使用的 ADSL 互联网连接要求太高。另外，我认为从网络流式传输视频以使其立即返回（到同一网络中的另一台计算机）没有任何意义。如果 jitsu 可以用作可以在 LAN 上定位和列出会议的桌面应用程序，那就太棒了。
如果你想要一个自托管的 jitsi，那就去吧：并非不可能设置，本质上是一个 docker 容器。
除此之外：
用于屏幕共享的 Windows 远程桌面；它实际上非常好，在很多方面。Windows 自带服务器，Linux 有多个 RDP 客户端（remmina 可能是个不错的选择），运行起来真的很流畅。
对于音频通话的事情：Windows 没有内置点对点，所以你需要安装一些东西，它需要打开一个网络套接字，然后你需要找到对方。
考虑到这一点，一些普通的语音聊天选项可能是一个好主意。我想指出的是，如果将几千比特/秒的音频传输到您自己网络内部或外部的中央服务器，它们可能不会造成太大伤害。这也将解决可发现性问题：需要帮助的用户将连接到服务器，您会看到他们并打电话给他们（或者他们会打电话给您），然后指示他们开始桌面共享（可能是个好主意为此制定一些人际协议——我听说 Windows“热线”诈骗现在是一件大事；“我的管理员说如果对方不能做 XYZ，我就不能打开远程桌面”是件好事）。
就我个人而言，我将 mumble 作为语音聊天客户端（使用其本地 murmur 服务器）运行，并且运行良好。不过，看起来 1990 年代有一个有问题的 UX 选择的爱子。
如果你想要更多，像你自己公司的 MS Teams 系统，完全托管在你自己的网络范围内，可以选择集成你自己的或外部的视频/屏幕/语音呼叫服务器：Matrix 是去那里的方式。Element 是 Matrix 的 Slack 等效聊天客户端（减去 Giphy 集成），比 MS Teams 好得多。Jitsi 集成不如 MS Teams 的视频通话成熟，但它的硬件问题要少得多。而且，您可以很好地使用它来集中发现可用会话，只需用户（自动或手动）加入房间。