问题描述
在使用API Gateway时遇到了问题，他创建了一个启用了mtls的API Gateway，使用了vpc link集成到了NLB。在集成请求的设置中，URL Path Parameters、URL Query String Parameters和HTTP Headers都是空的。在Method Execution设置中，Authorization和Request Validator都被设置为None，API Key Required设置为false。在Method Response设置中，HTTP状态码是Proxy，HTTP状态码是200，Response Headers for 200包含了Access-Control-Allow-Origin，Response Body for 200是No models。用户创建了通配符自定义域名，并导入了证书。NLB监听TCP 443端口，并将流量转发到运行反向代理的EC2实例的特定端口，再由反向代理根据主机头转发到后端服务器。整个流程是这样的，当在浏览器中输入网站的URL（https://xxx.xx.abc.io）后，请求会经过CNAME记录转发到API Gateway。在API Gateway中，Endpoint URL设置为相同的网站URL（https://xxx.xx.abc.io），目的是为了匹配反向代理中的主机头，以便将流量转发到运行应用程序的服务器。由于无论Endpoint URL中设置什么，流量都会经过NLB（不管在Endpoint URL中设置什么），因此NLB应该将流量转发到反向代理。
解决方案
使用ALB替代NLB
一种解决方案是尝试使用ALB（Application Load Balancer）替代NLB。ALB更适合处理HTTP/HTTPS流量，并且在与API Gateway集成时可能会更加稳定。以下是一些操作步骤：
- 在AWS控制台创建一个新的Application Load Balancer（ALB）。
- 配置ALB的监听器，将HTTP/HTTPS流量定向到相应的目标组。
- 在API Gateway中，将Endpoint URL设置为指向新创建的ALB的DNS名称。
- 配置ALB的目标组，将流量转发到运行反向代理的EC2实例。
这种方式可以避免一些NLB可能存在的问题，同时提供更好的HTTP/HTTPS流量处理能力。
检查NLB的配置
如果希望继续使用NLB，需要确保NLB的配置正确。以下是一些可能导致问题的因素和操作步骤：
- 检查NLB的目标组配置，确保流量正确转发到了EC2实例的反向代理服务。
- 检查NLB的安全组配置，确保允许来自API Gateway的流量访问NLB的443端口。
- 检查NLB的监听器配置，确保监听器的协议和端口与API Gateway集成的期望一致。
- 检查NLB的健康检查配置，确保健康检查设置正确，目标可以被正确地标记为健康状态。
请注意，由于NLB与ALB相比，在处理HTTP/HTTPS流量时配置较为复杂，可能需要更多的调试和排查。需要仔细检查NLB的各个方面，确保其正确配置。
日志和调试
在问题排查过程中，可以利用API Gateway的日志和其他工具来进行调试。用户提供了API Gateway的日志，这对于分析请求和响应非常有帮助。如果能够获取到API Gateway和NLB的详细日志，可以尝试从中查找有关403错误和缺少身份验证令牌的信息，以确定问题的具体原因。
此外，还可以考虑在API Gateway、NLB和反向代理中启用更详细的日志记录，以便更好地理解请求和响应之间的交互过程。
以上解决方案包括了尝试使用ALB替代NLB以及检查NLB配置等方面的建议。用户可以根据实际情况选择适合自己需求的解决方案来解决API Gateway无法获取完整响应的问题。