我以某种方式破坏了一个正在工作的SSL LB,只做了一点小小的改动,现在无法让它再次工作了。
VM实例--显示不健康并通过外部IP提供502错误(但获得正确的SSL证书)--分别包括443和80个端口的防火墙规则。
LB --前端是为带有SSL证书(由我们加密)的HTTPS通信设置的-后端通过HTTPS协议(和一个区域)指向VM实例的443端口
防火墙--除了上面的VM实例之外,还存在来自IP范围的LB防火墙规则: 130.211.0.0/22,35.191.0.0/16,通过443端口。
我该怎么办?我还重新启动了VM实例。
发布于 2019-05-14 21:23:43
你能告诉我你最近对SSL LB做了什么改变吗?
现在看来,您已经配置了正确的防火墙规则,允许来自健康检查 IP范围130.211.0.0/22、35.191.0.0/16的通信量位于端口443。因此,您必须检查您的健康检查配置,以便查看GCP在发送健康检查请求时使用的URL路径是否位于端口443上。
GCP健康检查将期望HTTP(s) 200响应,确保后端服务器正在侦听该端口,并且URL与health的URL路径匹配。
您可以使用以下命令检查实例是否正在监听端口443 (仅用于linux)。
nmap -Pn LB的外部IP地址
nmap -Pn VM的外部IP地址
netstat -an \ grep -i侦听
netstat -an \ grep -w 443 \ grep -i侦听
可能您的VM实例正在侦听并尝试在与health配置中指定的端口/路径不同的端口/路径上响应健康检查请求。
https://serverfault.com/questions/966783
复制相似问题