背景
在刚开始迁移的过程中，由于经常进⾏部署实验，需要⽅便进⾏dns解析更换IP的操作，在预发布域名解析中申请了七层负载均衡的vip，通过vip来调整具体的解析ip
问题
这时问题就发⽣了，在后⼀个版本开发的过程中，前端发现部署到预发布后，所有的后端接⼝全部返回503，⽆法访问。但是直接通过后端域名可以正常调⽤所有接⼝。
前后端分离项⽬，前后端均为独⽴部署。前端通过nginx配置将所有后端请求全部代理⾄后端服务器，对⽤户屏蔽所有后端接⼝。可实现前端暴露在公⽹环境中，⽽后端全部在内⽹环境中，最⼤限度保证了后端接⼝安全。
分析排查
1、后端服务
在遇到这个问题后，⾸先检查后端服务是否有异常，通过postman直接调⽤后端api接⼝，均可正常调⽤，返回值正常。此刻说明后端服务是正常的，问题进⼀步向前排查。
2、后端Nginx
考虑是否在后端Nginx中漏配了server_name，导致nginx⽆法找到对应的server块但是通过检查，这部分配置也并⽆异常，并且通过查看nginx的⽇志⽂件，发现通过前端代理并没有转发到后端Nginx中。
此时基本上已经判断为前端代理失败，进⾏进⼀步排查。
3、Nginx saas配置平台系统
通过联系运维，⼀起排查问题，发现配置、解析并⽆异常，因为是预发布机器，运维建议先使⽤IP直接进⾏代理，不⾛DNS解析。
此时基本上已经确认问题就出在前端Nginx代理上，继续联系前端排查。
4、前端Nginx
log_format realaddr_54033 '$remote_addr - $remote_user [$time_local]
"$http_x_forwarded_for" "$http_j_forwarded_for" '
'"$request" $status $bytes_sent '
'"$http_referer" "$http_user_agent" '
'"$gzip_ratio" '
'$request_time $upstream_response_time';
server {
listen 80;
server_name xxx.com ;
access_log /export/servers/nginx/logs/xxx.com/xxx.com_access.log realaddr_54033;
error_log /export/servers/nginx/logs/xxx.com/xxx.com_error.log warn;
root /export/Instances/xxx/runtime/;
error_page 302 = http://www.xxx.com/error2.aspx;
index index.html;
location / {
try_files $uri $uri/ /index.html;
index index.html;
root /export/Instances/xxx/runtime;
}
location /api {
proxy_next_upstream http_500 http_502 http_503 http_504 error timeout
invalid_header;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http://xxx.com;
}
location /logs/ {
autoindex off;
deny all;
}
}
通过检查前端Nginx，并在本地进⾏Nginx实验，结合np官⽅⽂档终于发现了问题：
- 前端的机器是公有云服务器，⽆法ping通vip⽹段，需要在Nginx中配置DNS：
resolver 172.16.16.16 10.16.16.16 valid=10s;
- 也是最主要的原因，在转发的时候设置了错误的Header
proxy_set_header Host $host;
这句也是最致命的问题，由于之前并没有使⽤VIP，域名解析直接到⽬标IP，所以Header中的Host属性并没有太⼤的作⽤，⽽由于配置了负载均衡VIP，需要通过Header中的Host属性找到⽬标IP，⽽这⾥设置的Host为前端的域名，使得VIP⽆法找到⽬标IP，报503错误。
正常代理
设置了错误的Header
总结
1、我们在排查域名访问报错的时候，一定要有清洗的思路排查逻辑
2、使用了VIP转发的时候，一定要注意Header的正确配置
