Amazon web services “干邑”;由于配置原因,预签名调用失败;尽管调用权限配置良好
我目前有一个Cognito用户池,配置为触发预注册lambda。现在我正在设置登台环境,我在dev上有完全相同的设置(它可以工作)。我知道这是一样的,因为我用相同的地形文件创建了两个环境 我已经将调用权限与lambda函数相关联,这通常是导致此错误消息的原因。这两种环境中的一切看起来都一样,只是当我尝试从新的登台环境注册新用户时,我得到了“由于配置而导致预签名调用失败”Amazon web services “干邑”;由于配置原因,预签名调用失败;尽管调用权限配置良好,amazon-web-services,amazon-cognito,Amazon Web Services,Amazon Cognito,我目前有一个Cognito用户池,配置为触发预注册lambda。现在我正在设置登台环境,我在dev上有完全相同的设置(它可以工作)。我知道这是一样的,因为我用相同的地形文件创建了两个环境 我已经将调用权限与lambda函数相关联,这通常是导致此错误消息的原因。这两种环境中的一切看起来都一样,只是当我尝试从新的登台环境注册新用户时,我得到了“由于配置而导致预签名调用失败” 我已经试着从控制台手动移除并重新关联触发器,但仍然不起作用 我比较了我能想到的所有可能的设置,包括“应用程序客户端”配置。他
- 我已经试着从控制台手动移除并重新关联触发器,但仍然不起作用
- 我比较了我能想到的所有可能的设置,包括“应用程序客户端”配置。他们真的是一样的
- 我试图编辑lambda代码以“强制”更新它
有什么想法吗似乎存在竞态条件,第一次部署时未附加权限 我可以用云层来复制这个 两次使用相同配置部署堆栈似乎“修复”了权限问题 实际上,我在权限附件上增加了10秒的延迟,它解决了我的第一个部署问题
我希望这能帮助其他遇到这个问题的人 第一次部署时似乎存在权限未附加的竞争条件 我可以用云层来复制这个 两次使用相同配置部署堆栈似乎“修复”了权限问题 实际上,我在权限附件上增加了10秒的延迟,它解决了我的第一个部署问题
我希望这能帮助其他遇到这个问题的人。现在我也在尝试删除用户池并从terraform重新创建它现在我也在尝试删除用户池并从terraform重新创建它