在服务注册的时候，是使用 spring.cloud.client.ipAddress 这个变量，如果本机有多个网卡，那么可能会把不是本机以太网的网卡地址注册上去。

使用 ipconfig 可以看到，本机上有多个以太网适配器，而每个以太网适配器，都有一个 IPv4 地址，这时注册上去的 IP，就是其中一个，却不一定是正确的那个。

2、处理

2.1、禁用其他网卡

到电脑的 更改适配器 设置中，将不是本机以太网的其他网卡禁用

2.2、配置

到电脑的设备管理器 --> 网络适配器 中，可以看到所有的网卡名

在要注册的服务中配置一下内容：

//忽略指定正则匹配的网卡的配置，我这里配置了VM虚拟机和Docker的
spring.cloud.inetutils.ignoredInterfaces=['VMware.*','Hyper-V.*']
//指定默认IP，可以使IP段
spring.cloud.inetutils.preferredNetworks=['192.168']
spring.cloud.inetutils.use-only-site-local-interfaces=true

微服务部署后，需要相互调用，其中服务A调用服务B时发现无法调用。其中服务注册和发现以及配置中心使用Nacos

分析：

检查了多遍代码后，没有发现调用方式有问题，所以只能是网络问题。通过postman直接调用服务B，发现可以调通，但是使用服务A不行，于是检查服务A在注册中心注册的IP，发现和并不是服务B启动机器的IP。这就是问题所在了。

为什么注册的IP和真实IP不符合呢？原因是Nacos客户端在注册服务时会从机器网卡中选择一个IP来注册，当机器存在多个网卡（例如存在虚拟网卡）时，所选则的IP可能不是真是的物理机的IP，所以，当注册了的是非真实IP后，另一台机器调用时是不可能调通的。

解决：

知道问题后，就要解决，查了一下SpringCloud的官方文档，发现有一项配置如下：

Sometimes, it is useful to ignore certain named network interfaces so that they can be excluded from Service Discovery registration (for example, when running in a Docker container).

A list of regular expressions can be set to cause the desired network interfaces to be ignored.

You can also force the use of only specified network addresses by using a list of regular expressions.

spring:
  cloud:
 inetutils:
   preferredNetworks:
  - 192.168
  - 10.0

该项配置用于指定首选IP，当有多个网卡时，指定该IP地址后（支持正则），客户端在选择IP时就会选择符合preferredNetworks配置的IP地址进行注册。

同样的，Nacos也可以配置自己的首选IP以及网卡选择：

spring.cloud.nacos.discovery.ip：
spring.cloud.nacos.discovery.networkInterface

我们选择其中一个配置就可以，都能达到相同的效果。

扩展：

虽然问题解决了，但是还是要更深入的了解一下这个IP选择的逻辑。翻了一通源码发现，其大致逻辑如下：

Nacos首先检查有没有ip及networkInterface配置，如果有则使用配置的IP，否则检查networkInterface，并获取IP，如果两者都为空，则使用inetUtils.findFirstNonLoopbackHostInfo().getIpAddress()来获取IP：

而findFirstNonLoopbackHostInfo()的部分逻辑如下：

它最终会返回一个匹配的IPV4地址，并且排除本机回环网络(127.0.0.0-127.255.255.255)，并且匹配是否是首选网络（如果配置了preferredNetworks）。