AWS API Gateway 简单 http 代理 终端节点地址无效

Question

我正在尝试使用 AWS API 网关来配置简单的 http 代理，遵循此页面中的示例： https://docs.aws.amazon.com/apigateway/latest/developerguide/api-gateway-create-api-as-simple-proxy-for-http.html 我遇到的问题是，如果我的端点 URL 是另一个 AWS API 网关，它似乎可以工作，但我无法让它适用于任何其他 URL。

我正在使用资源路径 /{proxy+} 创建一个代理资源并启用 API 网关 CORS，然后创建任何方法作为 HTTP 代理和内容处理直通（就像上面提到的示例中的 petshop 示例）。如果我将端点设置为另一个 AWS API 网关，它就可以工作。

但是，如果我将端点设置为非 AWS URL，我会收到 500 响应，并在我的 API 网关 Cloudwatch 日志中看到：

由于配置错误，执行失败：端点地址无效

我的端点位于公司内部网络上，但作为测试，我还尝试代理到 Internet 地址，但失败并出现同样的错误。 （我应该注意，在这两种情况下，我都试图代理到一个 https 地址，而不仅仅是 http。）

为了排除网络路由或防火墙问题，我登录到我们同一区域的 AWS EC2 实例并测试通过 curl 访问端点 URL，这很成功。

有没有人成功使用 API 网关简单 https 代理到其他 AWS API 网关以外的任何东西？

Answer 1

我假设从 EC2 实例进行测试将验证没有路由、防火墙或 DNS 问题。这是一个错误的假设，因为事实证明 API 网关不一定位于同一网络中或与同一区域中的 EC2 具有相同的访问权限。感谢@Michael 的帮助 - sqlbot 我能够确定这实际上是一个网络访问问题，但由于 API 网关不在正确的网络中，我的 DevOps 团队无法解决这个问题。

相反，解决方案是我必须编写一个小的 lambda 函数（前面是一个带有 lambda 代理集成的 API 网关资源），类似于我在我们的应用程序中为 RESTful API 编写其他 lambdas 的方式。从 lambda 中，我可以更灵活地访问内部资源，包括配置 VPC 的能力，因此我能够在 lambda 中使用标准 HTTP 客户端 API 来代理对后端资源的调用。