主页 / server / 问题 / 816052
Accepted
Jovan Perovic
Asked: 2016-11-22 01:01:04 +0800 CST

SELinux下无法启动Redis

  • 772

我的Redis实例有一个相当持久的问题。SELinux处于enforcing模式时，服务器Redis无法启动：

[root@server ~]# service redis start
Starting redis-server:                                     [  OK  ]

但实际上，它并没有像 所示那样开始lsof。它不返回任何结果：

[root@server ~]# lsof -i :6379

为了进一步确认它没有运行，有一个 redis 日志：

[5539] 21 Nov 03:44:34 # Opening port 6379: bind: Permission denied

现在，我对SELinux管理很陌生，所以请多多包涵，因为我可能错过了一些东西。这是我能够看到的：

[root@server ~]# semanage port -l | grep "redis"
redis_port_t                   tcp      6379

[root@server ~]# semanage user -l
SELinux User    Prefix     MCS Level  MCS Range                      SELinux Roles
....
redis           user       s0         s0                             user_r
....

上述redis用户最初不存在，但我尝试将其添加为redis-server真正在其下运行。那没有帮助...

需要注意的是，Redis 服务器是内部使用的，所以它只监听127.0.0.1:6379.

有没有人有任何想法？

目前，我可以SELinux进入许可模式，但我真的很想收紧它并“按章办事”。

更新：

[root@server ~]# ausearch -ts recent -m avc
----
time->Thu Nov 24 13:48:13 2016
type=SYSCALL msg=audit(1480013293.595:34717): arch=c000003e syscall=49 success=no exit=-13 a0=4 a1=7ffea866c0f0 a2=10 a3=7ffea866be50 items=0 ppid=1 pid=16468 auid=0 uid=495 gid=495 euid=495 suid=495 fsuid=495 egid=495 sgid=495 fsgid=495 tty=(none) ses=5202 comm="redis-server" exe="/usr/sbin/redis-server" subj=unconfined_u:system_r:redis_t:s0 key=(null)
type=AVC msg=audit(1480013293.595:34717): avc:  denied  { name_bind } for  pid=16468 comm="redis-server" src=6379 scontext=unconfined_u:system_r:redis_t:s0 tcontext=system_u:object_r:http_port_t:s0 tclass=tcp_socket

更新(2)

[root@server ~]# rpm -qa | grep -i redis
redis-2.4.10-1.el6.x86_64
php56w-pecl-redis-2.2.7-1.w6.x86_64

解决方案：

按照@Matthew 的建议，我开始分析redis_port_tand http_port_t：

[root@server ~]# semanage port -l | grep "redis_port_t"
redis_port_t                   tcp      6379

[root@server ~]# semanage port -l | grep "http_port_t"
http_port_t                    tcp      6379, 80, 81, 443, 488, 8008, 8009, 8443, 9000

它就在那里！该端口6379已添加到两个端口策略中！是的，我知道记得在我开始迁移时这样做:(（我感到羞耻）。

所以，运行这个解决了这个问题：

semanage port -d -t http_port_t 6379
semanage permissive -d redis_t // I don't need this anymore
service redis restart
lsof -i :6379

它就在那里:)

redis-ser 4575 redis    4u  IPv4 236174      0t0  TCP localhost:6379 (LISTEN)
redis selinux

1 个回答

  1. Best Answer

    我认为你的那项政策有些奇怪。

    如果您检查审核日志，它会显示 SELinux 源上下文正确标记为redis_t目标上下文标记为http_port_t. 尽管您的政策说，这应该是redis_port_t。

    这意味着内核中的内容和策略中的内容不匹配。端口仍然是 6379。

    您可能需要检查您为您http_port_t的以及您的redis_port_t. 据我了解，端口策略绑定每个端口/协议只能有一个标签，因此我怀疑您的策略存储中的内容不能反映您服务器中的内容。

    您可能想尝试semodule -B重新构建并重新加载您的策略以尝试修复同步问题。

    如果运气不好，请搜索端口列表中的内容http_port_t并更新问题。

    • 4

相关问题