Windows Server 2019 支持的操作系统 GUID 是什么?

ASF*_*est 5 guid exe windows-server-2019

我正在尝试在 Windows Server 2019 上安装一些不受官方支持的软件。同一软件(也不支持)的几个旧版本和新版本安装并运行得很好,但一个特定版本不会尝试安装,而是只是标记它不受支持并将主要软件组件的复选框灰显。无论如何,我想尝试强制它运行,因为我在其他版本上的经验表明,如果我可以让它尝试无论如何,它可能会起作用。

我已经用 Resource Hacker 打开了 exe 文件,并找到了它通过 GUID 检查兼容操作系统的位置。兼容的操作系统列出了 Windows 10 (8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a)。我想如果我将此 GUID 更改为 Server 2019 的 GUID,它可能只会诱使它忘记它不受支持。但是我找不到 Windows Server 2019 的 GUID。我发现这个线程提供了几个以前版本的 GUID,但在 Server 2019 上没有

Ors*_*ong 1

AFAIK,Windows Server 2019 基于 Windows 10 1809(请参阅 HKLM\Software\Microsoft\Windows NT\CurrentVersion\ReleaseID),因此 GUID 是相同的,即 {8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}。

很高兴您找到了出路,但这里还有一些其他有趣的解决方案:

大多数开发人员实际上只是将按钮变灰(disable=True),但实际上调用的代码不会检查按钮是否被禁用。

有一些专门设计用于“重新启用”MFC gui 按钮的工具。对我有用的一个是 TurnItOn!启用作者网站的链接

这样,只需启用该按钮即可享受。如果这不起作用,则存在其他类似的工具,它们可能支持各种 MFC / GDI 控件。

另一批解决方案:

  • Windows 兼容模式(可能不起作用)
  • 使用 SandboxIE 沙箱安装您的软件,欺骗它认为它正在 Windows 早期版本上运行。如果您需要调整沙箱返回的注册表项,您可以使用Microsoft Procmon找到您的安装程序正在读取的注册表项 。只是不要忘记对您的安装程序可执行文件进行进程过滤器,这样可以缩小您的搜索范围。找到密钥后,从沙箱中打开 regedit.exe 并修改适当的 GUID。(免责声明:如果 GUID 由某些内部 Microsoft API 给出,则可能不起作用...如果是这样,则需要 C 技能才能获取该 API 的输出)。
  • 将 Virtualbox 与以前的 Windows 版本一起使用(不是优雅的解决方案)
  • 猜猜你的软件是用什么安装程序打包的,然后用 7zip 或其他可以完成工作的文件打开它(适用于 NSIS,不适用于 InstallShield)

还有一个非常终极的解决方案,需要一些工作,但通常效果很好:为您的软件创建一个备用安装程序:

  • 检查在早期 Windows 版本上安装软件时创建的注册表设置和文件。使用RegShot跟踪注册表修改(过滤掉总是更改的键,如 catroot 等)。同样,您可以使用 SandBoxie 轻松跟踪文件修改。获得该信息后,只需创建一个包含您的文件和 .reg 文件的 SFX 文件,您可以使用 reg import file.reg 导入该文件(可以直接从 SFX 制造商启动,即 7zip 或类似的东西)还要检查您是否软件与一些运行时(Visual C 等)捆绑在一起,并将它们添加到您的安装程序中。

希望这能有所帮助。