本文说明了 Linux 系统的配置文档，在多用户、多任务环境中，配置文档控制用户权限、系统应用程式、守护进程、服务和其他管理任务。这些任务包括管理用户帐号、分配磁盘配额、管理电子邮件和新闻组，连同配置内核参数。本文还根据配置文档的使用和其所影响的服务的情况对现在 Red Hat Linux 系统中的配置文档进行了分类。

介绍

每个 Linux 程式都是个可执行文档，他含有操作码列表，CPU 将执行这些操作码来完成特定的操作。例如，ls 命令是由 /bin/ls 文档提供的，该文档含有机器指令的列表，在屏幕上显示当前目录中文档的列表时需要使用这些机器指令。几乎每个程式的行为都能够通过修改其配置文档来按照您的偏好或需要去定制。

Linux 中有没有一个标准的配置文档格式？

一句话，没有。不熟悉 Linux 的用户（一定）会感到沮丧，因为每个配置文档看起来都象是个要迎接的新挑战。在 Linux 中，每个程式员都能够自由选择他或她喜欢的配置文档格式。能够选择的格式很多，从 /etc/shells 文档（他包含被一个换行符分开的 shell 的列表），到 Apache 的复杂的 /etc/httpd.conf 文档。

什么是系统配置文档？

内核本身也能够看成是个“程式”。为什么内核需要配置文档？内核需要了解系统中用户和组的列表，进而管理文档权限（即根据权限判定特定用户（UNIX_USERS）是否能够打开某个文档）。注意，这些文档不是明确地由程式读取的，而是由系统库所提供的一个函数读取，并被内核使用。例如，程式需要某个用户的（加密过的）密码时不应该打开 /etc/passwd 文档。相反，程式应该调用系统库的 getpw() 函数。这种函数也被称为系统调用。打开 /etc/passwd 文档和之后查找那个被请求的用户的密码都是由内核（通过系统库）决定的。

除非另行指定，Red Hat Linux 系统中大多数配置文档都在 /etc 目录中。配置文档能够大致分为下面几类：

访问文档

引导和登录／注销

文档系统

内核提供了一个接口，用来显示一些他的数据结构，这些数据结构对于决定诸如使用的中断、初始化的设备和内存统计信息之类的系统参数可能很有用。这个接口是作为一个单独但虚拟的文档系统提供的，称为 /proc 文档系统。很多系统实用程式都使用这个文档系统中存在的值来显示系统统计信息。例如，/proc/modules 文档列举系统中当前加载的模块。lsmod 命令读取此信息，然后将其以人们能够看懂的格式显示出来。下面表格中指定的 mtab 文档以同样的方式读取包含当前安装的文档系统的 /proc/mount 文档。

系统管理

连网

系统命令

系统命令要独占地控制系统，并让一切正常工作。任何如 login（完成控制台用户身份验证阶段）或 bash（提供用户和电脑之间交互）之类的程式都是系统命令。因此，和他们有关的文档也特别重要。这一类别中有下列令用户和管理员感兴趣的文档。

守护进程

守护进程是一种运行在非交互模式下的程式。一般来说，守护进程任务是和连网区域有关的：他们等待连接，以便通过连接提供服务。Linux 能够使用从 Web 服务器到 ftp 服务器的很多守护进程。

用户程式

在 Linux（和一般的 UNIX）中，有无数的“用户”程式。最常见的一种用户程式配置文档是 /etc/lynx.cfg。这是著名的文本浏览器 lynx 的配置文档。通过这个文档，您能够定义代理服务器、要使用的字符集等等。下面的代码样本展示了 lynx.cfg 文档的一部分，修改这部分代码能够改变 Linux 系统的代理服务器配置。缺省情况下，这些配置适用于在各自的 shell 中运行 lynx 的任何用户，除非某个用户通过指定 --cfg = "mylynx.cfg" 重设了缺省的配置文档。

.h1 proxy
            .h2 HTTP_PROXY
            .h2 HTTPS_PROXY
            .h2 FTP_PROXY
            .h2 GOPHER_PROXY
            .h2 NEWS_PROXY
            .h2 NNTP_PROXY
            # Lynx version 2.2 and beyond supports the use of proxy servers that can act as
            # firewall gateways and caching servers. They are preferable to the older
            # gateway servers. Each protocol used by Lynx can be mapped separately using
            # PROTOCOL_proxy environment variables (see Lynx Users Guide). If you have
            # not set them externally, you can set them at run time via this configuration file.
            # They will not override external settings. The no_proxy variable can be used
            # to inhibit proxying to selected regions of the Web (see below). Note that on
            # VMS these proxy variables are set as process logicals rather than symbols, to
            # preserve lowercasing, and will outlive the Lynx image.
            #
            .ex 15
            http_proxy:http://proxy3.in.ibm.com:80/
            ftp_proxy:http://proxy3.in.ibm.com:80/
            #http_proxy:http://penguin.in.ibm.com:8080
            #ftp_proxy:http://penguin.in.ibm.com:8080/
            .h2 NO_PROXY
            # The no_proxy variable can be a comma-separated list of strings defining
            # no-proxy zones in the DNS domain name space.  If a tail substring of the
            # domain-path for a host matches one of these strings, transactions with that
            # node will not be proxied.
            .ex
            no_proxy:demiurge.in.ibm.com, demiurge
            

更改配置文档

在更改配置文档时，假如程式不是由系统管理员或内核控制的，就要确保重新启动过使用该配置的程式。普通用户通常没有启动或停止系统程式和／或守护进程的权限。

内核

更改内核中的配置文档会立即影响到系统。例如，更改 passwd 文档以增加用户将立即使该用户变为可用。而且任何 Linux 系统的 /proc/sys 目录中都有一些内核可调参数。只有终极用户能够得到对任何这些文档的写访问权力；其他用户只有只读访问权力。此目录中文档的分类的方式和 Linux 内核源代码的分类方式相同。此目录中的每个文档都代表一个内核数据结构，这些数据结构能够被动态地修改，从而改变系统性能。

注意：在更改其中任何文档的任何值之前，您应该确保自己全面了解该文档，以避免对系统造成不可修复的损害。
/proc/sys/kernel/ 目录中的文档

守护进程和系统程式

守护进程是永远运行在后台的程式，他默默地执行自己的任务。常见的守护进程有 in.ftpd（ftp 服务器守护进程）、in.telnetd（telnet 服务器守护进程）和 syslogd（系统日志记录守护进程）。有些守护进程在运行时会严密监控配置文档，在配置文档改变时就会自动重新加载他。但是大多数守护进程并不会自动重新加载配置文档。我们需要以某种方式“告诉”这些守护进程配置文档已被发生了改变并应该重新加载。能够通过使用服务命令重新启动服务来达到这个目的（在 Red Hat Linux 系统上）。

例如，假如我们更改了网络配置，就需要发出：
service network restart 。

注意：这些服务最常见的是 /etc/rc.d/init.d/* 目录中存在的脚本，在系统被引导时由 init 启动。所以，您也能够执行如下操作来重新启动服务：
/etc/rc.d/init.d/ start | stop | status
start、stop 和 status 是这些脚本接受的输入值，用来执行操作。

用户程式

用户或系统程式在每次启动时都会读取其配置文档。尽管如此，请记住，有些系统程式在电脑打开时情况不相同，他们的行为依赖于在 /etc/ 中的配置文档中读到的内容。所以，用户程式第一次启动时将从 /etc/ 目录中存在的文档读取缺省配置。然后，用户能够通过使用 rc 和 .（点）文档来定制程式，正如下面一节所示。

用户配置文档：.（点）文档和 rc 文档

我们已看到怎样容易地配置程式。但是假如有的人不喜欢在 /etc/ 中配置程式的方式该怎么办呢？“普通”用户不能简单地进入 /etc 然后更改配置文档；从文档系统的角度来看，配置文档的任何者是 root 用户！这就是大多数用户程式都定义两个配置文档的原因：第一个是“系统”级别的，位于 /etc/；另一个属于用户“专用”，能够在他或她的主目录中找到。

例如，我在我的系统中安装了很有用的 wget 实用程式。/etc/ 中有一个 /etc/wgetrc 文档。在我的主目录中，有一个名为 .wgetrc 的文档，他描述了我定制的配置（只有在我，也就是用户运行 wget 命令时，才会加载这个配置文档）。其他用户在他们自己的主目录（/home/other）中也能够有 .wgetrc 文档；当然，只有这些用户运行 wget 命令时，才会读取这个文档。换句话说，/etc/wgetrc 文档为 wget 提供了“缺省”值，而 /home/xxx/.wgetrc 文档列举了某个用户的“定制项”。重要的是这只是“一般规则”，并非任何情况都如此。例如，一个象 pine 相同的程式，在 /etc/ 中并没有任何文档，他只在用户主目录中有一个定制配置文档，名为 .pinerc。其他程式可能只有 /etc/ 中的缺省配置文档，而且可能不允许用户“定制”这些配置文档（/etc 目录中只有少数 config. 文档是这种情况）。

通常使用的 rc 和 .（点）文档