[翻译]SELinux之于MySQL
转自：http://blog.sina.com.cn/s/blog_56b7aaa1010195ji.html
译序（jejoker）
这是本人被折磨2天以后，才定位到SELinux的问题，然后痛苦挣扎时候搜到的E文，觉得很好，于是翻译之，用来共享，同时感谢“她”帮我做的一部分翻译。
原文参见这里：SELinux and MySQL 作者是 Jeremy Smyth on Mar 22, 2013
以下是译文
========================================================
我之前写了一篇《AppArmor and MySQL》的文章，讲了如何在启用AppArmor的情况下改变MySQL的默认文件路径。Ubuntu和SUSE配备了AppArmor，而其他一些发布版本，如Oracle Linux则没有，以及其他一些相关的版本如Red Hat、CentOS及Fedora都没有。相对的，他们使用另一个托管访问控制（译注：mandatory access control）系统SELinux。
SELinux（安全强化，如果你感兴趣）“是linux中支持安全访问控制策略机制的一种特性”--维基百科。更简单的说，它能阻止比如程序之类的访问他们不应该访问的文件和网络端口等。所谓“不应该访问”这里指的是“尚未被配置为可以访问”。比如说，MySQL允许访问它的数据目录/var/lib/mysql，并且可以读取/etc/my.cnf。它可以打开3306端口，但是SELinux阻止它向/home/Jeremy或者/sbin或者其他任何尚未配置成为MySQL位置的路径进行写操作。
简而言之，如果你想更改MySQL的默认端口为一个非标准端口，或者试图备份或者设置数据文件或日志文件到非常用路径，你就会在MySQL错误日志里面收到很多奇怪的禁止访问类型的错误。另外，你同样会在/var/log/audit/audit.log（如果auditd正在运行，否则在/var/log/messages或者/var/log/syslog里面，这取决于你的系统配置）里收到信息。
会得到什么错误呢？
我这边采用了MySQL5.6及Oracle Linux 6.3作为样例环境，同时启用了SELinux。当我把datadir这个变量设置为/datadir时（此目录复制了MySQL原数据目录的所有内容，并且设置了正确的权限），就无法启动服务了。看下面的错误。
MySQL错误日志中：
130321 11:50:51 mysqld_safe Starting mysqld daemon with databases from /datadir
...
2013-03-21 11:50:52 2119 [Warning] Can't create test file /datadir/boxy.lower-test
2013-03-21 11:50:52 2119 [Warning] Can't create test file /datadir/boxy.lower-test
...
2013-03-21 11:50:52 2119 [ERROR] /usr/sbin/mysqld: Can't create/write to file
'/datadir/boxy.pid' (Errcode: 13 - Permission denied)
2013-03-21 11:50:52 2119 [ERROR] Can't start server: can't create PID file:
Permission denied
130321 11:50:52 mysqld_safe mysqld from pid file /datadir/boxy.pid ended
我很确信现在这个目录的权限是正确的，我们再来看看/var/log/audit/audit.log：
...
type=AVC msg=audit(1363866652.030:24): avc: denied { write } for pid=2119
comm="mysqld" name="datadir" dev=dm-0 ino=394
scontext=unconfined_u:system_r:mysqld_t:s0
tcontext=unconfined_u:object_r:default_t:s0 tclass=dir
...
如果我更改端口为非默认端口3307时，启动MySQL也会遇到类似的错误。
MySQL错误日志中：
2013-03-21 12:12:09 3436 [Note] Server hostname (bind-address): '*'; port: 3307
...
2013-03-21 12:12:09 3436 [ERROR] Can't start server: Bind on TCP/IP port:
Permission denied
2013-03-21 12:12:09 3436 [ERROR] Do you already have another mysqld server
running on port: 3307 ?
2013-03-21 12:12:09 3436 [ERROR] Aborting
audit日志中：
type=AVC msg=audit(1363867929.432:42): avc: denied { name_bind } for pid=3436
comm="mysqld" src=3307
scontext=unconfined_u:system_r:mysqld_t:s0
tcontext=system_u:object_r:port_t:s0 tclass=tcp_socket
很明显这里有点问题。Access Vector Cache（如日志中显示的“avc: denied”）是SELinux用来为内核缓存权限的地方。所以很明显是SELinux阻止了操作。
仅仅关闭它就好！
下面就我会先从锤子开始，然后逐渐打造成手术刀。（译注：这个……我不知道理解的对不对，原文是I'm going to start with the hammer and work my way down to the scalpel. ）
锤子如下：
[root@boxy ~]# setenforce 0
[root@boxy ~]# getenforce
Permissive
setenforce 0用来关闭SELinux enforcing，重启则失效。getenforce显示当前状态。如果想要在重启以后仍然生效，想要改写以下配置文件：
[root@boxy ~]# cat /etc/selinux/config
# This file controls the state of SELinux on the system.
# SELINUX= can take one of these three values:
# enforcing - SELinux security policy is enforced.
# permissive - SELinux prints warnings instead of enforcing.
# disabled - No SELinux policy is loaded.
SELINUX=enforcing
# SELINUXTYPE= can take one of these two values:
# targeted - Targeted processes are protected,
# mls - Multi Level Security protection.
SELINUXTYPE=targeted
将enforcing设置为permissive（或者disabled）就ok了。参数的差别如下：
enforcing 阻止SELinux不允许的操作
permissive 并不阻止操作，但是会记录日志(/var/log/audit/audit.log)
disabled 完全关闭SELinux，甚至你都没法使用setenforce了，除非换成其他参数，并重启
例如，如果服务器的SELinux设置为permissive，那么我可以这么做：
[root@boxy ~]# setenforce 1
[root@boxy ~]# getenforce
Enforcing
但是如果设置为disabled，就会这样：
[root@boxy ~]# setenforce 0
setenforce: SELinux is disabled
[root@boxy ~]# setenforce 1
setenforce: SELinux is disabled
以上就是所谓的锤子。
那么，我们返回到产生错误的这个例子，我可以这么使用锤子。
[root@boxy ~]# setenforce 0
[root@boxy ~]# service mysql start --datadir=/datadir
Starting MySQL. SUCCESS!
[root@boxy ~]# service mysql stop
Shutting down MySQL.. SUCCESS!
如果这样子你就满意了，那么你可以编辑配置文件，然后在下次重启时禁用SELinux，并且谢谢阅览。下次见~
我还是有点迷惑。我该怎么配置它而不是禁用呢？
很明显，比起禁用，还有很多事情可以做。而且负责任的管理员（比如你？）想要知道比起禁用，如何更好的使用它。下面，我不会讨论太多细节。
无论如何，我们可以看看该怎样给比如端口、文件这些对象分配SELinux类型（译注：types），然后可以让mysql_t域的成员们（尤其是启动 service mysql start产生的mysqld_safe进程）可以访问这些对象。
以下是手术刀了。首先，我们配置一下SELinux来启用MySQL的3307端口
[root@boxy ~]# semanage port -a -t mysqld_port_t -p tcp 3307
（注：你需要首先安装policycoreutils-python包来使用semanage工具）
semanage工具可以变更很多SELinux设置。这里，我们为使3307端口使用TCP作为它的协议（-p tcp）而向端口映射增加了（-a）一种类型（-t mysqld_port_t）。当MySQL（通过mysqld_safe进程）试图访问这个端口时，SELinux从策略（译注：policy）里面识别这个端口匹配一种类型，并且允许进行这样的访问。
同样我们可以允许MySQL使用/datadir文件夹：
[root@boxy ~]# semanage fcontext -a -t mysqld_db_t "/datadir(/.*)?"
[root@boxy ~]# restorecon -Rv /datadir
restorecon reset /datadir context
unconfined_u:object_r:default_t:s0->unconfined_u:object_r:mysqld_db_t:s0
restorecon reset /datadir/mysql.sock context
system_u:object_r:mysqld_var_run_t:s0->system_u:object_r:mysqld_db_t:s0
在这个例子中，semanage在文件上下文映射（fcontext）中增加了mysqld_db_t的类型，指定了/datadir路径下的所有文件以及子文件(“/datadir(/.*)?”，正则表达式)。这样的文件映射包含在/etc/selinux/targeted/contexts/files/file_contexts.local文件中，为了能够给这个文件设置合适的类型，这个文件必须能够被读取。restorecon工具在系统重启的时候就完成了该操作。如果你想马上更改文件上下文并且不需要重启以后还生效，那么使用chcon工具就可以了。
如果你想使用其他端口或者文件夹，也可以使用同样的方式和语句。不同类型的文件对应一些类似的类型；我这里使用上面的mysqld_db_t来对应数据库文件夹，但是标准SELinux策略针对MySQL也包含：
mysqld_etc_t 用来匹配配置文件如 /etc/my.cnf
mysqld_log_t 用来匹配日志文件如 /var/log/mysql*
PID文件、tmp文件、/etc/init.d里面的服务启动文件的类型，还有各种各样你想使用的可执行文件。
如你所见，你可以自如的使用你的手术刀来合理的分配权限。就我个人而言，我已经使用像mysql_log_t这样的类型匹配自定义的日志文件路径而得到了混合的效果，不过我会首先使用mysqld_db_t（就像用来匹配数据文件），然后使用自定义的策略文件来搞定。
结语
这篇文章已经够长了，所以我不会讨论更为深入的SELinux话题了，比如说编译你自己的策略文件以及为SELinux尚不知道的服务配置新的策略。现在，你已经知道如何为SELinux增加一种类型，来让MySQL可以访问并非默认的端口或者文件了。你也知道了好几种关闭SELinux的方法，不过，你现在应该不会那么做了吧？你已经手持完美的手术刀了，何必还去用什么锤子呢？
译序（jejoker）
这是本人被折磨2天以后，才定位到SELinux的问题，然后痛苦挣扎时候搜到的E文，觉得很好，于是翻译之，用来共享，同时感谢“她”帮我做的一部分翻译。
原文参见这里：SELinux and MySQL 作者是 Jeremy Smyth on Mar 22, 2013
以下是译文
========================================================
我之前写了一篇《AppArmor and MySQL》的文章，讲了如何在启用AppArmor的情况下改变MySQL的默认文件路径。Ubuntu和SUSE配备了AppArmor，而其他一些发布版本，如Oracle Linux则没有，以及其他一些相关的版本如Red Hat、CentOS及Fedora都没有。相对的，他们使用另一个托管访问控制（译注：mandatory access control）系统SELinux。
SELinux（安全强化，如果你感兴趣）“是linux中支持安全访问控制策略机制的一种特性”--维基百科。更简单的说，它能阻止比如程序之类的访问他们不应该访问的文件和网络端口等。所谓“不应该访问”这里指的是“尚未被配置为可以访问”。比如说，MySQL允许访问它的数据目录/var/lib/mysql，并且可以读取/etc/my.cnf。它可以打开3306端口，但是SELinux阻止它向/home/Jeremy或者/sbin或者其他任何尚未配置成为MySQL位置的路径进行写操作。
简而言之，如果你想更改MySQL的默认端口为一个非标准端口，或者试图备份或者设置数据文件或日志文件到非常用路径，你就会在MySQL错误日志里面收到很多奇怪的禁止访问类型的错误。另外，你同样会在/var/log/audit/audit.log（如果auditd正在运行，否则在/var/log/messages或者/var/log/syslog里面，这取决于你的系统配置）里收到信息。
会得到什么错误呢？
我这边采用了MySQL5.6及Oracle Linux 6.3作为样例环境，同时启用了SELinux。当我把datadir这个变量设置为/datadir时（此目录复制了MySQL原数据目录的所有内容，并且设置了正确的权限），就无法启动服务了。看下面的错误。
MySQL错误日志中：
130321 11:50:51 mysqld_safe Starting mysqld daemon with databases from /datadir
...
2013-03-21 11:50:52 2119 [Warning] Can't create test file /datadir/boxy.lower-test
2013-03-21 11:50:52 2119 [Warning] Can't create test file /datadir/boxy.lower-test
...
2013-03-21 11:50:52 2119 [ERROR] /usr/sbin/mysqld: Can't create/write to file
'/datadir/boxy.pid' (Errcode: 13 - Permission denied)
2013-03-21 11:50:52 2119 [ERROR] Can't start server: can't create PID file:
Permission denied
130321 11:50:52 mysqld_safe mysqld from pid file /datadir/boxy.pid ended
我很确信现在这个目录的权限是正确的，我们再来看看/var/log/audit/audit.log：
...
type=AVC msg=audit(1363866652.030:24): avc: denied { write } for pid=2119
comm="mysqld" name="datadir" dev=dm-0 ino=394
scontext=unconfined_u:system_r:mysqld_t:s0
tcontext=unconfined_u:object_r:default_t:s0 tclass=dir
...
如果我更改端口为非默认端口3307时，启动MySQL也会遇到类似的错误。
MySQL错误日志中：
2013-03-21 12:12:09 3436 [Note] Server hostname (bind-address): '*'; port: 3307
...
2013-03-21 12:12:09 3436 [ERROR] Can't start server: Bind on TCP/IP port:
Permission denied
2013-03-21 12:12:09 3436 [ERROR] Do you already have another mysqld server
running on port: 3307 ?
2013-03-21 12:12:09 3436 [ERROR] Aborting
audit日志中：
type=AVC msg=audit(1363867929.432:42): avc: denied { name_bind } for pid=3436
comm="mysqld" src=3307
scontext=unconfined_u:system_r:mysqld_t:s0
tcontext=system_u:object_r:port_t:s0 tclass=tcp_socket
很明显这里有点问题。Access Vector Cache（如日志中显示的“avc: denied”）是SELinux用来为内核缓存权限的地方。所以很明显是SELinux阻止了操作。
仅仅关闭它就好！
下面就我会先从锤子开始，然后逐渐打造成手术刀。（译注：这个……我不知道理解的对不对，原文是I'm going to start with the hammer and work my way down to the scalpel. ）
锤子如下：
[root@boxy ~]# setenforce 0
[root@boxy ~]# getenforce
Permissive
setenforce 0用来关闭SELinux enforcing，重启则失效。getenforce显示当前状态。如果想要在重启以后仍然生效，想要改写以下配置文件：
[root@boxy ~]# cat /etc/selinux/config
# This file controls the state of SELinux on the system.
# SELINUX= can take one of these three values:
# enforcing - SELinux security policy is enforced.
# permissive - SELinux prints warnings instead of enforcing.
# disabled - No SELinux policy is loaded.
SELINUX=enforcing
# SELINUXTYPE= can take one of these two values:
# targeted - Targeted processes are protected,
# mls - Multi Level Security protection.
SELINUXTYPE=targeted
将enforcing设置为permissive（或者disabled）就ok了。参数的差别如下：
enforcing 阻止SELinux不允许的操作
permissive 并不阻止操作，但是会记录日志(/var/log/audit/audit.log)
disabled 完全关闭SELinux，甚至你都没法使用setenforce了，除非换成其他参数，并重启
例如，如果服务器的SELinux设置为permissive，那么我可以这么做：
[root@boxy ~]# setenforce 1
[root@boxy ~]# getenforce
Enforcing
但是如果设置为disabled，就会这样：
[root@boxy ~]# setenforce 0
setenforce: SELinux is disabled
[root@boxy ~]# setenforce 1
setenforce: SELinux is disabled
以上就是所谓的锤子。
那么，我们返回到产生错误的这个例子，我可以这么使用锤子。
[root@boxy ~]# setenforce 0
[root@boxy ~]# service mysql start --datadir=/datadir
Starting MySQL. SUCCESS!
[root@boxy ~]# service mysql stop
Shutting down MySQL.. SUCCESS!
如果这样子你就满意了，那么你可以编辑配置文件，然后在下次重启时禁用SELinux，并且谢谢阅览。下次见~
我还是有点迷惑。我该怎么配置它而不是禁用呢？
很明显，比起禁用，还有很多事情可以做。而且负责任的管理员（比如你？）想要知道比起禁用，如何更好的使用它。下面，我不会讨论太多细节。
无论如何，我们可以看看该怎样给比如端口、文件这些对象分配SELinux类型（译注：types），然后可以让mysql_t域的成员们（尤其是启动 service mysql start产生的mysqld_safe进程）可以访问这些对象。
以下是手术刀了。首先，我们配置一下SELinux来启用MySQL的3307端口
[root@boxy ~]# semanage port -a -t mysqld_port_t -p tcp 3307
（注：你需要首先安装policycoreutils-python包来使用semanage工具）
semanage工具可以变更很多SELinux设置。这里，我们为使3307端口使用TCP作为它的协议（-p tcp）而向端口映射增加了（-a）一种类型（-t mysqld_port_t）。当MySQL（通过mysqld_safe进程）试图访问这个端口时，SELinux从策略（译注：policy）里面识别这个端口匹配一种类型，并且允许进行这样的访问。
同样我们可以允许MySQL使用/datadir文件夹：
[root@boxy ~]# semanage fcontext -a -t mysqld_db_t "/datadir(/.*)?"
[root@boxy ~]# restorecon -Rv /datadir
restorecon reset /datadir context
unconfined_u:object_r:default_t:s0->unconfined_u:object_r:mysqld_db_t:s0
restorecon reset /datadir/mysql.sock context
system_u:object_r:mysqld_var_run_t:s0->system_u:object_r:mysqld_db_t:s0
在这个例子中，semanage在文件上下文映射（fcontext）中增加了mysqld_db_t的类型，指定了/datadir路径下的所有文件以及子文件(“/datadir(/.*)?”，正则表达式)。这样的文件映射包含在/etc/selinux/targeted/contexts/files/file_contexts.local文件中，为了能够给这个文件设置合适的类型，这个文件必须能够被读取。restorecon工具在系统重启的时候就完成了该操作。如果你想马上更改文件上下文并且不需要重启以后还生效，那么使用chcon工具就可以了。
如果你想使用其他端口或者文件夹，也可以使用同样的方式和语句。不同类型的文件对应一些类似的类型；我这里使用上面的mysqld_db_t来对应数据库文件夹，但是标准SELinux策略针对MySQL也包含：
mysqld_etc_t 用来匹配配置文件如 /etc/my.cnf
mysqld_log_t 用来匹配日志文件如 /var/log/mysql*
PID文件、tmp文件、/etc/init.d里面的服务启动文件的类型，还有各种各样你想使用的可执行文件。
如你所见，你可以自如的使用你的手术刀来合理的分配权限。就我个人而言，我已经使用像mysql_log_t这样的类型匹配自定义的日志文件路径而得到了混合的效果，不过我会首先使用mysqld_db_t（就像用来匹配数据文件），然后使用自定义的策略文件来搞定。
结语
这篇文章已经够长了，所以我不会讨论更为深入的SELinux话题了，比如说编译你自己的策略文件以及为SELinux尚不知道的服务配置新的策略。现在，你已经知道如何为SELinux增加一种类型，来让MySQL可以访问并非默认的端口或者文件了。你也知道了好几种关闭SELinux的方法，不过，你现在应该不会那么做了吧？你已经手持完美的手术刀了，何必还去用什么锤子呢？