所以这让我非常抓狂。我正在使用 Microsoft Teams，大约每周它都会重新启动，并告诉我我现在正在使用最新版本的 Teams。这种情况通常发生在我根据不同主题在不同的桌面上组织不同的聊天窗口时，当然，微软会在未经我许可的情况下重新启动并清除所有内容。
因此，我继续尝试找出如何避免这种情况。互联网上没有太多信息，但我找到了以下内容：
- 如果您为所有用户安装它（并添加一些注册表项使其看起来像您的计算机提供了 VDS，否则它将无法工作），它不应该再自动更新。但问题是，您根本无法再更新它，这也不是我想要的，（我想要更新，我只是不想让它强迫我更新并在未经我同意的情况下重新启动 MS Teams）至少在理论上是这样。但情况是这样的：我试过了，该死的东西仍然重新启动以进行更新。我不知道怎么回事。
- 我尝试更改 settings.json 文件（在 AppData - Roaming - Microsoft - Teams 中）中的设置，但不知何故，它不断将这些设置恢复为默认设置。
- 我尝试在后台运行一个批处理文件，每分钟将“silentUpdateTriggered”的值更改为 false，但这也不起作用。
- 我观察了它如何更新 Teams，并注意到它会创建一个“DownloadedUpdate”文件夹，用于下载更新，然后删除它。因此，我创建了一个名为“DownloadedUpdate”的文件，并确保权限使得 MS Teams 无法对此采取任何措施。事情变得有趣了：MS Teams仍然重新启动，但是还没有更新。说真的，这个东西说它重新启动了以进行更新，但可执行文件仍然是更新之前的可执行文件。日志甚至说它无法下载更新。我不知该说什么。
有人知道如何防止这种情况发生吗？这真是太可笑了。
答案1
我没有对 Microsoft Teams 这样做过，但我对其他有类似问题（即使不像你的那么普遍）的 Microsoft 产品这样做过。
我所做的就是检查软件发出的 DNS 查询以获取更新信息，然后将这些名称映射到 hosts 文件中的 127.0.0.1。然后，通常在星期六，我会将名称恢复正常。这样就可以推送更新，并留出星期日来解决它们可能导致的任何问题。
就我而言，该软件从来不需要主动的互联网连接，但 Microsoft Teams 需要，因此更新服务器和命令与控制网络可能是同一个。在这种情况下，恐怕除非有 HTTPS MitM 防火墙重写更新查询，否则几乎无能为力。
您可能已经注意到了一件事，但仍然如此——启动 Teams 的链接不会启动 Teams，它实际上会启动更新服务（“Update.exe”）。真正的 Teams 应用程序名为 Teams.exe，但它被更新管理器劫持了链接。
我完全相信微软很快就会转向主动恶意软件/rootkit 技术，以便随时进行更新，但他们还没有这样做。