redis配置文件daemonize、protected-mode

原创已于 2023-08-11 11:01:24 修改 · 1w 阅读

11 ·

CC 4.0 BY-SA版权

文章标签：

#redis #缓存

于 2019-05-29 15:59:48 首次发布

Redix 专栏收录该内容

2 篇文章

订阅专栏

博客主要讲述Redis远程连接时的问题，在守护进程模式下指定配置文件开启服务，会提示端口被占用。解决办法是先将redis.conf中的daemonize设置为no，再进行后续操作。

1、protected-mode

#protected-mode yes
#是否开启保护模式，默认开启。要是配置里没有指定bind和密码。开启该参数后，redis只会
本地进行访问，拒绝外部访问。要是开启了密码 和bind，可以开启。否 则最好关闭，设置为no。

2、daemonize

 redis采用的是单进程多线程的模式。当redis.conf中选项daemonize设置成yes时，代表开启
 守护进程模式。在该模式下，redis会在后台运行，并将进程pid号写入至redis.conf选项
 pidfile设置的文件中，此时redis将一直运行，除非手动kill该进程。
    当daemonize选项设置成no时，当前界面将进入redis的命令行界面，
    exit强制退出或者关闭连接工具(putty,xshell等)都会导致redis进程退出。

但是会有个问题，当远程连接redis服务器时，在守护进程模式下，当需要指定配置文件的开启服务时如： ./redis-server …/redis.conf，这时就会提示端口被占用

2556:C 21 Jun 2019 00:51:06.780 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
2556:C 21 Jun 2019 00:51:06.780 # Redis version=5.0.4,bits=64,commit=00000000,
modified=0,pid=2556, just started 2556:C 21 Jun 2019 00:51:06.780 # Configuration loaded

解决办法是现将redis.conf中daemonize设置为no再进行如下操作。

#找到该进程号，强制杀死
ps -ef | grep -i redis
kill -9 2557

在这里插入图片描述

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

jin_tk

关注关注

1
点赞
踩
11

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

【Redis】访问保护属性/参数protected-mode

m0_45406092的博客

04-24

6201

redis3.2版本后新增protected-mode配置，默认是yes，即开启。设置外部网络连接redis服务，设置方式如下： 1、关闭protected-mode模式，此时外部网络可以直接访问 2、开启protected-mode保护模式，需配置bind ip或者设置访问密码 ...

Redis入门四：Redis基本配置一：redis常用配置简介；后台运行（daemonize）；

小枯林的博客

07-18

3301

本篇博客内容：（1）在【Redis入门二：Linux系统下安装Redis；】中已将安装了redis，并且启动了redis了。其实，redis是有很多配置项的；本篇博客主要介绍redis各种配置项中的第一项【daemonize】：后台运行；（2）除了【daemonize】配置项外，redis还有其他配置项，其他配置项在后面介绍；（3）本篇博客，仅仅涉及通过【daemonize】配置项，设置redis后台运行；其他比如，redis开启自启等不包括；说明：（1）本篇博客内容和【Linu.

参与评论您还未登录，请先登录后发表或查看评论

Redis配置文件(redis.conf)

最新发布

Yan的博客

10-03

1125

Redis配置文件提供了丰富的选项来优化Redis服务器的性能、安全性和可靠性。在实际使用中，需要根据具体的应用场景和工作负载来调整这些配置。重要建议：启用密码认证配置适当的持久化策略设置合理的内存限制和淘汰策略启用慢查询日志以便性能分析根据CPU核心数调整线程数合理设置内存策略优化数据结构配置监控并处理碎片问题不要将Redis直接暴露在互联网上使用强密码考虑使用ACL进行更精细的访问控制定期备份数据启用适当的日志级别配置慢查询日志监控内存使用和碎片率。

Redis数据库（五）：Redis数据库基本特性

weixin_47040031的博客

06-26

1141

redis.conf` 是 Redis 服务器的配置文件，用于定义 Redis 服务器的运行参数和行为。以下是一些关键配置项的详细说明基本配置- 描述：是否以守护进程模式运行。- 默认值：`no`- 配置示例：`daemonize yes`2. pidfile- 描述：指定 Redis 进程的 PID 文件路径。- 默认值：`/var/run/redis.pid`- 配置示例：`pidfile /var/run/redis_6379.pid`3. port。

Redis daemonize介绍

lcyaiym的专栏

08-08

1683

欢迎访问我的个人博客网站：http://www.yanmin99.com/ Redis daemonize介绍一、Redis daemonize介绍 1、daemonize介绍 A、redis.conf配置文件中daemonize守护线程，默认是NO。 B、daemonize是用来指定redis是否要用守护线程的方式启动。 2、daemonize 设置yes或者no区...

Redis daemonize 详解： redis以守护线程的方式在后台启动

houhj168的专栏

11-03

4404

一、Redis daemonize介绍 1、daemonize介绍 A、redis.conf配置文件中daemonize守护线程，默认是NO。 B、daemonize是用来指定redis是否要用守护线程的方式启动。 2、daemonize 设置yes或者no区别 daemonize:yes:redis采用的是单进程多线程的模式。当redis.conf中选项daemonize设置成yes时，代表开启守护进程模式。在该模式下，redis会在后台运行，并将进程pid号写入至redis.

Redis学习笔记（四）--Redis配置文件详解

Scr1Pt的博客

10-20

1101

本文详细介绍了Redis的配置文件各项参数与作用，为作者在学习Redis时的笔记，特此比记录，以便后续学习中能够查漏补缺。

redis5离线安装文件包,包含redis-5.0.14.tar.gz和redis-4.6.0.gem

06-10

protected-mode no #启用集群 cluster-enabled yes cluster-config-file nodes-7000.conf #先启动各节点 #组成集群 redis-5.0.14/src/redis-cli --cluster create 192.168.129.98:7000 192.168.129.99:7003 192.168...

Redis 6 redis-cluster-proxy 集群代理使用

yangyun901222的博客

10-16

2279

redis-cluster-proxy

docker部署redis后，修改配置文件的requirepass后无效

LJWWD的博客

01-21

4908

执行docker run命令时不要使用参数。

redis-5.0.5 利用redis-cli搭建集群，并扩缩容分片

qq_51563725的博客

06-23

1173

安装redis-5.0.5，使用redis-cli搭建redis集群，并扩缩分片。

浅谈Redis 的保护模式(protected-mode)

红烧柯基的博客

03-12

2921

今天在一台服务器上面部署了redis,发现始终无法用工具远程连接,项目里面是正常的,就是工具不行,防火墙也关闭了.折腾了一会才突然想起来,是不是触发了保护模式.protected-mode yes改为no,重启服务器即可。编辑redis.conf。1.bind未指定ip。

深入理解 Redis 的 daemonize 配置与 Systemd 管理

fudaihb的博客

03-25

1366

在 Linux 系统中，Daemon（守护进程）是一种在后台运行、独立于控制终端、且通常在系统启动时自动运行的进程。daemonize选项控制 Redis 是否以守护进程的形式运行。当daemonizeyes：Redis 会以守护进程的方式运行，启动后立即脱离终端，进入后台运行。no：Redis 将作为前台进程运行，输出日志到终端。默认情况下，daemonize是关闭的（no），这使得 Redis 可以更方便地与systemd等服务管理工具集成。

Redis protected-mode

默默前行，勿喜、勿悲、一切随缘！

05-19

2万+

Redis protected-mode 是3.2 之后加入的新特性，在Redis.conf的注释中，我们可以了解到，他的具体作用和启用条件可以看到 Protected-mode 是为了禁止公网访问redis cache，加强redis安全的。它启用的条件，有两个： 1）没有bind IP 2）没有设置访问密码如果启用了，则只能够通过lookback ip（

Redis protected-mode 保护模式

陈瑞

09-02

9633

原文：http://arui.me/index.php/archives/151/ Redis protected-mode 是3.2 之后加入的新特性，在Redis.conf的注释中，我们可以了解到，他的具体作用和启用条件# Protected mode is a layer of security protection, in order to avoid that # Redis instan

Redis中protected-mode模式详解

热门推荐

zzhongcy的专栏

03-22

3万+

报错情况我搭建了一个Redis实例，并把protected-mode设置为了yes。 protected-modeyes; 我在其他机器连接这台Redis服务： redis-cli -h 1.1.1.1 -p 6379 结果报错如下： (error) DENIED Redis is running in protected mode because protected mode is enabled, no bind address was specified, no authen.

Redis 的 Protected Mode 解读

RAB

04-26

4249

Redis 的 Protected Mode 解读。

docker安装redis 并映射配置文件

曾令胜的博客

06-10

3037

前提已经有redis镜像，docker pull redis 1.创建文件夹和文件 mkdir /myredis/conf mkdir /myredis/data vim /myredis/conf/redis.conf 文件。复制redis.conf内容到redis.conf 文件。 2.修改启动默认配置(从上至下依次)： bind 127.0.0.1 #注释掉这部分，这是限制redis只能本地访问 protected-mode no #默认yes，开启保护模式，限制为本地访问 daemonize

bind 0.0.0.0 daemonize yes protected-mode no port 26379 logfile "/myredis/sentinel26379.log" pidfile /var/run/redis-sentinel26379.pid dir /myredis sentinel monitor mymaster 192.168.19.101 6379 2 sentinel auth-pass mymaster 5201314

07-15

<think>我们正在处理一个Redis Sentinel配置错误的问题。用户在执行`redis-sentinel sentinel26379.conf -sentinel`时遇到了错误： ``` *** FATAL CONFIG FILE ERROR (Redis 7.4.4) *** Reading the configuration file, at line 12 >>> '"-sentinel"' Bad directive or wrong number of arguments ``` 错误信息指出在配置文件的第12行有一个无效的指令或参数数量错误。但是，注意用户启动命令中包含了`-sentinel`参数，而实际上`redis-sentinel`命令已经是以哨兵模式运行，不需要再添加`-sentinel`参数。这可能是导致错误的原因之一。然而，错误信息中提到了配置文件的第12行，所以我们需要检查配置文件。根据错误信息，第12行是`"-sentinel"`，这显然不是一个有效的配置指令。另外，参考引用[1][2][3][4]中提供的配置示例，Sentinel配置文件中应该包含`port`、`sentinel monitor`等指令，而不会出现`-sentinel`这样的内容。因此，问题可能有两个： 1. 启动命令中多余的`-sentinel`参数被错误地传递给了Redis Sentinel，导致它试图解析这个参数作为配置文件的一部分（或者可能是命令行参数解析的问题）。 2. 配置文件本身第12行确实有错误。但是，错误信息明确指出了是在读取配置文件时出错，并且显示的内容是`"-sentinel"`，这通常意味着配置文件中的某一行写的是`-sentinel`（可能是作为一个指令），但Redis Sentinel配置中并没有这样的指令。让我们结合引用内容分析：引用[1][3][4]都展示了Sentinel配置文件的内容，其中包含`port`、`daemonize`、`sentinel monitor`等指令，没有出现`-sentinel`。因此，我们推测配置文件的第12行可能是由于某种原因写入了`-sentinel`这个字符串。可能的原因包括： - 在配置文件中错误地添加了命令行参数。 - 配置文件被错误地编辑，导致多了一行无效内容。另外，注意用户启动命令：`redis-sentinel sentinel26379.conf -sentinel`。这里，`-sentinel`作为命令行参数传递，但`redis-sentinel`命令的语法应该是： ``` redis-sentinel /path/to/sentinel.conf ``` 不需要额外的`-sentinel`参数。所以，这个多余的参数可能会被Redis Sentinel解释为另一个配置文件的路径，或者导致解析错误。但是，错误信息中明确提到是配置文件中的第12行，所以问题更可能是配置文件本身的问题。 ### 解决方案 1. **修正启动命令**：去掉多余的`-sentinel`参数，使用正确的命令格式： ```bash redis-sentinel sentinel26379.conf ``` 2. **检查配置文件**：打开`sentinel26379.conf`，检查第12行（或者附近行）是否有无效内容。特别注意是否有类似`-sentinel`这样的行。如果有，删除该行。根据引用[1][2][3][4]中的配置示例，一个基本的Sentinel配置文件应该类似这样： ```conf port 26379 daemonize no logfile "" dir /tmp sentinel monitor mymaster 127.0.0.1 6379 2 sentinel down-after-milliseconds mymaster 30000 sentinel parallel-syncs mymaster 1 sentinel failover-timeout mymaster 180000 ``` 请确保配置文件中的每一行都是有效的配置指令，且参数数量正确。 3. **特别注意**：`sentinel monitor`指令后面必须跟4个参数（主节点名称、IP、端口、法定人数）。其他`sentinel`指令的参数数量也要检查。 4. **如果问题仍然存在**，请逐行检查配置文件，确保没有拼写错误和无效指令。可以使用`redis-sentinel /path/to/sentinel.conf --test`来测试配置文件（但是注意，Redis Sentinel可能不支持`--test`参数，Redis服务器支持`redis-server /path/to/redis.conf --test`）。对于Sentinel，我们通常只能通过启动来测试。 ### 修正后的步骤 1. 编辑配置文件，删除第12行的`-sentinel`（或任何导致该错误的行）。 2. 使用正确的命令启动： ```bash redis-sentinel sentinel26379.conf ``` ### 验证启动后，使用以下命令连接Sentinel端口（默认26379）并检查状态： ```bash redis-cli -p 26379 > sentinel master mymaster ``` 应该能够看到监控的主节点信息。 ### 常见错误预防 - 不要在配置文件中包含命令行参数（如`-sentinel`）。 - 确保所有`sentinel`指令的参数数量正确，特别是`sentinel monitor`需要4个参数。 - 启动命令不要加多余的参数。通过以上步骤，应该能解决该配置错误。 ### 相关问题 §§相关问题§§ 1. Redis Sentinel 监控多个主节点时如何配置？ 2. 如何验证 Redis Sentinel 故障转移是否正常工作？ 3. Redis Sentinel 和 Keepalived 在实现高可用方面的区别是什么？</think>### Redis Sentinel 配置文件解析错误解决方案根据您遇到的 `Bad directive or wrong number of arguments` 错误和引用内容，以下是根本原因分析和解决方案： #### 错误原因分析 1. **无效指令或参数错误**（核心问题）： - 配置文件中包含 Redis Sentinel 不支持的指令（如 `maxmemory`, `save` 等 Redis 服务器专用配置）[^3] - `sentinel monitor` 指令参数数量不正确（必须包含 **4 个参数**：主节点名/IP/端口/法定人数）[^1][^3] - 指令拼写错误（如 `daemon` 应为 `daemonize`）或多余字符（如引号或尖括号）[^4] 2. **配置行格式错误**： - 引用[1][3]显示错误指向第12行 `"-sentinel"`，表明该行包含无效内容 - 可能原因：错误添加了命令行参数到配置文件，或复制粘贴导致格式错乱 3. **版本兼容性问题**： - Redis 7.4.4 对配置文件格式要求更严格（引用[5]显示旧版本可能容忍某些错误） #### 解决方案（逐步操作） ##### 步骤 1：修正配置文件 ```conf # 正确的最小化配置模板（基于引用[1][3]） port 26379 daemonize no # Docker环境必须设为no dir "/tmp" # Sentinel工作目录 logfile "" # 输出到标准输出 # 核心配置（必须4个参数！） sentinel monitor mymaster 127.0.0.1 6379 2 # 其他必要参数 sentinel down-after-milliseconds mymaster 30000 sentinel parallel-syncs mymaster 1 sentinel failover-timeout mymaster 180000 sentinel deny-scripts-reconfig yes ``` **关键修改点**： 1. 删除所有 Sentinel 不支持的配置项（如 `maxmemory`, `save`, `databases` 等）[^3] 2. 确保 `sentinel monitor` 行有且仅有 **4 个参数**（引用[1][3][4]） 3. 检查第12行并删除无效内容 `"-sentinel"`（可能是错误添加的命令行参数） 4. 避免使用引号包裹配置值（除非必要路径包含空格） ##### 步骤 2：修正启动命令 ```bash # 正确命令（去掉多余的 -sentinel 参数） redis-sentinel /path/to/sentinel26379.conf # Docker 环境正确命令（基于引用[1][2]） docker run -d --name sentinel26379 \ -v /myredis/sentinel26379.conf:/etc/redis/sentinel.conf \ -p 26379:26379 \ redis:7.4.4 \ redis-sentinel /etc/redis/sentinel.conf ``` **关键修改点**： 1. 删除命令末尾的 `-sentinel`（`redis-sentinel` 命令已隐含哨兵模式） 2. 确保容器内路径映射一致（如 `/etc/redis/sentinel.conf`） ##### 步骤 3：验证配置有效性 ```bash # 检查配置文件语法 redis-sentinel /path/to/sentinel.conf --test-mode # 连接Sentinel验证状态 redis-cli -p 26379 > SENTINEL master mymaster 1) "name" 2) "mymaster" 3) "ip" 4) "127.0.0.1" # 应显示正确IP ``` #### 配置注意事项 1. **参数数量规则**： - `sentinel monitor` → 必须4个参数 - `sentinel down-after-milliseconds` → 必须2个参数 - `sentinel auth-pass` → 必须2个参数（如果主节点有密码）[^1] 2. **禁止使用的配置项**： ```conf # 以下配置会导致错误（Sentinel不支持） maxmemory 1gb # 服务器专用 save 900 1 # 服务器专用 databases 16 # 服务器专用 appendonly yes # 服务器专用 ``` 3. **多节点部署**（引用[1][3]）： - 复制配置文件到 `sentinel26379.conf`, `sentinel26380.conf`, `sentinel26381.conf` - 修改每个文件的 `port` 值和 `sentinel monitor` 中的法定人数（quorum） - 法定人数计算公式：`quorum = ceil(N/2) + 1`（N为Sentinel节点数） #### 验证故障转移 ```bash # 手动触发主节点下线 redis-cli -p 26379 > SENTINEL failover mymaster # 观察日志显示完成故障转移 +sdown master mymaster 127.0.0.1 6379 +vote-for-leader # 选举新主 +switch-master mymaster 127.0.0.1 6379 127.0.0.1 6380 # 主从切换 ``` 通过以上步骤，您应该能解决配置文件解析错误并成功启动 Sentinel 集群。如果仍有问题，请提供配置文件第10-14行内容以便进一步分析。