排查连接问题时，很多人会先把地址查出来，结果发现查到好几条：登录一处、网关一处、数据一处。哪一条才是真正在用的，光看数字看不出来。这时候需要先弄清楚客户端连的是哪一台，再判断这些地址里哪些属于服务器本身、哪些是中间转发用的代理IP。
- 登录入口：客户端最先连上的那一台，通常不是业务本体所在。
- 转发环节：负责把请求送到后端的中转，代理IP一般不出现在配置里。
- 业务主机：真正处理角色数据的机器，连接过程的后段会用到。
- 数据服务：承担存取的那一台，跟外部的连接通常没有直接关系。
怎么判断哪一条在起作用
最直接的办法是把连接过程拆成几段看。客户端启动之后，先建立一条到入口的连接，拿到分配信息，再连到处理业务的那台机器上。因此同时看到多条地址是正常的，它们出现在不同阶段。想确认某一条到底有没有被用到，可以在连接建立之后再做一次查询，对比前后列表的变化，新出现的那一条往往就是这一段真正生效的。
对比前后两次列表的变化，比把这一堆地址全背下来省力。
自己搭的服务器怎么查
如果是自己维护的服务端，直接翻配置文件最快。多数版本会把入口地址、转发地址、数据连接写在几个固定的文件里，搜索关键词就能定位。要注意的是配置里写的经常是域名，实际连接时还要解析一次，看到的地址和文件里写的对不上属于正常现象。想确认解析结果，用系统自带的网络工具看当前连接列表最准。
配置文件里写的是意向，连接列表里显示的才是实况，两者对不上时要以后者为准。
把两种查法互相印证一遍，得出来的结论才比较靠得住。
有些服务在入口和业务主机之间还隔着一层转发，这一层的代理IP通常不写在配置文件里。它的作用是均衡负载和收敛入口，出问题时表现为连得上却没反应，排查时容易被忽略。把这一层的代理IP也纳入记录，整条链路才算完整。
把所有查到的地址按阶段归位，记录成一份简表，下次再遇到问题就不用从头找一遍。这份表也可以用来核对配置改动：改完之后哪一条变了，一眼就能看出来。
把每一条地址标注上它出现的阶段，是判断是否生效最省事的记录方式。