【发布时间】：2019-11-03 10:34:27
【问题描述】：
我正在尝试使用 CloudFormation 创建 API 网关，但我遇到了 CORS 问题。
前端出错：
POST https://<>.execute-api.us-east-1.amazonaws.com/prod/<> 500
new:1 Access to XMLHttpRequest at '<>' from origin 'http://localhost:3000' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.
- API 的创建没有任何问题，我什至仔细检查控制台上的每一页与工作 API 并发现它们的
Method Request、Integration Request、Integration Response和Method Response用于所有方法（包括OPTIONS）。 - 如果我删除模板创建的资源并在同一个 API 网关中手动创建它们，那么我的代码将按预期工作。我已经使用 localhost、S3 存储桶和 PostMan 中的前端代码进行了测试，因此我可以验证我的前端代码、lambda 函数和数据库是否正常工作。
我知道人们以前遇到过这个问题，但我找不到任何可以解决我的问题的答案。
这里是my template。
请注意，
"method.response.header.Access-Control-Allow-Origin": false实际上创建的 API 的设置与工作 API 相同。我也使用correct answer for this question中的代码。
- 是的，我的 OPTIONS 请求具有“Access-Control-Allow-Origin”标头。
更新
按照以下 dannymac 的回答。我得到了这些：
- 我将
console.log(event.requestContext);添加到我的 Lambda 函数（用 Node.js 编写）。 - 当我测试函数时，有 Lambda 的日志。
2019-06-27T20:07:03.118Z 462b93b2-9d4b-4ed3-bc04-f966fcd034cf Debug CORS issue. Request ID:
2019-06-27T20:07:03.118Z 462b93b2-9d4b-4ed3-bc04-f966fcd034cf undefined
- 好像没有
event.requestContext。 - 我在
API Gateway设置中选择了Enable CloudWatch Logs-INFO和Enable Detailed CloudWatch Metrics和CloudWatch log role ARN*:arn:aws:iam::<ID>:role/ApiGatewayCloudWatchLogsRole（这是AWS 创建的角色）。 - 但是，
API Gateway没有CloudWatch日志。有默认登录CloudWatch - Log Groups：/aws/apigateway/welcome
Time (UTC +00:00)
2019-06-27
19:50:55
Cloudwatch logs enabled for API Gateway
- 看起来
CloudWatch日志没有从API Gateway获取测试。 - 这是我在
API Gateway中测试GET方法得到的结果：
Response Body
{
"message": "Internal server error"
}
Response Headers
{}
Logs
Execution log for request 10d90173-9919-11e9-82e1-dd33dda3b9df
Thu Jun 27 20:20:54 UTC 2019 : Starting execution for request: 10d90173-9919-11e9-82e1-dd33dda3b9df
Thu Jun 27 20:20:54 UTC 2019 : HTTP Method: GET, Resource Path: /notes
Thu Jun 27 20:20:54 UTC 2019 : Method request path: {}
Thu Jun 27 20:20:54 UTC 2019 : Method request query string: {userid=<ID>}
Thu Jun 27 20:20:54 UTC 2019 : Method request headers: {}
Thu Jun 27 20:20:54 UTC 2019 : Method request body before transformations:
Thu Jun 27 20:20:54 UTC 2019 : Endpoint request URI: https://lambda.us-east-1.amazonaws.com/2015-03-31/functions/arn:aws:lambda:us-east-1:770402430649:function:test-api-gateway-2-LambdaFunction-1XDONAN3QIY9I/invocations
Thu Jun 27 20:20:54 UTC 2019 : Endpoint request headers: {x-amzn-lambda-integration-tag=... [TRUNCATED]
Thu Jun 27 20:20:54 UTC 2019 : Endpoint request body after transformations: {"resource":"/notes","path":"/notes","httpMethod":"GET","headers":null,"multiValueHeaders":null,"queryStringParameters":{"userid":"<USERID>"},"multiValueQueryStringParameters":{"userid":["<USERID>"]},"pathParameters":null,"stageVariables":null,"requestContext":{"path":"/notes","accountId":"<ID>"...,"identity":{"cognitoIdentityPoolId":null,"cognitoIdentityId":null,"apiKey":"test-invoke-api-key","principalOrgId":null,"cognitoAuthenticationType":null,"userArn":"<ARN>","apiKeyId":"test-invoke-api-key-id","userAgent":..."test [TRUNCATED]
Thu Jun 27 20:20:54 UTC 2019 : Sending request to https://lambda.us-east-1.amazonaws.com/2015-03-31/functions/arn:aws:lambda:us-east-1:<ID>:function:test-api-gateway-2-LambdaFunction-<STRING>/invocations
Thu Jun 27 20:20:54 UTC 2019 : Received response. Status: 403, Integration latency: 6 ms
Thu Jun 27 20:20:54 UTC 2019 : Endpoint response headers: {Date=Thu, 27 Jun 2019 20:20:54 GMT, Content-Length=130, Connection=keep-alive, x-amzn-RequestId=<ID>}
Thu Jun 27 20:20:54 UTC 2019 : Endpoint response body before transformations: <AccessDeniedException>
<Message>Unable to determine service/operation name to be authorized</Message>
</AccessDeniedException>
Thu Jun 27 20:20:54 UTC 2019 : Lambda invocation failed with status: 403. Lambda request id: feb22917-0dea-4f91-a274-fb6b85a69121
Thu Jun 27 20:20:54 UTC 2019 : Execution failed due to configuration error:
Thu Jun 27 20:20:54 UTC 2019 : Method completed with status: 500
- 我还在 Swagger 2 中导出了工作和不工作的 API 网关。唯一的区别是：
// working one:
"x-amazon-apigateway-any-method": {
"produces": [
"application/json"
],
"parameters": [
{
"name": "noteid",
"in": "path",
"required": true,
"type": "string"
}
],
"responses": {
"200": {
"description": "200 response",
"schema": {
"$ref": "#/definitions/Empty"
}
}
},
"security": [
{
"mobile-notes-api-authorizer": []
}
]
}
// not working one:
"x-amazon-apigateway-any-method": {
"produces": [
"application/json"
],
"responses": {
"200": {
"description": "200 response",
"schema": {
"$ref": "#/definitions/Empty"
}
}
},
"security": [
{
"test-api-gateway-2-authorizer": []
}
]
}
- 他们都有：
"headers": {
"Access-Control-Allow-Origin": {
"type": "string"
},
"Access-Control-Allow-Methods": {
"type": "string"
},
"Access-Control-Allow-Headers": {
"type": "string"
}
}
- 我之前尝试在我的 API Gateway 的
Body中使用 Swagger 模板，但无法解决无效授权问题。
【问题讨论】：
-
有时会在预检 OPTIONS 请求没有“Access-Control-Allow-Origin”标头时发生这种情况，您是否已经检查过？
-
感谢@DeependraDangal，如果您查看我的模板，我会使用正确答案中的代码。
-
（不要担心这里的奇怪的downvote。评论它没有任何价值，因为匿名的downvoter 早就消失了。如果必须，请将您的回复放在 cmets 中，但请不要在帖子中添加投票评论 - 大多数读者不感兴趣）。
-
谢谢@halfer，我会记住的。
标签： amazon-web-services amazon-cloudformation aws-api-gateway