AWS API网关 - CORS POST无法正常工作

6 回答

• 2

  如果您在API网关中使用代理集成，则从API网关启用CORS不起作用 . 您必须从Lambda代码本身设置Header'Access-Control-Allow-Origin' .

  它在doc中提到过 .

  Python代码示例：

  response = {
          'statusCode': 200,
          'headers': {
              'Access-Control-Allow-Origin': '*'
          },
          'body': json.dumps({'message': 'CORS enabled')
      }
      return response
  

  回复于 2024-04-28T03:55:44+08:00
• 0

  好吧，我发现问题的根源，恰好与APIG完全无关，并确认了@AbhignaNagaraja提到的，我的APIG配置正确 .

  The issue is actually in the way I called jQuery.ajax, which I thought was smart enough to convert my parameters to a JSON string when contentType is 'application/json'. It seems I had to manually stringify the JSON params rather than passing a JSON and having jQuery stringify it.

  所以这是一个糟糕的电话：

  $.ajax({
          url: myEndpoint,
          type: 'POST',
          crossDomain: true,
          data: {
              url: $('#url').val()
          },
          headers: {
              "X-Api-Key": 'blablabla'
          },
          dataType: 'json',
          contentType: "application/json",
          success: function (data) {
              console.info(data);
          }
      });
  

  这是正确的电话：

  $.ajax({
          url: myEndpoint,
          type: 'POST',
          crossDomain: true,
          data: JSON.stringify({
              url: $('#url').val()
          }),
          headers: {
              "X-Api-Key": 'blablabla'
          },
          dataType: 'json',
          contentType: "application/json",
          success: function (data) {
              console.info(data);
          }
      });
  

  如果您正在使用CORS调试此问题，这可能是一个提示：只需下载AWS APIG SDK并尝试使用AWS提供的apigClient执行调用，并将标头与您在自定义客户端上获得的标头进行比较 . 在检查我使用jQuery和apigClient获得的两组头文件时，我注意到Request Payload看起来不同，这就是我如何意识到格式错误，然后 400 code 和 No 'Access-Control-Allow-Origin' 头文件都是有意义的 .

  我希望这有帮助 .

  回复于 2024-04-28T03:55:44+08:00
• 15

  我有一个类似的问题，但与lambda代理集成：

  • 使用浏览器在AWS API Gateway上激活CORS

  • lambda-proxy集成已激活

  使用lambda代理集成时，您可以从lambda代码中返回自定义标头：

  var result = {
          statusCode: data.statusCode | 200,
          headers: {
            "Access-Control-Allow-Origin": "*"
          },
          body: JSON.stringify(responseBody)
      };
      callback(null, result);
  

  这样就可以获得CORS标头了 . 我认为可能有更好的方法让它与lambda代理集成一起使用而不将lambda耦合到lambda的代码中，如果你知道的话请告诉我 .

  回复于 2024-04-28T03:55:44+08:00
• 11

  我遇到了类似的问题 - 它与配置API的方式或我在前端发出的POST请求无关 . 解决这个问题的原因是在AWS API Gateway上部署API . 创建API方法/资源并将它们绑定到lambda函数后，它们不会自动部署 .

  您必须单击“操作”，然后单击“部署API”才能从前端访问这些MicroServices .

  回复于 2024-04-28T03:55:44+08:00
• 0

  为了解决这个问题，我向你展示了我在apy网关中的Post配置的配置

  选项方法 - 集成REsponse - Headers 映射

  X-Requested-With '*'
  Access-Control-Allow-Headers 'Content-Type,x-requested-with,Access-Control-Allow-Origin,Access-Control-Allow-Headers,Access-Control-Allow-Methods'
  Access-Control-Allow-Origin 'http://localhost:4200'
  Access-Control-Allow-Methods 'POST,OPTIONS'
  

  Post方法 - 集成响应 - Headers 映射

  Access-Control-Allow-Origin "*" ---> can be changed by your ip obviously
  

  我希望这可以帮助你

  回复于 2024-04-28T03:55:44+08:00
• 3

  有许多帖子指导您确保lambda函数返回相应的CORS标头，并且它们是正确的 . 但是，json对象使用JSON.stringify（）进行字符串化也是 critical . 似乎Postman为我们做了这个，所以当Postman请求和$ .ajax请求发送相同的json对象时它会产生误导;然而一个成功，一个失败 .

  回复于 2024-04-28T03:55:44+08:00