场景还原

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、所遇到的问题

生产者成功部署到服务器A； 生产者可以成功注册到Zookeeper中心且Zookeeper服务正常； 所有需要的端口都已经打开（通过防火墙进行设置）； 生产者项目、消费者项目使用的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.169com.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.localdomain610.12.11.3 iZ132oqrrt7uZ

服务器B的hosts文件为：

127.0.0.1 localhost::1 localhost localhost.localdomain localhost6 localhost6.localdomain610.12.11.3 iZ132oqrrt7uZ10.12.11.4 iZuf6gd6n1wwjoZ

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

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

127.0.0.1 localhost::1 localhost localhost.localdomain localhost6 localhost6.localdomain6139.229.17.226 iZ132oqrrt7uZ

127.0.0.1 localhost::1 localhost localhost.localdomain localhost6 localhost6.localdomain6139.229.17.226 iZ132oqrrt7uZ139.229.17.227 iZuf6gd6n1wwjoZ

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

可以看出上边的IP地址已经变为公网的IP地址了，然后在自己的开发机C上重新运行Dubbo消费者项目，也可以成功的运行，得到生产者提供的服务。

总结

如果你在确定你的所有配置是正确的，指定的Zookeeper注册中心IP地址是正确的，所有使用到的端口都已经通过防火墙的配置的话，遇到无法获取生产者提供的服务，或者注册失败等信息的话，不妨看一下是不是因为内网IP造成的。

因为，我的这个项目使用的是阿里云的云服务器，有两台，即是上文中的服务器A和服务器B，遇到这个问题之后发现阿里云默认的为我们将内网IP和主机名进行了关联，即是hosts文件的配置：

图片做了处理，应该可以看得懂！

但是，我看了同等配置的腾讯云服务器，就没有了这个事情，没有自动指定。

所以，大家以后再遇到这个问题的时候，首先可以看一下是不是已经踏进了这个坑！

小编有话说

如果你是一名Java程序员，现在感觉已经到了瓶颈期，一直也没有加薪的机会，那你是否有想过提升一下自己吗？获得更多的升职增薪的机会吗？（如果你有想过，可以接着看下去，如果你没有这种想法，也可以关掉文章的网页，谢谢大家）

下面是小编自己整理的适合1~5年的Java工程师学习参考的大纲。还有大量面试题以及解析。关注我私信“资料”免费领取，欢迎各位工程师加入，合理利用自己每一分每一秒的时间来学习提升自己，不要再用"没有时间“来掩饰自己思想上的懒惰！趁年轻，使劲拼，给未来的自己一个交代！

微服务架构专题B2C商城项目实战高性能框架专题架构师筑基专题开源框架解析面试资料和学习视频