不知道小伙伴们有没有这样的经历,在家明明项目运行得好好的,可是换了个地方,比如来到学校再运行就报错,前提是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 自动获取
powershell
nmcli con mod ens33 ipv4.method auto
nmcli con up ens33
这样虚拟机会随学校网络环境自动分配 IP,避免因为固定 IP 导致不通。
然后再用 ip addr
查看虚拟机新获取的 IP,保证和宿主机同一网段。
方案二:手动指定符合当前网段的静态 IP
如果学校网络用的是 10.120.x.x
,那么你可以(虚拟机执行):
powershell
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。
如果这篇文章对你有帮助,请点赞、评论、收藏,创作不易,你的支持是我创作的动力。