# 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/ 目录中的文档
文档名 描述
threads-max 内核可运行的最大任务数。
ctrl-alt-del 假如值为 1，那么顺序按下这几个键将“完全地”重新引导系统。
sysrq 假如值为 1，Alt-SysRq 则为激活状态。
osrelease 显示操作系统的发行版版本号
ostype 显示操作系统的类型。
hostname 系统的主机名。
domainname 网络域，系统是该网络域的一部分。
modprobe 指定 modprobe 是否应该在启动时自动运行并加载必需的模块。
守护进程和系统程式
守护进程是永远运行在后台的程式，他默默地执行自己的任务。常见的守护进程有 in.ftpd（ftp 服务器守护进程）、in.telnetd（telnet 服务器守护进程）和 syslogd（系统日志记录守护进程）。有些守护进程在运行时会严密监控配置文档，在配置文档改变时就会自动重新加载他。但是大多数守护进程并不会自动 重新加载配置文档。我们需要以某种方式“告诉”这些守护进程配置文档已被发生了改变并应该重新加载。能够通过使用服务命令重新启动服务来达到这个目的 （在 Red Hat Linux 系统上）。
例如，假如我们更改了网络配置，就需要发出：
service network restart。
注意：这些服务最常见的是 /etc/rc.d/init.d/* 目录中存在的脚本，在系统被引导时由 init 启动。所以，您也能够执行如下操作来重新启动服务：
/etc/rc.d/init.d/<script-for-the-service> 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 和 .（点）文档
文档名 描述
~/.bash_login 请参考“man bash”。假如 ~/.bash_profile 不存在，bash 则将 ~/.bash_login 作为 ~/.bash_profile 处理。
~/.bash_logout 请参考“man bash”。在退出时由 bash 登录 shell 引用。
~/.bash_profile 由 bash 登录 shell 引用 /etc/profile 之后引用。
~/.bash_history 先前执行的命令的列表。
~/.bashrc 请参考“man bash”。由 bash 非登录交互式 shell 引用（没有其他文档）。除非配置了 BASH_ENV 或 ENV，非交互式 shell 不引用任何文档。
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
