前言
nginx的虛擬主機，不知道大家了解不。以前吧，如果在nginx上要反向代理多個服務，我一般是讓nginx監聽多個不同端口，比如8080/8081，不同端口，反向代理到不同的服務。
server {
listen 9981 so_keepalive=on;
proxy_pass service1;
}
server {
listen 9982 so_keepalive=on;
proxy_pass service2;
}
來了現在公司，發現這邊是基于域名（端口都是80）來反向代理到不同服務，如下：
基于以上的nginx配置，域名a和b，分別代表了系統a和系統b，實際dns是指向同一臺nginx機器。當你用域名a訪問時，就會走上面的配置；域名b訪問時，就會走下面的配置。
對線上配置的一個小疑問
問題背景
我的一位同事，和我差不多時間入職，接手了一個幾年前的系統，看到線上環境的nginx配置，表示有點懵，不知道how it works。
這里把這個問題，簡單描述下。
為了方便我這邊模擬，假設機器ip為10.0.0.6，機器上有個python腳本，會去訪問一個api：http://10.0.0.6:80 。
機器上的/etc/hosts如下：
[root@VM-0-6-centos nginx]# cat /etc/hosts ...... 10.0.0.6 bbbb.com
也就是說，訪問bbbb.com，就相當于訪問這臺機器了。
[root@VM-0-6-centos nginx]# ping bbbb.com PING bbbb.com (10.0.0.6) 56(84) bytes of data.
基于以上信息，這個api訪問本機的80，是會到本機的nginx（nginx監聽80端口），nginx配置如下：
這個配置，基于我們對虛擬主機的了解，也就是說，訪問aaaa.com，就會到第一段的配置，aaaa.access.log里面就會有訪問日志；如果是訪問bbbb.com，就會到第二段的配置，bbbb.access.log就會有訪問日志。
但是，客戶端不按套路出牌啊，用的是，10.0.0.6:80/xx這樣的url來訪問該nginx，同時，/etc/hosts里面有配置bbbb.com指向本機，那么，大家覺得最終的訪問結果如何？
實測結果
結果是，訪問了aaaa那一段。
這。。。我們就有點想不通了，沒理由啊，為啥呢，why？不是不能接受結果，而是不知道為什么會這樣。
探索
排查網絡
按理說，用域名形式訪問，應該才會去查看/etc/hosts文件和dns系統，找到域名背后的ip；但是，按ip訪問，貌似java建立里面的socket底層實現利，也會有根據ip去獲取host的代碼（還導致一些超時問題之類的）。
所以，我們猜測，難道是，訪問10.0.0.6時，查看了/etc/hosts，把10.0.0.6轉換成了aaaa.com？但是，/etc/hosts里面只有把10.0.0.6轉換為bbbb.com的可能性吧？
本著不管三級二十一，先抓個包再說的想法，于是在nginx的80端口，開了個tcpdump：
[root@VM-0-6-centos ~]# tcpdump -i lo tcp port 80 -Ann
然后再次訪問:
[root@VM-0-6-centos nginx]# curl 10.0.0.6:80
抓包結果：
看到這邊host是 10.0.0.6.
這讓我開始懷疑，可能和/etc/hosts沒什么關系，問題應該變成了：nginx在拿到上面這段http報文時，為啥要路由到aaaa.com那一段配置里面去。
排查nginx
怎么才能知道nginx做了啥呢，我們又沒有代碼，但是，好歹，我們還有shell 命令啊。 strace這個命令，可以查看一個進程的系統調用，還是比較好用的。
為啥要查這個？因為我懷疑是不是nginx拿到10.0.0.6后，把它轉成了域名，不過，轉的話，應該也是轉換為bbbb.com。另外，這個命令有沒有用，我也不確定，因為該命令只能看這個進程發起了哪些系統調用（不是java里的rpc），而是對內核發起的系統調用（system call）。萬一，ip轉域名的部分，沒有通過系統調用實現的話，那這個命令就失效了。
不過還是試試？
先拿到了nginx的worker進程的pid：8845
[root@VM-0-6-centos nginx]# ps -ef|grep nginx root 610 1 0 12:15 ? 00:00:00 nginx: master process ./nginx nobody 8845 610 0 13:13 ? 00:00:00 nginx: worker process
再開啟一個strace：
[root@VM-0-6-centos ~]# strace -p 8845 -s 1024 -q -f -v -e trace=network
結果如下：
好像只有接收網絡請求的系統調用（recvfrom），系統調用，大家可以拿這個函數名去網上查。
此時，排查陷入了僵局，于是，我只能提議，我先回座位上找找nginx相關資料。
然后就開始在網上查，運氣也還不錯，就找到了：
https://docs.nginx.com/nginx/admin-guide/web-server/web-server/
上面這段話，大概就是說，虛擬主機的匹配，是通過取req報文里的host字段，來和nginx.conf中server里的server_name做匹配，
因為server_name可以是通配符之類的，所以這里有個優先級，完全匹配》模糊匹配。
上圖的最后那幾行，就是關鍵了：
如果完全沒匹配上（我們這里就是，拿了個ip來匹配，然而nginx.conf里配置的是aaaa.com和bbbb.com），就會路由到這個端口的默認server。默認server是哪個呢，就是：nginx.conf里端口為80的、且寫在第一個的server。
ok，打完收工。
總結
知識點可能很小，但排查也比較麻煩，因為線上環境不好動，然后配置的域名其實不止兩個，有7/8個，中間繞的路比上面其實還多一點。
不過這邊的大概思路是這樣的，希望對大家也有一點點幫助。
原文地址：https://www.cnblogs.com/grey-wolf/p/15939636.html
