iLeichun

本文通过对chkconfig 的介绍，为Linux 系统管理员轻松管理 /etc/rc[0-6].d 目录下众多的符号连接提供了详细的说明。那些Linux “菜鸟” 也可以通过本文了解和认知Linux 系统的运行级的概念。
不像DOS 或者 Windows，Linux 可以有多种运行级。常见的就是多用户的2,3,4,5 ，很多人知道 5 是运行 X-Windows 的级别，而 0 就是关机了。运行级的改变可以通过 init 命令来切换。例如，假设你要维护系统进入单用户状态，那么，可以使用 init 1 来切换。在Linux 的运行级的切换过程中，系统会自动寻找对应运行级的目录/etc/rc[0-6].d下的K 和 S 开头的文件，按后面的数字顺序，执行这些脚本。对这些脚本的维护，是很繁琐的一件事情，Linux 提供了chkconfig 命令用来更新和查询不同运行级上的系统服务。语法为：
chkconfig –list [name]
chkconfig –add name
chkconfig –del name
chkconfig [--level levels] name
chkconfig [--level levels] name
chkconfig 有五项功能：添加服务，删除服务，列表服务，改变启动信息以及检查特定服务的启动状态。
chkconfig 没有参数运行时，显示用法。如果加上服务名，那么就检查这个服务是否在当前运行级启动。如果是，返回 true，否则返回 false。 –level 选项可以指定要查看的运行级而不一定是当前运行级。
如果在服务名后面指定了on，off 或者 reset，那么 chkconfig 会改变指定服务的启动信息。on 和 off 分别指服务在改变运行级时的启动和停止。reset 指初始化服务信息，无论有问题的初始化脚本指定了什么。
对于 on 和 off 开关，系统默认只对运行级 3，4， 5有效，但是 reset 可以对所有运行级有效。指定 –level 选项时，可以选择特定的运行级。
需要说明的是，对于每个运行级，只能有一个启动脚本或者停止脚本。当切换运行级时，init 不会重新启动已经启动的服务，也不会再次去停止已经停止的服务。
选项介绍：
–level levels
指定运行级，由数字 0 到 7 构成的字符串，如：
–level 35 表示指定运行级3 和5。
–add name
这个选项增加一项新的服务，chkconfig 确保每个运行级有一项启动(S) 或者 杀死(K) 入口。如有缺少，则会从缺省的init 脚本自动建立。
–del name
用来删除服务，并把相关符号连接从 /etc/rc[0-6].d 删除。
–list name
列表，如果指定了name 那么只是显示指定的服务名，否则，列出全部服务在不同运行级的状态。
运行级文件
每个被chkconfig 管理的服务需要在对应的init.d 下的脚本加上两行或者更多行的注释。
第一行告诉 chkconfig 缺省启动的运行级以及启动和停止的优先级。如果某服务缺省不在任何运行级启动，那么使用 – 代替运行级。
第二行对服务进行描述，可以用 跨行注释。
例如，random.init 包含三行：
# chkconfig: 2345 20 80
# description: Saves and restores system entropy pool for
# higher quality random number generation.
表明 random 脚本应该在运行级 2, 3, 4, 5 启动，启动优先权为20，停止优先权为 80。
好了，介绍就到这里了，去看看自己/etc/rc.d/init.d 目录下的脚本吧。

在各式各样的网络攻击手段层出不穷的今天，如何将恶意攻击者拒之门外，保证Web服务器的安全便成了网站能够稳定地提供服务的最基本保障。当然，网络与服务器安全是一个很大的话题，相对而言，一般性的博客网站也很难成为网络攻击者的目标，但若由此便掉以轻心则显然是不智的，毕竟，如今网络攻击的门槛越来越低，即使一个懵懵懂懂的小P孩使用随处可以找到的攻击工具也可能对我们的网站带来事实上的伤害。
那么，应如何保证我们基于WordPress博客的安全呢？
这一方面要求我们在为博客选择虚拟主机时考虑主机商的硬件设备与技术能力，确定其是否能够稳定地抵御绝大多数的网络攻击，另一方面，也需要我们正确地设置Web服务器中的目录/文件权限，不给恶意攻击者可乘之机。
从理论上来说，要保证Web服务器的安全，最简单的办法便是赋予文件最低的操作权限，比如说所有文件均为只读，而不可写不可执行，这样，攻击者便会无从下手。但在实际应用中，情况并非这么简单，以使用 WordPress搭建的博客网站来说，必须赋予某些文件的可写、可执行权限，因为WordPress自身在运行过程中需要存取、修改某些文件才能实现网站的服务功能。
对Wordpress目录/文件权限的设置，实际上就是在网站的可用性、易用性与安全性之间寻得一个恰当的平衡。下面我们具体来讨论一下(以Linux/Apache平台、WordPress位于网站根目录为例)：
“/wp-admin/”： WordPress管理目录，其中的所有文件应该只赋予所有者可写权限；
“/wp-includes/”：WordPress 支持库目录，其中的所有文件应该只赋予所有者可写权限；
“/wp-content/”：这个目录下的文件权限设置相对复杂了些，让我们分别来看；
“/wp- content/themes/”：对于WordPress主题目录下的文件，如果您从不使用WordPress内置的主题编辑器，那么可以简单地设置其仅允许所有者可写；当然，对大部分朋友来说，可能常常需要修改主题如css、模板文件等，这就应赋予这些文件Apache运行用户（一般为nobody）所在组的可写权限。
而“/wp-content/plugins/”目录下存放的插件文件，同样也需视情况而定，一般而言，大部分插件可以只赋予所有者可写权限，但同样也存在部分插件需赋予Apache运行用户（一般为nobody）所在组的可写权限。
而如果要使用WordPress内置的Database Backup插件，则需要将整个“/wp-content/”目录赋予可写的权限，一般为755，在某些主机设置中甚至可能需要更高的777。
“/”：WordPress 根目录，应该只赋予所有者可写权限；不过，如果您的博客使用Permalinks，需要WordPress来自动生成、应用rewrite规则，则必须赋予Apache 对“.htaccess”的操作权限。此外，如其中内含连接wordpress 数据库的用户名与密码的“wp-config.php”，则应赋予更严格的操作控制，禁止遍历，极端情况下可直接将其设为600。