Articles of sccm

configurationSCCM,以便可以从分发点下载文件名中带有加号(+)的文件

我们正在使用Microsoft SCCM 2007在我们的networking环境中部署程序包。 其中一个包(MathType,如果有人好奇的话)有很多带有加号+的文件名。 将程序包下载到客户端计算机时,将通过http从分发点服务器中提取文件。 分发点运行IIS,它不处理URL中的+符号。 其结果是SCCM客户端从服务器收到404,并且无法完成下载或安装包。 我只是重命名所有的文件中的一个+ ,但安装程序正在期待某些文件名,所以我们需要保留原来的命名scheme。 由于我们的networking环境是如何设置的,我们不能直接控制分发点服务器,所以我们不能对IIS进行任何修改,以允许在URL中使用+符号。 我们如何在不破坏SCCM的情况下分发带有+符号的文件? 我想过以下解决方法,但希望find一个更优雅的解决scheme,不需要用+符号手动调整任何包: 把整个东西放在一个自解压zip / 7z文件,并从分发点下载 将所有files+with+plusses重命名,然后在安装batch file下载到本地caching后手动将它们更改回原始名称 有没有解决scheme可以解决问题,而不是解决问题?

SCCM查询群集(虚拟)名称

我正在尝试确定群集名称是否存储在SCCM审计数据中。 我在[v_R_System]中看到主机名,我可以在这里识别集群节点。 我需要的是集群节点的虚拟名称。

SCCM在OSD期间部署Win7 Enterpriseselect语言

我正试图通过我们的SCCM OSD来实现更多的自动化和更less的手动点击。 我们目前运行的Tasksequence对我们来说几乎是完美的,但是我们仍然需要在安装过程中手动select语言,因为我们使用的是win7 Enterprise。 我search了一个答案,发现你可以创build应答文件,并将它们包含到你的Tasksequence中。 当我这样做时,我仍然会被问到select哪种语言,或者是否会读取答案文件并在没有用户交互的情况下运行?

如何使用SCCM跨networking安全地安装Windows可执行文件?

我们希望使用SCCM安装各种Windows软件(.exe),但注意到SCCM在推送可执行文件时使用了域pipe理员帐户。 因此,我们担心在安装过程之后,帐户的密码哈希和Windows Access令牌将遗留在我们所有的服务器和工作站上 – 这显然可能会被盗用并用于使用pass-the-hash或令牌模仿。 在没有上述风险的情况下,使用SCCM在我们的networking上推送Windows可执行文件的最安全方法是什么? 如果您愿意为我们提供一个方法和stream程的点点格式以及URL到额外的教学内容来帮助我们,将不胜感激。 先谢谢你。 F0n。

使用System Center Configuration Manager 2012删除现有的InstallShield App

我正在尝试使用System Center Configuration Manager 2012来升级安装在大多数计算机上的现有程序。 该程序使用InstallShield安装程序。 我们在这里是SCCM的新手,这个程序早在我们有SCCM的时候就已经出现了。 程序和安装程序的新版本没有内build的东西,我可以find检测或删除旧版本。 如果你只是运行新的安装程序,而不删除旧版本的程序,事情似乎好一段时间,但最终你开始发现不对的东西。 供应商build议在安装新版本之前手动删除旧版本。 我已经可以使用SCCM将新版本部署到干净的工作站。 不过,我现在还不能在这个时候成功删除旧版本。 在做了大量的研究之后,我已经logging了InstallShield的应答文件。 我用一个虚拟MSI文件为旧程序创build一个安装模板。 然后,我编辑了SCCM中的检测属性,以准确地find旧的程序。 我将安装程序更改为刚刚退出的虚拟命令,并查找了Windowsregistry中程序的卸载命令。 此时,如果我为此虚拟应用程序从SCCM创build一个卸载部署,它将正确检测程序是否已安装。 我工作站上的软件中心会显示是否安装,SCCM中显示的完成百分比是否准确。 只要整个脚本适合该应用程序的SCCM部署types的“程序”选项卡上的“ Uninstall program:字段,我也可以让卸载程序运行任意脚本。 我只需要用cmd /d /c"command goes here"这样的命令来封装命令cmd /d /c"command goes here" 。 如果我编辑该程序的卸载命令,不需要任何引号并将其放在该命令语法中,我可以通过Process Explorer看到卸载程序确实启动,但隐藏在本地系统帐户的私人桌面上等待从未到来的input。 它看起来像我需要告诉它关于答案文件来完成安装。 但是,这提出了两个问题。 第一个问题是,如果不使用cmd /d /c"…"语法,我看不到卸载程序曾经开始,但如果我使用语法,我不能包括答案文件,因为它必须用引号括起来。 我不能在Uninstall程序中看到要引用的字段:我需要使用。 即使我解决了这个问题,现在我需要知道如何将答案文件推送到单个系统。 从我看到的,我不能使用networking共享为此,因为卸载程序将作为本地系统帐户运行,将不具有任何networking资源的权限。 如果我可以将随机文件推送到计算机上,我也可以推送更复杂的卸载脚本…但是这也会留下工件,我仍然需要删除。 我已经在这方面花了太多的时间,似乎正在碰壁。 InstallShield和SCCM都被广泛使用。 当然这不是很难吗? 我错过了什么?

英特尔®博锐™处理器是否通过附加NIC工作?

目前,我们正在使用具有英特尔博锐function的戴尔OptiPlex工作站。 由于安全原因,远程位置需要通过光纤连接计算机。 这将要求我们在工作站中安装第三方FO网卡。 我的问题是:将VPro的OOBpipe理(我们依靠)仍然通过此网卡工作?

跟踪企业台式机

我的一部分工作是确保对于特定OU中的计算机,实际上正在使用什么= AD中列出的内容= SCCM中列出的内容。 这是一个25万台电脑的环境,但我特别关心一个部门的70K。 将AD与SCCM进行比较是相当容易的,但是更难以追踪那些并不存在的计算机。 我试图想出创造性的方法来解决这个问题。 我的问题是:find不存在的机器查询AD与Powershell的计算机没有loginX天的好方法? 我想在PowerShell中更复杂的任务如下:从AD中拉dnshostnames Ping我的OU中的所有主机,并成功,将它们从列表中删除。 每6个小时运行一个星期一个星期,继续删除ping成功的机器。 笔记本电脑,我将不得不处理不同。 任何其他想法,build议等?

从命令行中删除SCCM证书

所以我们有一个情况是,一个承包商部署了大约200台Windows 7电脑,这个电脑被克隆得不正确。 系统准备之前,SCCM证书没有从参考机器上清除。 现在,由于重复的证书,SCCM控制台正在越来越乱丢设备logging到处。 我需要脚本删除所有这些机器上的坏证书,但我不知道如何从命令行。 我假设我会使用Certutil.exe,但我无法弄清楚通过什么参数。 我也熟悉WMI和VBScript,所以如果有一个证书类,我可以使用它也可以。 我感谢任何人可以提供的帮助。

使用SCCM和WMI来检索字体信息

我需要能够清点目前安装在我们机器中的字体信息(大约20万)。 似乎有些用户安装了他们不应该使用的字体(由于许可限制等),现在公司正面临法律问题。 问题是:我知道如何通过SCCM部署软件包,但我对库存和开发不熟悉。 我上网寻找解决scheme,并得到这样的事情: For Each objFont in colItems Set m = objFolder.ParseName(objFont.Name) foundry = objFolder.GetDetailsOf(m, 5) 'msgbox fabricante objFile.WriteLine (objFont.Path & vbtab & objFont.Name & vbtab & foundry) Next 这个脚本工作正常, 对于我的机器。 但是为了能够从所有机器上收集这些信息,我被告知必须把它变成一个WMI类,然后清单才会调用和接收/处理输出。 那可能吗?

是否有完整的System Center Configuration Manager备选scheme?

我一直在研究系统中心configurationpipe理器2007 R2 SP2并努力吞下SCCM药丸。 该工具似乎过时了,并且没有很好的configuration来pipe理使用最新版本的Server 2008 R2,SQL 2008 R2,Exchange 2010,SharePoint 2010等的环境。 我需要软件来帮助我: 部署新的软件 监视部署了哪些软件 部署更新 使用特定configuration安装新的服务器和客户端操作系统 监视驱动器空间并能发出警报 聚合事件日志,以便有一个中心位置来监视组织的健康状况 可以通过脚本进行configuration 有一个好的灾难恢复计划,所有的努力倾倒在设置一切都没有风险 这些function与系统中心configurationpipe理器以及可能的操作pipe理器的广告function很好地配合,但是这两种软件都感觉过时并过时了。 我在这个市场空间有什么真正的select吗? 我曾经见过Nagios和Zenoss,但是我们是一家Windows商店,为了这个目的增加了一个Linux服务器的维护和pipe理工作,可能比处理SCCM的怪异工作要多得多。