环境: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×tamp=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.: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服务消费者,既可以成功运行。
可以看出上边的IP地址已经变为公网的IP地址了,然后在自己的开发机C上重新运行Dubbo消费者项目,也可以成功的运行,得到生产者提供的服务。
如果你在确定你的所有配置是正确的,指定的Zookeeper注册中心IP地址是正确的,所有使用到的端口都已经通过防火墙的配置的话,遇到无法获取生产者提供的服务,或者注册失败等信息的话,不妨看一下是不是因为内网IP造成的。
因为,我的这个项目使用的是阿里云的云服务器,有两台,即是上文中的服务器A和服务器B,遇到这个问题之后发现阿里云默认的为我们将内网IP和主机名进行了关联,即是hosts文件的配置:
图片做了处理,应该可以看得懂!
但是,我看了同等配置的腾讯云服务器,就没有了这个事情,没有自动指定。
所以,大家以后再遇到这个问题的时候,首先可以看一下是不是已经踏进了这个坑!
其他相关的文章:
1、Dubbo详细介绍与安装使用过程
2、Dubbo无法访问远程Zookeeper已注册服务的问题
3、Dubbo-admin无法显示Group分组信息
个人微信公众号,欢迎扫码订阅: