Google chrome 如何在Chrome 33和x2B中通过GPO自动安装Chrome扩展；（Chrome bug或GPO安装扩展的未记录更改？）

我们有一个Google Chrome扩展，专门为公司内部使用而构建。到目前为止，它是使用GPO部署的，并且在Chrome33出现之前工作良好。现在扩展没有出现在扩展列表中，并且没有处于活动状态：“（.Chrome 33 for GPO的部署/安装过程是否已更改？我们现在是否需要做任何不同的事情，或者在Chrome 33发布后的世界中，如何通过GPO部署扩展

我们按照建议（“通过组策略预安装”部分）和详细说明使用GPO进行安装。我们设置GPO

ExtensionInstallForcelist

，

ExtensionInstallWhitelist

，以及

ExtensionInstallSources

我们的扩展名和更新xml文件不在Chrome Web Store上。Chrome 33中有计划的更改（以保护用户免受恶意扩展），这些更改将强制扩展名位于Chrome Web Store上，但从所有文档中我们可以发现，这不应适用于GPO安装的扩展名，如下所述：

用户只能安装Chrome网络商店中托管的扩展， 除了通过或开发人员模式安装

在此之后，扩展支持哪些部署选项 改变？…对于企业，我们将继续支持集团政策 安装扩展，无论扩展位于何处。 请注意，用户的计算机必须加入GPO策略的域 推动生效

以前安装但未承载在上的扩展 Chrome Web Store将被硬禁用（即用户无法启用 除了通过企业策略或 开发者模式

以及：

在开发过程中，我们将继续支持本地扩展安装 以及通过企业策略进行安装，Chrome应用程序也将 继续得到正常的支持

一旦用户升级到Chrome 33，扩展就消失了，因此GPO部署似乎有所改变，但我没有看到任何关于这一改变的文档（或者很明显如何修复我的部署）

我们无法在Chrome Web Store上托管，因为我们的扩展使用了NPAPI组件，新的Chrome Web Store扩展不再允许使用该组件。迁移到不使用NPAPI的不同体系结构需要付出巨大的努力，因此这不是一个短期解决方案（尽管计划是中期解决方案）.然而，我们已经尝试删除NPAPI组件，以检查Chrome 33是否不喜欢这一点，而且这似乎与此无关。我们只尝试在URL中使用https，但也不起作用

可能与

---

感谢您的建议！

问题中的计算机是否真的在使用组策略的windows域上？我们看到一些恶意软件滥用注册表/GPO，并一直在加紧检查，以确保企业策略仅由企业管理的计算机使用。

这里也有同样的问题。我希望谷歌允许NPAPI插件在商店中私有上市。这将解决我的问题。与此同时，我们将开始从NPAPI迁移，但这将需要一些时间。我也非常希望如此！谢谢，事实证明，在加入域的机器上发生这种情况的报告是错误的：这只是在工作组工作站上发生的这是一个问题。Chrome#33引入了一条规则，即非webstore扩展只能通过GPO在加入域的计算机上安装。@Antony似乎该机制禁止访问AD DC上的企业应用程序。