Dubbo消费者无法连接到生产者提供的服务？内网IP？

环境：Cent OS 7.0

背景:

这篇文章的标题可以设置为如下几个，因为他都是同一个解决方法：
（1）Dubbo注册zookepper时为什么会自动使用内网IP？
（2）Dubbo消费者无法连接到生产者提供的服务
（3）。。。

场景还原

1、项目部署架构

最近在开发一个项目，使用到Dubbo服务，以下是项目部署的情况，

详细说明如下（IP地址不具有可连通性，为了具体情况假设，大家不要试了！）：

1、服务器A上部署Dubbo服务的生产者，公网IP:139.229.17.226，内网IP：10.12.11.3；

2、服务器B上部署了Dubbo注册中心服务Zookeeper和Dubbo后台管理界面程序dubbo-admin，公网IP:139.229.17.227，内网IP：10.12.11.4;

3、开发机C是我自己的PC，用于开发Dubbo服务的消费者项目，远端请求发送的IP地址为：169.254.45.169；

服务器A与B是位于公网IP的服务器（阿里云服务器）。

2、所遇到的问题

1、生产者成功部署到服务器A；
2、生产者可以成功注册到Zookeeper中心且Zookeeper服务正常；
3、所有需要的端口都已经打开（通过防火墙进行设置）；
4、生产者项目、消费者项目使用的Dubbo的IP地址均为公网IP，且均正确；

在上述的情况下，出现开发机C上的Dubbo消费者无法找到服务器A上运行的Dubbo生产者，并且出现错误：


Caused by: java.lang.IllegalStateException: Failed to check the status of the service com.ufind.server.facade.JointModuleFacade. No provider available for the service com.ufind.server.facade.JointModuleFacade:1.0.0 from the url zookeeper://139.229.17.226:2181/com.alibaba.dubbo.registry.RegistryService?anyhost=true&application=UFind_Security&check=false&cluster=failfast&dubbo=2.8.4&executes=10&generic=false&interface=com.ufind.server.facade.JointModuleFacade&methods=pageAllIllegalRequirements,evaluateIdentify,focusOn,listAllRequirementMainPage,findProBaseInfoByProId,firstPartyEvaluate,viewProjectList,getProStatus,firstPartyAcceptance,secondPartyAcceptance,viewThisProject,getEvaluateFirstToSecond,deleteSignUp,secondPartyEvaluate,updateJointIndex,acceptanceIdentity,find,adminAcceptance,getEvaluateSecondToFirst,signUp,getProJointWithSPId,returnFocusOrSignUp,checkIn,listAllAcptRqr,signUpCheck,viewThisProjectSimple,getProJointWithFPId,findWhoSignMyRequire,getProJointWithFPIdShowUserName&organization=MyUFind&owner=liugen.xu&pid=15924&revision=1.0.0-SNAPSHOT&side=consumer&timeout=500000&timestamp=1475137563583&version=1.0.0 to the consumer 169.254.45.169 use dubbo version 2.8.4

可以看出服务名为：com.ufind.server.facade.JointModuleFacade:1.0.0；
注册中心：zookeeper://139.229.17.226:2181；

意思就是在这和注册中心中没有找到这个服务的提供者，但是在dubbo-admin中确实存在这个服务的：

值得注意的是，这个地方的IP地址是我服务器A的内网IP地址，于是又找了一个错误的地方如下：

15:18:30 [WARN ] AbstractClient.<init>:112-[]- [DUBBO] Failed to start NettyClient DESKTOP-NT000EP/169.254.45.169 connect to the server /10.12.11.3:20880 (check == false, ignore and retry later!), cause: client(省略具体的服务全称) failed to connect to server /10.47.184.14:20880 client-side timeout 3000ms (elapsed: 3040ms) from netty client 169.254.45.169 using dubbo version 2.8.4, dubbo version: 2.8.4, current host: 169.254.45.169

com.alibaba.dubbo.remoting.RemotingException: client(省略具体的服务全称) failed to connect to server /10.47.184.14:20880 client-side timeout 3000ms (elapsed: 3040ms) from netty client 169.254.45.169 using dubbo version 2.8.4

意思就是从：server /10.12.11.3:20880中获取服务的，很明显的这是一个内网IP地址，但是却出现在我的开发机C上，也就是说我的本地开发机C是无法找到公网IP服务器的内网IP地址的，所以无法获取Dubbo生产者提供的服务。

真相是否如此，做了一个实验，把生产者和消费者都部署到另一台阿里云服务器C上，如下：

事实证明，结果是正确的，在同一网络环境下，同样的配置是没有问题的，也就是说在统一环境下，内网是可以相互通信的。

因此问题的所在，归根于我的项目中Dubbo生产者的注册中心IP、Dubbo服务消费者注册中心的IP均设置的为公网IP，但是为什么经过注册中心这一程序，消费者查找生产者的IP地址变为内网IP地址了呢？

问题根源所在

Dubbo服务的消费者在向Zookeeper服务中心寻找服务的时候，Zookeeper将Dubbo服务生产者的内网地址给了消费者，所以才会出现：client(省略具体的服务全称) failed to connect to server /10.47.184.14:20880

这样的话，对于开发机C来说，这个内网是不具有可达性的，所以找不到服务的提供者。

找到了问题的原因，那么这个问题是由什么造成的呢？

这是由于在服务器hosts配置的文件中，将主机名指向了内网IP地址，查看我的服务器A和B的hosts配置文件如下：

服务器A的hosts文件为：

127.0.0.1 localhost
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
10.12.11.3  iZ132oqrrt7uZ

服务器B的hosts文件为：

127.0.0.1 localhost
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
10.12.11.3  iZ132oqrrt7uZ
10.12.11.4  iZuf6gd6n1wwjoZ

可以在上边看出，主机名都指向了内网IP，因此需要将他们改回具体的公网IP地址，或者直接删除，就可以解决问题。

分别对应的改成如下所示：

127.0.0.1 localhost
::1             localhost localhost.localdomain localhost6 localhost6.localdomain6
139.229.17.226  iZ132oqrrt7uZ

127.0.0.1 localhost
::1             localhost localhost.localdomain localhost6 localhost6.localdomain6
139.229.17.226  iZ132oqrrt7uZ
139.229.17.227  iZuf6gd6n1wwjoZ

然后依次重新启动：Zookeeper服务–>重启Dubbo服务生产者–>重启Dubbo服务消费者，既可以成功运行。