特定应用程序部署的先决条件是,在安装之前,我们需要在 PC 的 Windows 受信任的发布者证书存储中安装特定的 PKI 证书。
有什么方法可以检测是否已经安装了特定的证书?理想情况下使用单行命令或短脚本(可用于 pre-req 检测,或作为 SCCM 2012 中的依赖项检查)?
那里似乎有很多命令和脚本可以列出所有已安装的证书,或者所有已安装的证书即将到期,但我看不到任何东西来确定是否安装了一个特定的证书。
特定应用程序部署的先决条件是,在安装之前,我们需要在 PC 的 Windows 受信任的发布者证书存储中安装特定的 PKI 证书。
有什么方法可以检测是否已经安装了特定的证书?理想情况下使用单行命令或短脚本(可用于 pre-req 检测,或作为 SCCM 2012 中的依赖项检查)?
那里似乎有很多命令和脚本可以列出所有已安装的证书,或者所有已安装的证书即将到期,但我看不到任何东西来确定是否安装了一个特定的证书。
目前正在研究 Windows 7 的部署选项。我们正在研究的问题之一是 32 位与 64 位。我正在尝试针对我们的资产运行 SCCM 报告,以确定哪些机器支持 64 位(无论它们当前是否运行 64 位操作系统)。
网上似乎有一些资源可以解决这个问题(这里、这里和这里),但它们似乎都不能在运行 32 位 Windows XP 的机器上正常工作。32 位 XP 机器似乎总是报告它们在 32 位硬件上运行。
我当前正在运行的查询是:
select sys.netbios_name0, sys.Operating_System_Name_and0 as OperatingSystem,
case when pr.addresswidth0=64 then '64bit OS'
when pr.addresswidth0=32 then '32bit OS'
end as [Operating System Type],
case when pr.DataWidth0=64 then '64bit Processor'
when pr.DataWidth0=32 then '32bit Processor'
end as [Processor Type],
case when pr.addresswidth0=32 and pr.DataWidth0=64 then 'YES'
end as [32-bit OS on x64 processor]
from v_r_system sys
join v_gs_processor pr on sys.resourceid=pr.resourceid
我也试过这个,它报告所有“Windows XP Professional”系统都在“基于X86的PC”上,而不是基于x64的,尽管其中一些肯定是:
select
OS.Caption0,
CS.SystemType0,
Count(*)
from
dbo.v_GS_COMPUTER_SYSTEM CS Left Outer Join dbo.v_GS_OPERATING_SYSTEM OS on CS.ResourceID = OS.ResourceId
Group by
OS.Caption0,
CS.SystemType0
Order by
OS.Caption0,
CS.SystemType0
例如,我们有一套戴尔 Latitude E4200 笔记本电脑。其中一些运行 32 位 Windows XP SP3,其中一些运行 32 位 Windows 7,一些运行 64 位 Windows 7。所有笔记本电脑都是相同的,来自相同的订单。其中,Windows 7(32 位和 64 位)报告硬件支持 64 位,而 Windows XP 机器报告它们仅支持 32 位。
有谁知道我是否可以查询另一个值以在 XP 上正确获取硬件的功能,或者是否有一个修补程序可以让它报告正确的信息?
我们正在运行 SCCM(MS System Center Config Manager,SMS 的继任者)2007 环境,并向使用 App-V 4.5.1 虚拟化的客户端交付大量应用程序。App-V 应用程序由 SCCM 在下载并执行而不是流模式下交付。
SCCM 环境最近被服务打包到 SCCM 2007 SP2(除其他外,这提供了 Win7 支持)。我们还将更新的 SCCM 客户端推送到我们的工作站。这似乎破坏了我们大量用户的虚拟应用程序的文件关联。用户仍然可以通过在“开始”菜单上找到特定应用程序并单击其图标来打开其 App-V 应用程序,但在资源管理器中双击关联文件或打开电子邮件附件会显示“此操作仅对已安装的应用程序有效“ 错误。
App-V 团队有一篇 Technet 博客文章讨论了这个问题“升级到 ConfigMgr 2007 SP2 可能会破坏 App-V 文件类型关联”,但运行该脚本会返回“ The User Interface option has been updated
”但似乎没有解决问题对于我们的任何用户。不幸的是,Technet 博客似乎没有打开评论,所以你看不到其他人的效果如何。
其他人有这个问题,你有没有找到其他方法来解决它?