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