在使用nginx进行反向代理HTTPS域名时，遇到了请求报错502的问题。首先，尝试通过微信公众号"运维开发故事"的作者冬子先生分享的案例来理解。问题出现时，尽管本地curl请求后端域名正常，但在nginx日志中却显示502错误。查看后端服务器，发现请求并未到达，这指向可能是nginx配置问题。尽管Nginx配置支持HTTPS，直接...
nginx反向代理https域名时，请求报错502问题排查
在使用nginx进行反向代理HTTPS域名时，遇到了请求报错502的问题。首先，尝试通过微信公众号"运维开发故事"的作者冬子先生分享的案例来理解。
问题出现时，尽管本地curl请求后端域名正常，但在nginx日志中却显示502错误。查看后端服务器，发现请求并未到达，这指向可能是nginx配置问题。尽管Nginx配置支持HTTPS，直接在配置文件中使用https://域名并未解决问题。通过测试内网IP，确认域名本身并无问题。
进一步查看错误日志，发现nginx将域名解析为IP地址后引发错误。问题的关键在于HTTPS的Server Name Indication (SNI)。解决方法是调整nginx配置，使用proxy_ssl_server_name参数，并在conf文件中指定https://域名，同时考虑使用upstream进行负载均衡。在upstream配置中，可以这样设置：
proxy_ssl_server_name on;
proxy_pass https://域名;
或者在请求头中添加Host和proxy_ssl_name属性：
proxy_ssl_server_name on;
proxy_ssl_name 域名;
proxy_set_header Host 域名;
这个问题的根源在于多域名共享公网IP，需要nginx通过server_name识别请求来源。小提示包括：确保nginx编译时启用http_ssl_module，阿里云SLB使用七层负载均衡，以及proxy_set_header的变量含义。
总之，通过调整nginx配置和理解SSL服务器名称的重要性，成功解决了这个问题。冬子先生在公众号"运维开发故事"中分享了更多关于运维实践的见解，欢迎关注获取更多技术分享和思考。2024-10-12
