正如标题所示，我不再能够从lambda向我的apiGateway请求，因为结果返回以下响应。
<!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\" \"http://www.w3.org/TR/html4/loose.dtd\">\n<HTML><HEAD><META HTTP-EQUIV=\"Content-Type\" CONTENT=\"text/html; charset=iso-8859-1\">\n<TITLE>ERROR: The request could not be satisfied</TITLE>\n</HEAD><BODY>\n<H1>403 ERROR</H1>\n<H2>The request could not be satisfied.</H2>\n<HR noshade size=\"1px\">\nBad request.\nWe can't connect to the server for this app or website at this time. There might be too much traffic or a configuration error. Try again later, or contact the app or website owner.\n<BR clear=\"all\">\nIf you provide content to customers through CloudFront, you can find steps to troubleshoot and help prevent this error by reviewing the CloudFront documentation.\n<BR clear=\"all\">\n<HR noshade size=\"1px\">\n<PRE>\nGenerated by cloudfront (CloudFront)\nRequest ID: k1qZjmDT_kv8462L0aF3susozg_A1OwFoM1piBKU2CT_m5tV9_aArQ==\n</PRE>\n<ADDRESS>\n</ADDRESS>\n</BODY></HTML>
此功能以前一直有效，但是在某些时候它已停止工作。如果我尝试使用另一种方法使用另一种apiGateway，它会起作用。我在此处编写此线程，因为我没有允许进行技术支持查询的AWS账户。
所有基础结构都是使用无服务器应用程序模型构建的。此外，lambda会直接与Api网关通信，而不是与任何命名域通信。没有应用程序具有Cloudfront或任何附加程序，因此此消息非常奇怪。如果我使用邮递员，则该请求有效，从而使我感到DNS变得有些混乱，但我天真地认为Amazon可能会使此类混乱。
答案 0 :(得分：0)
我正在通过GET请求传递正文数据，因此AWS Api Gateway主动拒绝了该请求。给出的消息只是没有足够的帮助。