![]() |
1
0
好吧,所以我的错误是没有考虑自定义身份验证流。我发现了一个不同的文档,也就是您应该明确使用的文档: Customizing your user pool authentication flow 我在文档中遇到了两个错误的部分 here (触发器子页)和我的1个错误。 错误部分1: 会话的DefineAuthChallenge和CreateAuthChallenge输入定义为挑战结果列表。这很好,但challenge result对象的challenge元数据部分错误地显示为这样写的:“challengemtadata”,而应该是“challengemtadata”,小写的“d”代表“data”,而不是大写的。这给了我一个“无法识别的lambda输出”的错误,因为“challengemtadata”不是后端所期望的,而是在寻找“challengemtadata”,它不存在。第一次输入define auth challenge lambda时,不会显示此错误,因为会话不包含任何质询答案。不过,当您验证一个挑战时,这个问题就被填满了,然后大写的d会给您带来麻烦。 错误部分2: 如我问题中所述,“challengeanswer”的verifyAuthChallenge输入是字符串,而不是字典。 所有这些错误的部分都正确地显示在我链接到这里的第一个文档页面上。所以我建议使用它而不是其他文档。 我这边的错误: 在您通过VerifyAuthChallenge触发器验证自定义质询之后,我没有真正检查会发生什么。在给定的链接中,在标题“defineauthchallenge:the challenges(state machine)lambda trigger”上方的图像中,它清楚地指出,在验证响应之后,defineauthchallenge触发器再次被调用,我没有考虑到这一点。 我希望我能节省一些时间,让我用这个来解决这个问题。 |