2014年8月10日

我们很高兴地宣布Artifactory 3.3.0.1的可用性

最近，有报告称来自Artifactory服务器的大量请求导致了服务器的过度负载RubyGems.org存储库。由RubyGems.org和JFrog研发部门领导的一项联合调查显示，这种行为是Artifactory服务器配置错误的结果。调查显示，许多冗余请求是从Apache Maven等非ruby客户端发送的。这些Maven客户端显然利用了一个虚拟存储库，它将RubyGems.org与其他非ruby存储库聚合在一起，导致无关的请求被发送到RubyGems.org。

解决方案

JFrog提供了两个选项来解决这个问题:

1. 升级Artifactory到V3.3.0.1。这个版本防止从远程RubyGems存储库下载和远程列出非RubyGems资源2022世界杯阿根廷预选赛赛程RubyGems的支持在Artifactory中启用。
2. 如果您目前无法升级到此最新版本，我们建议您手动配置任何虚拟存储库的推荐设置最佳实践这样只有相关的请求才会发送到RubyGems.org。

虚拟存储库最佳实践

虚拟存储库不应该聚合不通过它实际访问的存储库。

例如，用于Maven客户端的虚拟存储库不应该聚合RubyGems.org存储库。这种错误配置极大地减缓了分辨率过程，导致系统性能的整体阻抗。类似地，针对全局虚拟存储库工作回购也违背了最佳实践，因为它聚合了所有其他Artifactory存储库。回购将它接收到的任何请求传播到它聚合的所有本地和远程存储库，这会大大降低解析过程的速度。

下载