Windows Server 2019支持的OS GUID是什么?

时间:2019-08-02 05:35:45

标签: exe guid windows-server-2019

我正在尝试在Windows Server 2019上安装一些官方不支持的软件。同一软件的多个旧版本和较新版本(也不受支持)可以正常安装并运行,但是一个特定版本不会尝试安装,而只是标记它不受支持,并使主要软件组件的复选框呈灰色。我想尝试使其强制运行,因为我在其他版本上的经验表明,无论如何我都可以尝试运行它。

我已经用Resource Hacker打开exe文件,并发现它正在通过GUID检查兼容的OS。列出了兼容的操作系统,直到Windows 10(8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a)。我认为如果将此GUID更改为Server 2019的GUID,它可能会欺骗它以至忘记它不受支持。但是我找不到Windows Server 2019的GUID。我发现this thread提供了多个先前版本的GUID,但在Server 2019上却没有提供

2 个答案:

答案 0 :(得分:1)

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

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

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

有一些专门用于“重新启用” MFC gui按钮的工具。 对我有用的一个是TurnItOn!启用link to author's site

这样,只需启用该按钮即可享受。 如果这不起作用,则存在其他可能支持各种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左右)并将其添加到安装程序中。

希望这会有所帮助。

答案 1 :(得分:0)

Microsoft确认Windows Server 2019的supportedOS GUID与Windows Server 2016和Windows 10的GUID相同:

{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a} -> Windows 10, Windows Server 2016 and Windows Server 2019

以下是链接:https://docs.microsoft.com/en-us/windows/win32/sbscs/application-manifests

链接的页面还告诉您如何使用资源监视器检查GUID。