开启AWS IAM授权后如何使用CURL测试LAMBDA REST-API接口

首先确认你已经拿到了授权IAM用户的访问密钥（Access Key ID、Secret Access Key），且本地已经配置好对应凭证。

方法1：借助AWS CLI的sigv4-sign功能（最简便） #

这是最推荐的测试方式，不需要手动处理签名逻辑，步骤如下：

• 先确认当前AWS CLI生效的是对应授权IAM用户的凭证，执行以下命令检查：

aws configure list

• 发起GET请求测试示例（将路径中的{id}替换为实际资源ID，示例中为123）：

curl -v "$(aws sigv4-sign \
  --service execute-api \
  --region eu-central-1 \
  --endpoint https://my-api-id.execute-api.eu-central-1.amazonaws.com/dev/music/123)"

• 发起POST请求带JSON请求体示例：

curl -v -X POST \
  -H "Content-Type: application/json" \
  -d '{"name":"晴天","artist":"周杰伦"}' \
  "$(aws sigv4-sign \
  --service execute-api \
  --region eu-central-1 \
  --endpoint https://my-api-id.execute-api.eu-central-1.amazonaws.com/dev/music)"

常用参数说明 #

• --service：固定值为execute-api，对应AWS API Gateway的服务标识
• --region：替换为你的API实际部署的区域，示例中为法兰克福区eu-central-1
• --endpoint：替换为你实际的API资源路径

常见问题排查 #

• 如果返回403禁止访问：先检查对应IAM用户的策略是否包含execute-api:Invoke权限，资源ARN格式参考arn:aws:execute-api:eu-central-1:你的AWS账号ID:my-api-id/dev/*/music/*
• 如果返回签名过期错误：检查本地系统时间是否和UTC时间同步，SigV4签名允许的最大时间差为5分钟
• 如果返回404错误：检查资源路径、请求方法是否和API配置的一致，路径中的参数是否已替换为有效值

内容的提问来源于stack exchange，提问作者Manifest Man