redis服务显示“已启动”但连不上，需先用ss -tlnp | grep :6379确认监听地址和端口，若仅显示127.0.0.1:6379则不支持远程连接；检查bind配置（如bind 0.0.0.0需配protected-mode no）、防火墙是否放行6379端口，并核对宝塔面板数据库与redis.conf中json配置是否一致。
Redis服务显示“已启动”但连不上，先看它到底监听在哪儿
宝塔面板里点“启动”成功 ≠ Redis真在监听你期望的地址和端口。最直接的办法是查系统级监听状态：ss -tlnp | grep :6379。如果没任何输出，说明服务压根没起来；如果只看到 127.0.0.1:6379，那它只接受本机回环连接，外部 PHP 进程（比如 Nginx + PHP-FPM）可能走的是 Unix socket 或其他路径，而 redis-cli -h 127.0.0.1 -p 6379 却可能因 protected-mode yes 被拒绝。
常见误区：以为“启动成功”就万事大吉，其实宝塔可能加载了损坏的配置后静默失败，日志里也不报错。
bind 地址配置错位是高频断连原因
Redis 默认 bind 127.0.0.1，这是安全设定，但也是连不通的头号元凶——尤其当你用 Docker、本地 CLI、或跨用户调用时。关键不是“要不要放开”，而是“放开给谁”：
-
bind 127.0.0.1 ::1：支持 IPv4 和 IPv6 回环，适合纯本机 PHP-FPM 场景 -
bind 0.0.0.0：监听所有 IPv4 接口，仅限可信内网环境，且必须配protected-mode no和密码 - 别写
bind localhost：Redis 不识别字符串形式的 host 名，会直接启动失败 - 多地址用空格分隔，不是逗号：
bind 127.0.0.1 192.168.1.100
改完 /www/server/redis/redis.conf 后，**必须点宝塔 Redis 设置页的“重载配置”按钮**，不是“重启”。后者跳过配置校验，容易让错误配置继续生效。
6379 端口被防火墙拦住，但宝塔不提示
宝塔面板本身不管理服务器防火墙规则，ufw、firewalld 或云厂商安全组都可能拦截 6379。验证方式很简单：
- 本地测试：
telnet 127.0.0.1 6379或nc -zv 127.0.0.1 6379—— 通则排除防火墙 - 远程测试（如从开发机）：
nc -zv your-server-ip 6379—— 不通就查云安全组和系统防火墙 - CentOS 7+：
firewall-cmd --list-ports看是否含6379/tcp；没的话执行firewall-cmd --add-port=6379/tcp --permanent && firewall-cmd --reload - Ubuntu：
ufw status查状态，ufw allow 6379开放
注意：即使 ss 显示监听 0.0.0.0:6379，只要防火墙挡着，外部连接仍会超时或被拒。
宝塔数据库与 redis.conf 的 JSON 配置不一致
宝塔把 Redis 配置存两份：一份在 /www/server/redis/redis.conf，另一份序列化进 SQLite 数据库 /www/server/panel/data/panel.db。手动改 conf 后再点面板“保存”，极易导致 JSON 字段拼接出错，例如：
数据库里存的 value 变成 {"bind": "127.0.0.1"127.0.0.1", "port": 6379}（少了个引号、多粘了值），Redis 启动时解析失败，但宝塔不报错，只默默回退到默认配置（bind 127.0.0.1, port 6379, protected-mode yes）。
检查方法：
- 备份配置：
cp /www/server/redis/redis.conf /www/server/redis/redis.conf.bak - 查数据库真实值：
sqlite3 /www/server/panel/data/panel.db 'SELECT value FROM config WHERE type="redis"' - 对比输出的 JSON 和 conf 文件内容，重点看
bind、port、protected-mode字段是否格式合法、值一致 - 若发现 JSON 损坏，手动修复 panel.db（不推荐）或清空该记录并重新在面板设置页填写保存
这个环节最容易被忽略——因为一切看起来“正常”，日志也干净，但就是连不上。根源常藏在数据库里那一行 JSON 的引号或逗号上。
