问题现象,单独走负载均衡、单独走nginx跳转、单独访问系统没有问题
走域名访问报错
域名的访问流程:域名-cname-火墙-负载均衡-后端-nginx-VPN-跳转到我们线下系统
仔细分析防火墙日志发现,504均为节点与客户源站建联时响应超过15s,现将响应超时时间由15s改为300s。
但是客户发现,域名的访问方式仍有504的报错,发现有些查询耗时大概10分钟。
解决方案:最后将节点与客户源站建联响应超时时间改为600s。
文章讲述了在域名访问过程中遇到的504错误,经分析发现是由于节点与客户源站建立连接时响应时间过长。通过调整防火墙设置,将响应超时时间从15s延长至600s,但仍存在个别查询耗时长达10分钟的问题。
问题现象,单独走负载均衡、单独走nginx跳转、单独访问系统没有问题
走域名访问报错
域名的访问流程:域名-cname-火墙-负载均衡-后端-nginx-VPN-跳转到我们线下系统
仔细分析防火墙日志发现,504均为节点与客户源站建联时响应超过15s,现将响应超时时间由15s改为300s。
但是客户发现,域名的访问方式仍有504的报错,发现有些查询耗时大概10分钟。
解决方案:最后将节点与客户源站建联响应超时时间改为600s。
501

被折叠的 条评论
为什么被折叠?