不知道小伙伴们有没有这样的经历，在家明明项目运行得好好的，可是换了个地方，比如来到学校再运行就报错，前提是Redis是在虚拟机中运行。我搜了好久，结果都是引流文章，给的方法也没用。经过我的不懈探索，终于找到一种解决方法。
起因
在家里，我的虚拟机（桥接模式）能正常运行 Redis，本机（Windows）可以用 ping 和客户端连接虚拟机 IP（例如 192.168.31.xx:6379），一切正常。
但是回到学校后，突然发现：
- 虚拟机里 Redis 正常运行（
netstat -tulnp | grep 6379能看到监听0.0.0.0:6379）； - 虚拟机自己能
ping自己的 IP（127.x.x.1、192.168.31.xx）； - 但物理机却无法 ping 通虚拟机，Redis 连接也失败。
终端会出现像这样的报错 org.springframework.beans.BeanInstantiationException: Failed to instantiate [org.redisson.api.RedissonClient]: Factory method 'redissonClient' threw exception; nested exception is org.redisson.client.RedisConnectionException: Unable to connect to Redis server: /192.168.31.xx:6379。
相信大家跟我一样疑惑，明明什么都没动，为什么突然不能运行了呢。其实在这个日志中，我们已经能看出来是因为无法连接到Redis服务。
排查原因
家里网络：
- 家里路由器分配的是
192.168.31.x网段。 - 虚拟机设置固定 IP 为
192.168.31.x，同一网段下能正常通信。
学校网络(其他地方网络)：
- 学校无线/有线网卡获取的是 不同网段，例如
10.x.x.x； - 而虚拟机仍然绑定了家里的固定 IP
192.168.31.x，这就导致虚拟机和宿主机完全不在一个网段，互相自然无法通信；
换句话说，虚拟机的静态 IP 写死在家里的网段，但学校的网络环境换了，导致桥接后虚拟机无法正确加入当前局域网。
解决方案：
方案一：改回 DHCP 自动获取
nmcli con mod ens33 ipv4.method auto
nmcli con up ens33
这样虚拟机会随学校网络环境自动分配 IP，避免因为固定 IP 导致不通。
然后再用 ip addr 查看虚拟机新获取的 IP，保证和宿主机同一网段。
方案二：手动指定符合当前网段的静态 IP
如果学校网络用的是 10.120.x.x，那么你可以(虚拟机执行)：
nmcli con mod ens33 ipv4.addresses 10.120.147.100/16
nmcli con mod ens33 ipv4.gateway 10.120.0.1
nmcli con mod ens33 ipv4.dns "8.8.8.8 114.114.114.114"
nmcli con mod ens33 ipv4.method manual
nmcli con up ens33
（这里的网关、子网掩码要根据 ipconfig 查到的实际情况来写）
方案三：使用 NAT + 端口转发
如果学校网络不允许桥接，或者 IP 不好固定，可以改成 NAT 模式，并在虚拟机软件里配置端口转发：
- 宿主机
127.0.0.1:6379→ 转发到虚拟机6379。
这样即使虚拟机内部 IP 改变，本机仍然能稳定访问 Redis。
这里建议先在真机命令行中输入ipconfig，观测一下虚拟机和真机得网关以及子网掩码。这里面最好用的就是方案二，直接根据真机的网络去改虚拟机的IP。
如果这篇文章对你有帮助，请点赞、评论、收藏，创作不易，你的支持是我创作的动力。