【问题标题】:Unattended install of .net framework 4.6.2 using DSC使用 DSC 无人值守安装 .net framework 4.6.2
【发布时间】:2016-11-15 17:36:18
【问题描述】:

我正在尝试以自动方式在多台服务器上安装 4.6.2(未实施 WSUS 或其他方式)。我的目标是在我们以这种方式配置其他方面时利用 PowerShell DSC。

但是,我尝试过的资源(来自 xWindowsUpdate 的 xHotfix 和来自 xPSDesiredStateConfiguration 的 xPackage)失败了。 xHotfix 说下载的文件无效(来自https://support.microsoft.com/en-us/kb/3151800),并且本机 Package 和 xPackage 资源需要 ProductId...这似乎也不可用。

有没有人通过 PowerShell DSC 成功部署 4.6.2 并提供一些指导?

【问题讨论】:

  • chocolatey 是一种选择,其他一切都失败了:chocolatey.org/packages/dotnet4.6.2
  • 我也想到了 Chocolatey;问题是我无法(现在)确认服务器可以访问互联网,否则我也会使用它
  • 如果您事先知道要安装哪些软件包,则有一个解决方法。您可以将安装程序从本地共享复制到巧克力缓存文件夹,然后 choco 将使用缓存中的安装程序。
  • @JamesC。谢谢,这也很好知道,虽然听起来有点多,如果我错了,请纠正我,我必须有另一个资源将所需的包复制到 Chocolatey 缓存然后调用 chocolatey?或者设置一个巧克力代理服务器或类似的东西......对吗?
  • 是我还是其他人认为这很丑陋和/或愚蠢? 4.6.2(以及之前的其他版本)被宣传为 Windows 更新。然而,它们并没有以这种方式打包,这一点很明显,您不能使用 WUSA.exe 来安装它们……但是,如果您运行 get-hotfix,它们将出现在列表中,并且也出现在“已安装”下“添加/删除程序”中的“更新”... 可能会在这里树上一棵树,因为 .Net Core 是未来,但是...

标签: .net powershell dsc


【解决方案1】:

借用另一个 SO 问题 (Failure Installing DotNet 4.6.1 via Chocolatey using DSC cChocoPackageInstaller) 我选择开发一个自定义资源来处理这个问题,因为我不喜欢脚本资源,因为它们感觉很脆弱......

这两个选项(使用脚本或使用脚本资源)也可以。我只是选择开发自定义资源以获得更多控制权。

【讨论】:

  • 如果您愿意投入时间/精力来创建自定义资源,这绝对是更好的选择。
  • 我会将此标记为答案,直到我听到更好的消息...更愿意使用 Windows 更新来应用更新,但看起来不可能...
  • @HBoyce - 只是想知道您是否找到了一种更直接的方法来让它工作?我惊讶地发现使用 DSC 安装 .NET 并不简单:(
  • @RobDavis 不是真的...我最近不需要做很多事情,所以没有花大量时间开发自定义资源之外的解决方案——这解决了问题。仍然愿意接受其他建议。
  • @RobDavis 现在,不,该模块不可用开源(并不意味着它不能只是不可用)。我确实查看了引用的模块,并且可以告诉您它的质量要高得多-至少通过记忆和简要分析。如,我不相信我处理卸载场景,当然也没有广泛的退出代码分析。我可以调查模块的开源,但到目前为止,grani 似乎最了解:-)
【解决方案2】:

一般来说,我发现最好的后备方案是仅使用脚本资源进行安装。创建一个检查 .NET 版本的检查脚本,然后创建一个脚本以继续进行安装,如果它还不是 4.6.2。我使用相同的方法来部署基于 .exe 的应用程序安装程序。

【讨论】:

    猜你喜欢
    • 2017-04-09
    • 2012-05-12
    • 1970-01-01
    • 1970-01-01
    • 2021-09-24
    • 2017-04-06
    • 2018-08-25
    • 1970-01-01
    • 2022-01-20
    相关资源
    最近更新 更多