gpt4 book ai didi

amazon-web-services - istio 1.4.8:与AWS Load Balancer一起使用时出现奇怪的400错误

转载 作者:行者123 更新时间:2023-12-02 12:12:11 25 4
gpt4 key购买 nike

当我在400负载均衡器后面尝试连接到Istio Gateway时,出现一个奇怪的AWS错误。

我没有在istio-ingresgateway日志中看到任何 Activity (即使启用了调试设置),但是当我在sysdig Pane 上运行ingressgateway时,我看到了奇怪的半随机文本,其中经常带有"QUIT !T"

当我尝试通过浏览器或集群外部的http发出curl请求时,会出现此错误。

当我尝试以Istiominikube发出请求时,相同的Azure配置有效。

我还可以使用相同的AWS lb指向Nginx入口 Controller ,并且工作正常。

sudo sysdig -s2000 -A -c echo_fds fd.ip=10.1.2.3

有时输出中没有GET请求
------ Read 100B from   10.1.1.3:44404->10.1.2.3:80 (envoy)




QUIT
!T
C
ct>
------ Write 66B to 10.1.1.3:44404->10.1.2.3:80 (envoy)

HTTP/1.1 400 Bad Request
content-length: 0
connection: close

而且,有时这发生在 GET请求之前
------ Read 3.39KB from   10.1.1.3:35430->10.1.2.3:80 (envoy)




QUIT
!T
C
atfI>GET /myapp/ HTTP/1.1

我想知道奇怪的字符是否导致 envoy路由不匹配,但是我不知道这可能来自哪里。

关于这可能是什么建议?

有任何调试 Istio入口的常规策略吗?

任何帮助深表感谢。

最佳答案

所以我找到了这个问题的答案。请求中的垃圾是阅读鲱鱼。

有关设置的更多信息:

AWS负载平衡器正在终止TLS,因此其后面的所有流量都通过http端口31380进行传递。我已经通过istio VirtualService设置传递了X-Forwarded-Proto: https header ,因此后端应用程序可以假定该流量已经终止了TLS流量。

解决方案:

在我的案例中,问题在于AWS目标组上设置了Proxy protocol v2: Enabled。关闭此功能可以解决此问题。

关于amazon-web-services - istio 1.4.8:与AWS Load Balancer一起使用时出现奇怪的400错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/61419096/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com