JFrog Artifactory（自托管）访问令牌出现间歇性 403 错误

Question

问题描述： 使用有效的访问令牌进行身份验证时，我们遇到间歇性 403 错误。此问题影响多个操作，包括解决 Gradle 依赖关系以及将 Docker 映像推送到 Artifactory。这些错误在特定项目中偶尔发生，并且在整个组织中不一致。

需要帮助： 我们怀疑 Artifactory 中可能存在未记录或通过我们当前配置不可见的身份验证限制或速率限制机制。您能协助我们完成以下事项吗：

• 身份验证限制：使用用户名和访问令牌进行身份验证是否存在我们应该注意的已知限制或最佳实践？具体来说，是否存在可能随着时间的推移导致这些 403 错误的潜在限制或安全配置？
• 速率限制：我们如何确认是否应用了任何可能导致这些间歇性身份验证失败的速率限制？
• 配置审查： 如果您对 Artifactory 配置有任何见解或审查，我们将不胜感激，以确保我们符合身份验证和访问稳定性的最佳实践。

背景和观察：

• 令牌使用：我们使用用户名和访问令牌的组合进行身份验证（使用令牌作为密码）。此方法已经正常运行了几个月，但最近开始失败，我们没有进行任何更改。
• 令牌有效性：这些故障期间使用的访问令牌有效且未过期。
• 权限：我们已验证令牌拥有正在执行的操作所需的权限。
• 资源可用性： Artifactory 服务器上的 CPU、内存或磁盘 I/O 等系统资源没有明显问题。
• 速率限制和安全设置：在检查系统配置 (system.yaml) 时，我们无法识别明确配置的任何速率限制或安全设置，这可能会导致这些错误。

Answer 1

如果您的环境已启动并正在运行，CI 构建正在按预期运行，但您的构建突然开始收到 403 错误响应，这可能是由于临时登录暂停功能所致。

一旦用户尝试登录失败，出现 401 错误，并且这些失败在短时间内连续发生，那么，由于“临时暂停登录”功能，该用户会被暂时阻止一段时间（取决于登录次数）失败，最多 60 秒）。 在此时间范围内，该用户的每个请求，即使使用正确的密码，也会被 Artifactory 阻止，并出现 403 错误。

如果您最近轮换了 API 密钥或访问令牌，这可能是 403 问题的原因。最有可能的是，某些代理或客户端仍然使用旧的 API 密钥/令牌/密码，这会暂时“锁定”用户，并且在此时间范围内，请求会失败并出现 403 错误。

此外，检查其他可能也尝试登录可能使用过时凭据的 Artifactory 的管道。