Artifactory 人工不匹配算法和密钥

Artifactory 人工不匹配算法和密钥,artifactory,Artifactory,启动artifactory时出现错误: [art-exec-3] [ERROR] (o.j.s.c.EncryptionWrapperBase:185) - no matched algorithm and key for AES128 16uJT [art-exec-3] [ERROR] (o.a.r.s.RepositoryServiceImpl:2626) - Failed to initialize remote repository '(name of maven repo)'. Re

启动artifactory时出现错误:

[art-exec-3] [ERROR] (o.j.s.c.EncryptionWrapperBase:185) - no matched algorithm and key for AES128 16uJT
[art-exec-3] [ERROR] (o.a.r.s.RepositoryServiceImpl:2626) - Failed to initialize remote repository '(name of maven repo)'. Repository will be blacked-out!
上下文是:
我有一个功能独立的人工制品。
我已经在这个
因此,使用相同的数据库和文件存储

我已经销毁了我的独立实例,并创建了两个实例以实现高可用性

然后我有上面的错误。
人工服务已启动
我可以请求API,但只能获取,不能进行POST之类的更改。
但是没有可访问的web界面

如果我测试POST请求:

{
  "errors" : [ {
    "status" : 500,
    "message" : "Could not decrypt with artifactory key, due to: org.jfrog.security.crypto.KeyIdAlgCipherNotFound: no matched algorithm and key forAES128 16uJT"
  } ]
这显然是一个AES128人工关键问题。
但我知道我的人工钥匙(和主钥匙)很好。
还是跟以前一样哈,没理由不一样,但也许

那么,怎么了?
未经我同意,artifactory\u密钥能否随时间变化?
我如何恢复?

在我的数据库中,我有一个名为“configs”的表,我认为artifactory_key用于加密配置。
如果我恢复此表,也许我可以覆盖?
除了它都是加密的,用人工密钥?还是主钥匙?
它不能像现在这样使用


多亏了您

两个节点的artifactory.key是否都已就位并位于$artifactory\u HOME/etc/security/

根据错误消息,它似乎无法解密包含“16uJT”的字符串。 能否在$ARTIFACTORY\u HOME/etc/ARTIFACTORY.config.latest.xml中搜索此字符串

如果是,您可以检查该条目的预期解密值并手动替换它。如果您不确定,您可以尝试暂时将此项留空,并尝试查看此项是否有帮助

为了在更改后导入新配置,您需要将配置保存为:“artifactory.config.import.xml”,然后重新启动服务器


如果这样做没有帮助,请附上完整的错误和可能的堆栈跟踪。

两个节点的artifactory.key是否都到位并位于$artifactory\u HOME/etc/security/

根据错误消息,它似乎无法解密包含“16uJT”的字符串。 能否在$ARTIFACTORY\u HOME/etc/ARTIFACTORY.config.latest.xml中搜索此字符串

如果是,您可以检查该条目的预期解密值并手动替换它。如果您不确定,您可以尝试暂时将此项留空,并尝试查看此项是否有帮助

为了在更改后导入新配置,您需要将配置保存为:“artifactory.config.import.xml”,然后重新启动服务器

如果这没有帮助,请附上完整的错误和可能的堆栈跟踪。

谢谢您的回复

问题是:我已经销毁了旧实例,并使用HA许可证重新创建了两个新实例。 所以我在$artifactory\u HOME/etc/security/中有一个artifactory\u密钥,在两个实例中都是相同的。但显然不是好的

文件$ARTIFACTORY\u HOME/etc/ARTIFACTORY.config.latest.xml也不是好文件,就像实例是新的一样。 默认情况下,它是一个配置,一个无效配置。 没有“16uJT”字符串

这就是为什么我询问是否可以直接在数据库->表“configs”中检索良好的配置 除了它是加密的,我不知道如何在没有API请求的情况下解密

您好,

谢谢您的回复

问题是:我已经销毁了旧实例,并使用HA许可证重新创建了两个新实例。 所以我在$artifactory\u HOME/etc/security/中有一个artifactory\u密钥,在两个实例中都是相同的。但显然不是好的

文件$ARTIFACTORY\u HOME/etc/ARTIFACTORY.config.latest.xml也不是好文件,就像实例是新的一样。 默认情况下,它是一个配置,一个无效配置。 没有“16uJT”字符串

这就是为什么我询问是否可以直接在数据库->表“configs”中检索良好的配置 除了它是加密的,我不知道如何在没有API请求的情况下解密

问候,