跳转到主内容
websoft网络软件专家 - 深耕网络技术,打造实用软件!

Linux怎么安装Redis Desktop Manager Linux远程管理Redis详解

Linux远程连接Redis需同时修改bind为0.0.0.0、protected-mode设为no、设置requirepass密码,并开放系统防火墙及云平台安全组6379端口,三者缺一不可。 Linux 上装 Redis Desktop Manager(RDM)本身不难,但真正卡住人的从来不是安装步骤,而是装完连不上远程 Redis —— 大部分人栽在
protected-mode
没关、
bind
没改、防火墙或云服务安全组没放行这三处。 为什么推荐 Another Redis Desktop Manager 而不是原版 RDM 原版
RedisDesktopManager
自 2021 年起停止维护,Linux 下常出现崩溃、中文乱码、连接后无响应等问题;而
AnotherRedisDesktopManager
(简称 ARDM)是活跃开源项目,基于 Electron + Rust 后端,启动快、内存占用低、支持 Redis 7.x 的新命令(如
ACL
、
FUNCTION
),且对 Linux Wayland 和 HiDPI 屏幕适配更好。 关键区别:
RedisDesktopManager
依赖 Qt5,某些新版 Ubuntu/Debian(如 24.04)缺
libqt5webkit5
会直接打不开
AnotherRedisDesktopManager
用 AppImage 打包,自带运行时,免依赖,双击即用 ARDM 的连接测试逻辑更严格:它会在连接前主动校验
INFO server
响应,失败时明确提示 “Authentication failed” 或 “Connection refused”,而不是静默卡死 AppImage 方式安装 Another Redis Desktop Manager(最稳) 别碰 deb/rpm 包——它们常因系统库版本不匹配导致启动失败。直接用官方 AppImage: 执行以下命令(注意路径中含空格需加引号):
wget https://github.com/qishibo/AnotherRedisDesktopManager/releases/download/v1.8.0/Another-Redis-Desktop-Manager-1.8.0.AppImage chmod +x Another-Redis-Desktop-Manager-1.8.0.AppImage ./Another-Redis-Desktop-Manager-1.8.0.AppImage
常见问题: 报错
cannot execute binary file: Exec format error
→ 你下载的是 ARM64 版本但机器是 x86_64(或反之),去 GitHub Release 页面手动选对架构 启动黑屏或闪退 → 缺少
libglib2.0-0
或
libgtk-3-0
,Ubuntu/Debian 执行
sudo apt install libglib2.0-0 libgtk-3-0
,CentOS/RHEL 用
sudo yum install glib2 gtk3
首次启动慢(>5 秒)→ 是正常现象,它在解压内置资源并生成本地缓存目录
~/.config/AnotherRedisDesktopManager
远程连接 Redis 前必须改的三个配置项 只改
bind
不关
protected-mode
,等于白改。这三个配置必须同时生效,缺一不可:
bind 0.0.0.0
(或
bind 0.0.0.0 ::1
支持 IPv6)→ 注释掉原
bind 127.0.0.1 ::1
行再添加
protected-mode no
→ 必须设为
no
,否则 Redis 启动时检测到非本地 bind 就自动拒绝所有外部连接
requirepass your_strong_password
→ 密码必须设,不能留空;ARDM 连接时若密码错误,会报
NOAUTH Authentication required
,不是超时 改完别忘了重载服务: Trae linux Trae Linux 官方版本现已全面上线,开发者可直接访问 Trae 官网(trae.cn 国内版或 trae.ai 国际版)获取专属安装包。该版本完美适配主流 Linux 发行版,提供 .deb(适配 Ubuntu/Debian)、.rpm(适配 RHEL/Fedora)以及通用 .tar.gz 格式,并全面支持 x64 与 ARM64 架构。 下载
sudo systemctl daemon-reload sudo systemctl restart redis
验证是否生效:
redis-cli -h your_server_ip -p 6379 -a your_strong_password ping
返回
PONG
才算通。如果报
Connection refused
,90% 是防火墙或安全组没开 6379 端口。 云服务器上最容易漏掉的两道墙 本地测试成功 ≠ 云服务器能连上。你得过两关: 系统防火墙:
sudo ufw allow 6379
(Ubuntu)或
sudo firewall-cmd --permanent --add-port=6379/tcp && sudo firewall-cmd --reload
(CentOS/RHEL) 云平台安全组(阿里云/腾讯云/华为云等):必须手动添加入方向规则,协议 TCP,端口 6379,源地址建议限制为你的办公 IP(如
203.0.113.42/32
),别写
0.0.0.0/0
特别注意:有些云厂商(如 AWS EC2)的安全组规则修改后**立即生效**,但系统防火墙(如 firewalld)重启服务后才加载新规则;顺序错了就白调。 ARDM 连接时填的 “Host” 是云服务器公网 IP,不是内网 IP;“Port” 默认 6379,“Authentication” 填你在
redis.conf
里设的
requirepass
值。连之前点左下角 “Test Connection” —— 它比手敲
redis-cli
更早暴露认证或网络层问题。 真正麻烦的不是配置本身,而是这些设置分布在三个地方:Redis 配置文件、系统防火墙、云控制台。改一处漏一处,排查时容易陷入循环怀疑。最省事的办法是先在本地虚拟机跑通全套流程,再照搬到云服务器。

相关文章