我的 SCCM 层次结构有三个分发点，我要添加第四个。
新的分发点已成功添加，当我检查内容状态时，我看到我的所有内容项现在都正确地针对所有四个分发点，但一个包除外：
这个包仍然只针对原来的三个。
浏览包列表（通过软件库|包）时，此包不可见。
使用 PowerShell，Get-CMPackage此包的 ID 不会返回任何内容。同样Get-CMPackage | ft PackageId没有列出包 ID（它确实正确列出了我的其他包）。
如何修改此包以针对新的第四个分发点？
这是 SSL 证书替换时间，虽然我可以，对于我的 Windows 服务器，以乏味的方式执行此操作（证书 mmc，手动导入），但我正在寻找可以通过一些 PowerShell 脚本自动化的东西。
我知道Import-PfxCertificate，要导入 .pfx 我会这样做：
$pwd = ConvertTo-SecureString -String "PrivateKeyPasswordGoesHere" -AsPlainText -Force
Import-PfxCertificate -Password $pwd -FilePath "\\path\to\pfxfile\pfxfile.pfx" -CertStoreLocation Cert:\LocalMachine\My -Exportable # optional if i want the private key to be exportable
这一切都很好，但与手动繁琐的方式不同，它只引入实体证书本身；它不会在整个链中引入任何其他证书（根证书、中间证书等）。
看起来我可以用Get-PfxData做一些事情，它“将个人信息交换 (PFX) 文件的内容提取到包含最终实体证书、任何中间证书和根证书的结构中”，但是Import-证书具有强制性 FilePath 参数，因此我无法将 Get-PfxData 的输出通过管道传递给它。
我使用 Get-PfxData 来验证 PFX 确实包含完整的链。
我也尝试过以下方法：
但同样，Import-PfxCertificate 并没有引入完整的链。
破解这个坚果还有其他选择吗？
同一个 AD 站点中的两个 Exchange 服务器和三个域控制器。所有域控制器都是 GC。
Exchange 是 Windows Server 2016 上的 Exchange 2016。域控制器是 Windows Server 2019。
在 Exchange01 上一切正常 - 使用 Exchange 命令行管理程序我可以Get-Mailbox成功发出命令，并Get-DomainController返回所有域控制器的列表。
Exchange02 给出“在林中找不到任何可用的全局编录”。
在 Exchange02 上，我可以使用常规 PowerShell 并发出命令，例如Get-ADUser确认此服务器的 AD 连接正常。
在 Exchange02 上，我可以做到Get-ADForest | Select-Object -ExpandProperty GlobalCatalogs，它正确列出了所有全局编录。
证据表明，这已本地化为 Exchange 与 Exchange02 上的 AD 的连接。
这只发生在最后一天，环境没有任何变化。
那么 - 我该如何解决？
带有 KB4086143 修补程序汇总的 SCCM 1710，在 Windows Server 2012 R2 上运行，在同一服务器上配置了软件更新点和 WSUS。
SUP 和 WSUS 均未配置为下载快速更新。客户端策略设置为不使用快速更新。
创建了一个“基线”软件更新组和部署包，它们正确地不包含快速更新。
创建了一个自动部署规则，这是一个持续下载快速更新的规则；上个月的全套更新（仅限！）为 65gb。将其微调为仅包含安全更新是 25gb。
丢弃和重新创建 ADR 没有任何区别。
我不准备丢弃并重新创建 SUP 和 WSUS，除非我可以合理地保证它会解决；时间就是金钱，我已经浪费的够多了。
我似乎在 TechNet 上传言说这是一个应该在 180x 中修复的错误；我愿意升级到 1802，但我们现在正处于部署过程中，团队成员会很生气。如果 1802 解决了，我会注意这一点，但在发行说明或 KB 中找不到任何迹象表明它确实如此。
一个疯狂的想法是构建和配置另一个 WSUS，将其用作上游，并在它不下载快速更新之前对其进行测试。我不知道它在实践中会如何工作，我更喜欢更干净的修复，但我愿意尝试将其作为临时措施。
这些选项中的任何一个是可行的、推荐的，还是有其他更好的方法来驯服这只野兽？
预期的答案可能假设此环境是正确构建的，并且符合文档和推荐的最佳实践。
所以大约 3 个月前，我“继承”了 Lotus Domino 的设置，坦率地说，这是一团糟。从历史上看，它有 10 年的主要重点是开发而不是管理和内务（后者实际上都没有完成，我有一些 11 年前离开这个地方的人仍然在管理组中），其结局是可以预见的结果。
现在，我知道如何收拾烂摊子了，但在这样做的同时，我也在关注未来，而我有兴趣调查的事情是 Active Directory 集成的可能性。对我来说 - 在 2009 年 - 再有一堆需要另一个用户名和密码的系统，邀请人们走上黄色便笺综合症的路线（更不用说加倍我们的用户/密码管理），这对我来说是没有意义的高架）。
由于客户端是基于浏览器和基于传统客户端的混合体，我想知道这有多实用。有人做过吗，效果如何？我们是否获得完全透明的身份验证，甚至不需要重新输入网络凭据，我们是否仍然需要处理 ID 文件（gack），我们可以将 AD 用户添加到 Domino 组，诸如此类。
服务器是 8.0.2（在 2003 服务器上），客户端主要是 8.0.1 和 IE6，使用数据库应用程序但不使用 Notes Mail。我在 IBM 上看到的少量信息在整个主题上都非常模糊。