#ExtendedStatus On <br>
　　Apache服务器可以通过特殊的HTTP请求，来报告自身的运行状态，打开这个 <br>
ExtendedStatus 参数可以让服务器报告更全面的运行状态信息。 <br>
主服务器设置 <br>
　　Apache服务器需要各种设置，以定义自己使用各种参数以提供Web服务。对于使用虚拟主机的情况，除了在虚拟主机的定义项中覆盖的设置之外（有的设置必须重新定义），这里的设置也是虚拟主机的缺省设置。 <br>
　　Port 80 <br>
　　Port定义了Standalone模式下httpd守护进程使用的端口，标准端口是80。这个选项只对于以独立方式启动的服务器才有效，对于以inetd方式启动的服务器则在inetd.conf中定义使用哪个端口。 <br>
　　在Unix下使用80端口需要root权限，一些管理员为了安全的原因，认为 httpd 服务器不可能没有安全漏洞，因而更愿意使用普通用户的权限来启动服务器，这样就不能使用80端口及其他小于1024的端口，而必须使用大于 1024的端口来启动httpd，一般情况下8000或8080也是常用的端口。而Apache httpd服务器本身可以在以root权限打开80端口后再改变为普通用户身份进行运行，这样就减少了危险性，因而就不需要考虑这个安全问题。但是如果普通用户也想安装配置自己的WWW服务器，那么就不得不使用大于1024的端口。 <br>
　　User nobody <br>
　　Group nogroup <br>
　　User和Group配置是Apache的安全保证，Apache在打开端口之后，就将其本身设置为这两个选项设置的用户和组权限进行运行，这样就降低了服务器的危险性。这个选项也只用于 Standalone模式，inetd模式在inetd.conf中指定运行Apache的用户。由于服务器必须执行改变身份的setuid()操作，因此初始进程应该具备root权限，如果是使用非root用户来启动Aapche，这个配置就不会发挥作用。 <br>
　　缺省设置为nobody和nogroup，这个用户和组在系统中不拥有文件，保证了服务器本身和由它启动的CGI 进程没有权限更改文件系统。在某些情况下，例如为了运行CGI与Unix交互，也需要让服务器来访问服务器上的文件，如果仍然使用nobody和nogroup，那么系统中将会出现属于nobody的文件，这对于系统安全是不利的，因为其他程序也会以nobody和nogroup的权限执行某些操作，就有可能访问这些nobody拥有的文件，造成安全问题。一般情况下要为Web服务设定一个特定的用户和组，同时在这里更改用户和组设置。 <br>
　　ServerAdmin you@your.address <br>
　　配置文件中应该改变的也许只有ServerAdmin， 这一项用于配置WWW服务器的管理员的email地址，这将在HTTP服务出现错误的条件下返回给浏览器，以便让Web使用者和管理员联系，报告错误。习惯上使用服务器上的webmaster作为WWW服务器的管理员，通过邮件服务器的别名机制，将发送到webmaster 的电子邮件发送给真正的Web管理员。 <br>
　　#ServerName new.host.name <br>
　　缺省情况下，并不需要指定这个ServerName参数，服务器将自动通过名字解 <br>
析过程来获得自己的名字，但如果服务器的名字解析有问题（通常为反向解析不 <br>
正确），或者没有正式的DNS名字，也可以在这里指定IP地址。当ServerName设 <br>
置不正确的时候，服务器不能正常启动。 <br>
　　通常一个Web服务器可以具有多个名字，客户浏览器可以使用所有这些名字或IP地址来访问这台服务器，但在没有定义虚拟主机的情况下，服务器总是以自己的正式名字回应浏览器。ServerName就定义了Web服务器自己承认的正式名字，例如一台服务器名字（在DNS中定义了A类型）为exmaple.org.cn，同时为了方便记忆还定义了一个别名（CNAME记录）为www.exmaple.org.cn，那么Apache自动解析得到的名字就为example.org.cn，这样不管客户浏览器使用哪个名字发送请求，服务器总是告诉客户程序自己为 example.org.cn。虽然这一般并不会造成什么问题，但是考虑到某一天服务器可能迁移到其他计算机上，而只想通过更改DNS中的www别名配置就完成迁移任务，所以不想让客户在其书签中使用 Linux 记录下这个服务器的地址，就必须使用ServerName来重新指定服务器的正式名字。 <br>
　　DocumentRoot &quot;/www/&quot; <br>
　　DocumentRoot定义这个服务器对外发布的超文本文档存放的路径，客户程序请求的UR L就被映射为这个目录下的网页文件。这个目录下的子目录，以及使用 <br>
符号连接指出的文件和目录都能被浏览器访问，只是要在URL上使用同样的相对目录名。 <br>
　　注意，符号连接虽然逻辑上位于根文档目录之下，但实际上可以位于计算机 <br>
上的任意目录中，因此可以使客户程序能访问那些根文档目录之外的目录，这在 <br>
增加了灵活性的同时但减少了安全性。Apache在目录的访问控制中提供了FollowSymLinks选项来打开或关闭支持符号连接的特性。 <br>
Options FollowSymLinks <br>
AllowOverride None <br>
　　Apache服务器可以针对目录进行文档的访问控制，然而访问控制可以通过两 <br>
种方式来实现，一个是在设置文件 httpd.conf（或access.conf）中针对每个目 <br>
录进行设置，另一个方法是在每个目录下设置访问控制文件，通常访问控制文件 <br>
名字为.htaccess。虽然使用这两个方式都能用于控制浏览器的访问，然而使用配置文件的方法要求每次改动后重新启动httpd守护进程，比较不灵活，因此主要用于配置服务器系统的整体安全控制策略，而使用每个目录下的.htaccess文件设置具体目录的访问控制更为灵活方便。 <br>
　　Directory语句就是用来定义目录的访问限制的，这里可以看出它的标准语法，为一个目录定义访问限制。上例的这个设置是针对系统的根目录进行的，设置了允许符号连接的选项FollowSymLinks ，以及使用AllowOverride None表示不允许这个目录下的访问控制文件来改变这里进行的配置，这也意味着不用查看这个目录下的相应访问控制文件。 <br>
　　由于Apache对一个目录的访问控制设置是能够被下一级目录继承的，因此对 <br>
根目录的设置将影响到它的下级目录。注意由于AllowOverride None的设置，使 <br>
得Apache服务器不需要查看根目录下的访问控制文件，也不需要查看以下各级目 <br>
录下的访问控制文件，直至httpd.conf（或access.conf ）中为某个目录指定了 <br>
允许Alloworride，即允许查看访问控制文件。由于Apache对目录访问控制是采用的继承方式，如果从根目录就允许查看访问控制文件，那么Apache就必须一级一级的查看访问控制文件，对系统性能会造成影响。而缺省关闭了根目录的这个特性，就使得Apache从httpd.conf中具体指定的目录向下搜寻，减少了搜寻的级数，增加了系统性能。因此对于系统根目录设置AllowOverride None不但对于系统安全有帮助，也有益于系统性能。 <br>
Options Indexes FollowSymLinks <br>
AllowOverride None <br>
Order allow,deny <br>
Allow from all <br>
　　这里定义的是系统对外发布文档的目录的访问设置，设置不同的 AllowOverride选项，以定义配置文件中的目录设置和用户目录下的安全控制文件的关系，而Options选项用于定义该目录的特性。 <br>
　　配置文件和每个目录下的访问控制文件都可以设置访问限制，设置文件是由 <br>
管理员设置的，而每个目录下的访问控制文件是由目录的属主设置的，因此管理 <br>
员可以规定目录的属主是否能覆盖系统在设置