我有一个由大约 15 名用户组成的小团队，他们专门使用 Chrome 来工作，由于有一个扩展程序，Chrome 在这一点上非常重要。
在 Chrome 中，他们使用了 3 个页面。一个是现成的 wordpress，我们将其托管在 Windows IIS 机器上；第二个是内部开发的在 apache 机器上运行的网站；第三个是远程托管的 vicidial 实例，vicidial 是一个基于 asterisk 的开源呼叫中心管理系统。
我们看到界面上弹出这样的“黑匣子”：
盒子的大小和位置看似随机变化。
我已突出显示 Chrome 的混合内容警告。这是我调查的第一个途径，我们已经解决了这个问题，从 HTTPS 网站中删除了 HTTP 元素，我们不再看到该警告。黑框继续出现。
我确信该问题与所访问的网站无关，我们在通过这些系统访问的任何网站上都会看到这些框（尽管代理通常会阻止除授权网站之外的任何网站）。
如果我们使用 IE，就不会出现黑框（但不能使用 Chrome 扩展程序，所以不是一个解决方案）。
禁用扩展（内部的事情）我们仍然保留着这些盒子（感谢@duskwuff 的建议）。
黑匣子通常出现的时间非常短暂，不会超过几秒钟，但偶尔也会有人看到它持续长达 30 秒。
现在我们已经解决了混合内容问题，Chrome 控制台一片空白。计算机的其余部分似乎运行正常。
这些机器在操作系统上被严格的组策略严格锁定，尽管我在测试机器上观察到了应用的策略限制要少得多的机器。Chrome 上应用了许多策略，但没有什么特别的，只是设置主页和一些其他基本设置。
企业中的其他 chrome 用户不会遇到这些问题。
我希望有人能指出我一个已知的错误或类似的东西，因为我的下一步是从一台带有最少的策略和限制的新电脑开始，并反复应用每个设置，直到我们找到罪魁祸首，这是我宁愿避免的努力。
编辑：刚刚从我们的代理中提取了一些统计数据，我们在 4 天内阻止了 clients2.google.com 180000 次。有人认为这与 Chrome 的自动填充有关，我们不使用它，但它可能试图在那里做一些事情。我已将一半的用户设置为允许此域，我们将看看情况如何。
答案1
首先检查黑框是否是 HTML 的结果（可能是通过插件注入到您的页面中）。右键单击黑框并选择检查。将生成的 HTML 添加到您的问题中。
另外，请考虑禁用所有其他插件以进行测试。
答案2
为了回答这个问题，我们在代理上解除了对“clients2.google.com”的阻止，这些黑框就消失了。