redis容器连不上是因为默认bind 127.0.0.1导致仅监听本地回环，需改为bind 0.0.0.0并关闭protected-mode或配置requirepass，同时确保挂载的redis.conf路径正确且显式指定加载。
Redis容器连不上：默认bind 127.0.0.1是罪魁祸首
Redis默认配置里bind 127.0.0.1，在容器里它只监听本地回环地址——这意味着即使你把端口映射出去（比如-p 6379:6379），外部请求进来的连接也会被拒绝，因为Redis根本没在0.0.0.0上监听。
这不是Docker网络问题，也不是防火墙挡的，就是Redis自己“拒客”。常见现象包括：Connection refused、ERR connection refused、客户端超时无响应。
- 改配置前先确认当前绑定地址：
redis-cli -h -p 6379 config get bind（如果连得上才看得到；连不上就直接进容器查/usr/local/etc/redis.conf） - 必须注释掉或删掉
bind 127.0.0.1这一行，改成bind 0.0.0.0（或留空，等价于监听所有接口） - 同时检查
protected-mode yes——若为yes且没设密码，Redis会拒绝非127.0.0.1来源的连接；要么设密码（requirepass），要么关掉保护模式（protected-mode no）
docker run时怎么传自定义redis.conf
别在容器里手动改完再redis-server启动——镜像默认入口是redis-server /usr/local/etc/redis.conf，你改了文件但没触发重载，还是旧配置在跑。
正确做法是挂载配置文件并确保它被实际加载：
- 准备一个宿主机上的
redis.conf，确保含bind 0.0.0.0和protected-mode no（或配了requirepass） - 用
-v /path/to/redis.conf:/usr/local/etc/redis.conf:ro挂载，注意加:ro防止容器内误写 - 显式指定配置路径：
docker run -d --name redis -p 6379:6379 -v $(pwd)/redis.conf:/usr/local/etc/redis.conf:ro redis:7-alpine redis-server /usr/local/etc/redis.conf - 不指定
redis-server ...命令的话，某些镜像版本可能忽略挂载的conf，直接走内置默认配置
用docker-compose.yml启动时bind配置失效？
常见陷阱：写了volumes挂载conf，但忘记在command里显式调用它，或者挂载路径写错导致conf根本没进去。
典型错误配置：
services:
redis:
image: redis:7-alpine
volumes:
- ./redis.conf:/etc/redis/redis.conf # ← 路径错！官方镜像默认读的是 /usr/local/etc/redis.conf
ports:
- "6379:6379"
正确写法：
- 挂载路径必须匹配镜像内预期位置：
./redis.conf:/usr/local/etc/redis.conf:ro - 加上
command: redis-server /usr/local/etc/redis.conf，强制加载 - 如果用了
redis.conf里的pidfile或logfile路径，确保这些路径在容器内可写（比如指向/tmp），否则启动失败静默退出
为什么改了bind还是连不上？检查这三处
改完配置≠万事大吉。以下地方常被忽略，直接导致“明明改了却连不上”：
-
docker ps确认容器确实在运行，且PORTS列显示0.0.0.0:6379->6379/tcp（不是127.0.0.1:6379->6379/tcp，后者表示只绑本机） - 进容器执行
netstat -tuln | grep :6379，看监听地址是不是*:6379或0.0.0.0:6379；如果是127.0.0.1:6379，说明配置根本没生效 - 宿主机上用
telnet 6379或nc -zv 6379测试端口通不通——不通就不是Redis的问题，而是Docker端口映射或宿主机防火墙拦了
最麻烦的情况是：配置对了、端口映射也对了、telnet也通，但客户端仍报NOAUTH Authentication required——这时候回头翻requirepass有没有配，密码有没有传给客户端。这种错不会报连不上，但会卡在认证环节。
