Artifactory 人工不匹配算法和密钥
启动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
[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请求的情况下解密 问候,