Apache服務(wù)器的設(shè)置文件位于/usr/local/apache/conf/目錄下，傳統(tǒng)上使用三個(gè)配置文件httpd.conf,access.conf和srm.conf，來配置Apache服務(wù)器的行為。

??? httpd.conf提供了最基本的服務(wù)器配置，是對守護(hù)程序httpd如何運(yùn)行的技術(shù)描述；srm.conf是服務(wù)器的資源映射文件，告訴服務(wù)器各種文件的MIME類型，以及如何支持這些文件；access.conf用于配置服務(wù)器的訪問權(quán)限，控制不同用戶和計(jì)算機(jī)的訪問限制；這三個(gè)配置文件控制著服務(wù)器的各個(gè)方面的特性，因此為了正常運(yùn)行服務(wù)器便需要設(shè)置好這三個(gè)文件。

　　除了這三個(gè)設(shè)置文件之外，Apache還使用mime.types文件用于標(biāo)識不同文件
對應(yīng)的MIME類型， magic文件設(shè)置不同MIME類型文件的一些特殊標(biāo)識，使得 Apache 服務(wù)器從文檔后綴不能判斷出文件的MIME 類型時(shí)，能通過文件內(nèi)容中的這些特殊標(biāo)記來判斷文檔的MIME類型。

bash-2.02$ ls -l /usr/local/apache/conf
total 100
-rw-r--r-- 1 root wheel 348 Apr 16 16:01 access.conf
-rw-r--r-- 1 root wheel 348 Feb 13 13:33 access.conf.default
-rw-r--r-- 1 root wheel 30331 May 26 08:55 httpd.conf
-rw-r--r-- 1 root wheel 29953 Feb 13 13:33 httpd.conf.default
-rw-r--r-- 1 root wheel 12441 Apr 19 15:42 magic
-rw-r--r-- 1 root wheel 12441 Feb 13 13:33 magic.default
-rw-r--r-- 1 root wheel 7334 Feb 13 13:33 mime.types
-rw-r--r-- 1 root wheel 383 May 13 17:01 srm.conf
-rw-r--r-- 1 root wheel 357 Feb 13 13:33 srm.conf.default

　　事實(shí)上當(dāng)前版本的Apache將原來httpd.conf、srm.conf與access.conf中的所有配置參數(shù)均放在了一個(gè)配置文件 httpd.conf中，只是為了與以前的版本兼容的原因（使用這三個(gè)設(shè)置文件的方式來源于NCSA-httpd），才使用三個(gè)配置文件。而提供的 access.conf和srm.conf文件中沒有具體的設(shè)置。

　　由于在新版本的Apache中，所有的設(shè)置都被放在了httpd.conf中，因此只需要調(diào)整這個(gè)文件中的設(shè)置。以下使用缺省提供的httpd.conf為例，解釋Apache服
務(wù)器的各個(gè)設(shè)置選項(xiàng)。然而不必因?yàn)樗峁┰O(shè)置的參數(shù)太多而煩惱，基本上這些
參數(shù)都很明確，也可以不加改動運(yùn)行Apache服務(wù)器。但如果需要調(diào)整Apache服務(wù)
器的性能，以及增加對某種特性的支持，就需要了解這些設(shè)置參數(shù)的含義。

　　關(guān)于Apache服務(wù)器的性能，在Internet上存在很大的爭議，基本上使用Apache的使用者幾乎都不懷疑它的優(yōu)秀性能，Apache也支撐了很多著名的高負(fù)載的網(wǎng)站，但是在商業(yè)機(jī)構(gòu)的評測中，Apache往往得分不高。很多人指出，在這些評測中，商業(yè)Web服務(wù)器及其操作系統(tǒng)往往由其專業(yè)公司的工程師進(jìn)行過性能調(diào)整，而Free 的操作系統(tǒng)和Web服務(wù)器往往就使用其缺省配置或僅僅作很小的更改。需要指出的是，除了操作系統(tǒng)的性能調(diào)整之外，Apache 服務(wù)器本身的缺省配置絕不是最優(yōu)化和最高效的，而是要適應(yīng)幾乎所有種類操作系統(tǒng)、所有種類硬件下的設(shè)置，多平臺的軟件不可能為特定平臺和特定硬件提供最優(yōu)化的缺省配置。因此要使用Apache的時(shí)候，性能調(diào)整是必不可少的。

　　在商業(yè)評測中忽略了的另一個(gè)事實(shí)是，評測時(shí)往往對不同種類的功能進(jìn)行比
較，例如使用Apache的標(biāo)準(zhǔn)CGI 的性能與ISAPI，NSAPI等服務(wù)器端API比較，事實(shí)上Apache服務(wù)器與此可以比較的功能為modperl ，F(xiàn)astCGI，與ASP類似的功能為PHP等等，只不過由于Apache的開放模式，這些功能是由獨(dú)立的開發(fā)組，作為獨(dú)立的模塊來實(shí)現(xiàn)的。但是在評測中，測試人員沒有加入相應(yīng)的模塊評測其性能。

HTTP守護(hù)進(jìn)程的運(yùn)行參數(shù)

　　httpd.conf中首先定義了一些httpd守護(hù)進(jìn)程運(yùn)行時(shí)需要的參數(shù)，來決定其運(yùn)行方式和運(yùn)行環(huán)境。

　　ServerType standalone
　　ServerType定義服務(wù)器的啟動方式，缺省值為獨(dú)立方式standalone，httpd
服務(wù)器將由其本身啟動，并駐留在主機(jī)中監(jiān)視連接請求。在Linux下將在啟動文件 /etc/rc.d/rc.local/init.d/apache中自動啟動Web服務(wù)器，這種方式是推薦設(shè)置。
　　啟動Apache服務(wù)器的另一種方式是inet方式，使用超級服務(wù)器inetd監(jiān)視連接請求并啟動服務(wù)器。當(dāng)需要使用inetd啟動方式時(shí)，便需要更改為這個(gè)設(shè)置，并屏蔽/etc/rc.d/rc.local/init.d/apache文件，以及更改/etc/inetd.conf并重起 inetd，那么Apache就能從inetd中啟動了。
　　兩種方式的區(qū)別是獨(dú)立方式是由服務(wù)器自身管理自己的啟動進(jìn)程，這樣在啟
動時(shí)能立即啟動服務(wù)器的多個(gè)副本，每個(gè)副本都駐留在內(nèi)存中，一有連接請求不需要生成子進(jìn)程就可以立即進(jìn)行處理，對于客戶瀏覽器的請求反應(yīng)更快，性能較
高。而 inetd方式要由inetd發(fā)現(xiàn)有連接請求后才去啟動http服務(wù)器，由于inetd 要監(jiān)聽太多的端口，因此反應(yīng)較慢、效率較低，但節(jié)約了沒有連接請求時(shí)Web服務(wù)器占用的資源。因此inetd方式只用于偶爾被訪問并且不要求訪問速度的服務(wù)器上。事實(shí)上inetd方式不適合http的突發(fā)和多連接的特性，因?yàn)橐粋€(gè)頁面可能包含多個(gè)圖象，而每個(gè)圖象都會引起一個(gè)連接請求，即使雖然訪問人數(shù)造成教少，但瞬間的連接請求并不少，這就受到inetd性能的限制，甚至?xí)绊懹蒳netd啟動的其他服務(wù)器程序。

　　ServerRoot "/usr/local"
　　ServerRoot用于指定守護(hù)進(jìn)程httpd的運(yùn)行目錄，httpd在啟動之后將自動將
進(jìn)程的當(dāng)前目錄改變?yōu)檫@個(gè)目錄，因此如果設(shè)置文件中指定的文件或目錄是相對
路徑，那么真實(shí)路徑就位于這個(gè)ServerRoot定義的路徑之下。
　　由于httpd會經(jīng)常進(jìn)行并發(fā)的文件操作，就需要使用加鎖的方式來保證文件操作不沖突，由于NFS文件系統(tǒng)在文件加鎖方面能力有限，因此這個(gè)目錄應(yīng)該是本地磁盤文件系統(tǒng)，而不應(yīng)該使用NFS文件系統(tǒng)。

　　#LockFile /var/run/httpd.lock
　　LockFile參數(shù)指定了httpd守護(hù)進(jìn)程的加鎖文件，一般不需要設(shè)置這個(gè)參數(shù)， Apache服務(wù)器將自動在ServerRoot下面的路徑中進(jìn)行操作。但如果ServerRoot為NFS文件系統(tǒng)，便需要使用這個(gè)參數(shù)指定本地文件系統(tǒng)中的路徑。

　　PidFile /var/run/httpd.pid
　　PidFile指定的文件將記錄httpd守護(hù)進(jìn)程的進(jìn)程號，由于httpd能自動復(fù)制其自身，因此系統(tǒng)中有多個(gè)httpd進(jìn)程，但只有一個(gè)進(jìn)程為最初啟動的進(jìn)程，它為其他進(jìn)程的父進(jìn)程，對這個(gè)進(jìn)程發(fā)送信號將影響所有的httpd進(jìn)程。PidFILE定義的文件中就記錄httpd父進(jìn)程的進(jìn)程號。

　　ScoreBoardFile /var/run/httpd.scoreboard
　　httpd使用ScoreBoardFile來維護(hù)進(jìn)程的內(nèi)部數(shù)據(jù)，因此通常不需要改變這個(gè)參數(shù)，除非管理員想在一臺計(jì)算機(jī)上運(yùn)行幾個(gè)Apache服務(wù)器，這時(shí)每個(gè)Apache服務(wù)器都需要獨(dú)立的設(shè)置文件htt pd.conf，并使用不同的ScoreBoardFile。

　　#ResourceConfig conf/srm.conf
　　#AccessConfig conf/access.conf
　　這兩個(gè)參數(shù)ResourceConfig和AccessConfig，就用于和使用 srm.conf 和 access.conf 設(shè)置文件的老版本Apache兼容。如果沒有兼容的需要，可以將對應(yīng)的設(shè)置文件指定為/dev/null，這將表示不存在其他設(shè)置文件，而僅使用 httpd.conf 一個(gè)文件來保存所有的設(shè)置選項(xiàng)。

　　Timeout 300
　　Timeout定義客戶程序和服務(wù)器連接的超時(shí)間隔，超過這個(gè)時(shí)間間隔（秒）后服務(wù)器將斷開與客戶機(jī)的連接。

　　KeepAlive On
　　在HTTP 1.0中，一次連接只能作傳輸一次HTTP請求，而KeepAlive參數(shù)用于支持HTTP 1.1版本的一次連接、多次傳輸功能，這樣就可以在一次連接中傳遞多個(gè)HTTP請求。雖然只有較新的瀏覽器才支持這個(gè)功能，但還是打開使用這個(gè)選項(xiàng)。

　　MaxKeepAliveRequests 100
　　MaxKeepAliveRequests為一次連接可以進(jìn)行的HTTP請求的最大請求次數(shù)。將
其值設(shè)為0將支持在一次連接內(nèi)進(jìn)行無限次的傳輸請求。事實(shí)上沒有客戶程序在一次連接中請求太多的頁面，通常達(dá)不到這個(gè)上限就完成連接了。

　　KeepAliveTimeout 15
　　KeepAliveTimeout測試一次連接中的多次請求傳輸之間的時(shí)間，如果服務(wù)器
已經(jīng)完成了一次請求，但一直沒有接收到客戶程序的下一次請求，在間隔超過了
這個(gè)參數(shù)設(shè)置的值之后，服務(wù)器就斷開連接。

　　MinSpareServers 5MaxSpareServers 10
　　在使用子進(jìn)程處理HTTP請求的Web服務(wù)器上，由于要首先生成子進(jìn)程才能處理客戶的請求，因此反應(yīng)時(shí)間就有一點(diǎn)延遲。但是，Apache服務(wù)器使用了一個(gè)特殊技術(shù)來擺脫這個(gè)問題，這就是預(yù)先生成多個(gè)空余的子進(jìn)程駐留在系統(tǒng)中，一旦有請求出現(xiàn)，就立即使用這些空余的子進(jìn)程進(jìn)行處理，這樣就不存在生成子進(jìn)程造成的延遲了。在運(yùn)行中隨著客戶請求的增多，啟動的子進(jìn)程會隨之增多，但這些服務(wù)器副本在處理完一次HTTP請求之后并不立即退出，而是停留在計(jì)算機(jī)中等待下次請求。但是空余的子進(jìn)程副本不能光增加不減少，太多的空余子進(jìn)程沒有處理任務(wù)，也占用服務(wù)器的處理能力，因此也要限制空余副本的數(shù)量，使其保持一個(gè)合適的數(shù)量，使得既能及時(shí)回應(yīng)客戶請求，又能減少不必要的進(jìn)程數(shù)量。
　　因此就可以使用參數(shù)MinSpareServers來設(shè)置最少的空余子進(jìn)程數(shù)量， 以及
使用參數(shù)MaxSpareServers 來限制最多的空閑子進(jìn)程數(shù)量，多余的服務(wù)器進(jìn)程副
本就會退出。根據(jù)服務(wù)器的實(shí)際情況來進(jìn)行設(shè)置，如果服務(wù)器性能較高，并且也
被頻繁訪問，就應(yīng)該增大這兩個(gè)參數(shù)的設(shè)置。對于高負(fù)載的專業(yè)網(wǎng)站，這兩個(gè)值
應(yīng)該大致相同，并且等同于系統(tǒng)支持的最多服務(wù)器副本數(shù)量，也減少不必要的副
本退出。

　　StartServers 5
　　StartServers參數(shù)就是用來設(shè)置httpd啟動時(shí)啟動的子進(jìn)程副本數(shù)量，這個(gè)參數(shù)與上面定義的MinSpareServers和 MaxSpareServers參數(shù)相關(guān)，都是用于啟動空閑子進(jìn)程以提高服務(wù)器的反應(yīng)速度的。這個(gè)參數(shù)應(yīng)該設(shè)置為前兩個(gè)值之間的一個(gè)數(shù)值，小于 MinSpareServers和大于MaxS pareServers都沒有意義。

　　MaxClients 150
　　在另一方面，服務(wù)器的能力畢竟是有限的，不可能同時(shí)處理無限多的連接請
求，因此參數(shù)Maxclient s就用于規(guī)定服務(wù)器支持的最多并發(fā)訪問的客戶數(shù)，如果這個(gè)值設(shè)置得過大，系統(tǒng)在繁忙時(shí)不得不在過多的進(jìn)程之間進(jìn)行切換來為太多的客戶進(jìn)行服務(wù)，這樣對每個(gè)客戶的反應(yīng)就會減慢，并降低了整體的效率。如果這個(gè)值設(shè)置的較小，那么系統(tǒng)繁忙時(shí)就會拒絕一些客戶的連接請求。當(dāng)服務(wù)器性能較高時(shí)，就可以適當(dāng)增加這個(gè)值的設(shè)置。對于專業(yè)網(wǎng)站，應(yīng)該使用提高服務(wù)器效率的策略，因此這個(gè)參數(shù)不能超過硬件本身的限制，如果頻繁出現(xiàn)拒絕訪問現(xiàn)象，就說明需要升級服務(wù)器硬件了。對于非專業(yè)網(wǎng)站，不太在意對客戶瀏覽器的反應(yīng)速度，或者認(rèn)為反應(yīng)速度較慢也比拒絕連接好，就也可以略微超過硬件條件來設(shè)置這個(gè)參數(shù)。
　　這個(gè)參數(shù)限制了MinSpareServers和MaxSpareServers的設(shè)置，它們不應(yīng)該大
于這個(gè)參數(shù)的設(shè)置。

　　MaxRequestsPerChild 30
　　使用子進(jìn)程的方式提供服務(wù)的Web服務(wù)，常用的方式是一個(gè)子進(jìn)程為一次連接服務(wù)，這樣造成的問題就是每次連接都需要生成、退出子進(jìn)程的系統(tǒng)操作，使得這些額外的處理過程占據(jù)了計(jì)算機(jī)的大量處理能力。因此最好的方式是一個(gè)子進(jìn)程可以為多次連接請求服務(wù)，這樣就不需要這些生成、退出進(jìn)程的系統(tǒng)消耗， Apache就采用了這樣的方式，一次連接結(jié)束后，子進(jìn)程并不退出，而是停留在系統(tǒng)中等待下一次服務(wù)請求，這樣就極大的提高了性能。
　　但由于在處理過程中子進(jìn)程要不斷的申請和釋放內(nèi)存，次數(shù)多了就會造成一
些內(nèi)存垃圾，就會影響系統(tǒng)的穩(wěn)定性，并且影響系統(tǒng)資源的有效利用。因此在一個(gè)副本處理過一定次數(shù)的請求之后，就可以讓這個(gè)子進(jìn)程副本退出，再從原始的
httpd進(jìn)程中重新復(fù)制一個(gè)干凈的副本，這樣就能提高系統(tǒng)的穩(wěn)定性。這樣，每
個(gè)子進(jìn)程處理服務(wù)請求次數(shù)由MaxRe questPerChild定義。 缺省的設(shè)置值為30，
這個(gè)值對于具備高穩(wěn)定性特點(diǎn)的Linux系統(tǒng)來講是過于保守的設(shè)置，可以設(shè)置為1000甚至更高，設(shè)置為0支持每個(gè)副本進(jìn)行無限次的服務(wù)處理。

　　#Listen 3000
　　#Listen 12.34.56.78:80
　　#BindAddress *
　　Listen參數(shù)可以指定服務(wù)器除了監(jiān)視標(biāo)準(zhǔn)的80端口之外，還監(jiān)視其他端口的
HTTP請求。由于FreeBSD系統(tǒng)可以同時(shí)擁有多個(gè)IP地址，因此也可以指定服務(wù)器只聽取對某個(gè)BindAddress< /B>的IP地址的HTTP請求。如果沒有配置這一項(xiàng)，則服務(wù)器會回應(yīng)對所有IP的請求。
　　即使使用了BindAddress參數(shù)，使得服務(wù)器只回應(yīng)對一個(gè)IP地址的請求，但是通過使用擴(kuò)展的Listen參數(shù)，仍然可以讓HTTP守護(hù)進(jìn)程回應(yīng)對其他IP地址的請求。此時(shí)Listen參數(shù)的用法與上面的第二個(gè)例子相同。這種比較復(fù)雜的用法主要用于設(shè)置虛擬主機(jī)。此后可以用 VirtualHost參數(shù)定義對不同IP的虛擬主機(jī)，然而這種用法是較早的HTTP 1.0標(biāo)準(zhǔn)中設(shè)置虛擬主機(jī)的方法，每針對一個(gè)虛擬主機(jī)就需要一個(gè)IP地址，實(shí)際上用處并不大。在HTTP 1.1中，增加了對單IP地址多域名的虛擬主機(jī)的支持，使得虛擬主機(jī)的設(shè)置具備更大的意義。

LoadModule mime_magic_module libexec/apache/mod_mime_magic.so
LoadModule info_module libexec/apache/mod_info.so
LoadModule speling_module libexec/apache/mod_speling.so
LoadModule proxy_module libexec/apache/libproxy.so
LoadModule rewrite_module libexec/apache/mod_rewrite.so
LoadModule anon_auth_module libexec/apache/mod_auth_anon.so
LoadModule db_auth_module libexec/apache/mod_auth_db.so
LoadModule digest_module libexec/apache/mod_digest.so
LoadModule cern_meta_module libexec/apache/mod_cern_meta.so
LoadModule expires_module libexec/apache/mod_expires.so
LoadModule headers_module libexec/apache/mod_headers.so
LoadModule usertrack_module libexec/apache/mod_usertrack.so
LoadModule unique_id_module libexec/apache/mod_unique_id.so

ClearModuleList
AddModule mod_env.c
AddModule mod_log_config.c
AddModule mod_mime_magic.c
AddModule mod_mime.c
AddModule mod_negotiation.c
AddModule mod_status.c
AddModule mod_info.c
AddModule mod_include.c
AddModule mod_autoindex.c
AddModule mod_dir.c
AddModule mod_cgi.c
AddModule mod_asis.c
AddModule mod_imap.c
AddModule mod_actions.c
AddModule mod_speling.c
AddModule mod_userdir.c
AddModule mod_proxy.c
AddModule mod_alias.c
AddModule mod_rewrite.c
AddModule mod_access.c
AddModule mod_auth.c
AddModule mod_auth_anon.c
AddModule mod_auth_db.c
AddModule mod_digest.c
AddModule mod_cern_meta.c
AddModule mod_expires.c
AddModule mod_headers.c
AddModule mod_usertrack.c
AddModule mod_unique_id.c
AddModule mod_so.c
AddModule mod_setenvif.c

Apache服務(wù)器的一個(gè)重要特性就是其模塊化的結(jié)構(gòu)，這不但表現(xiàn)為其能在編
譯時(shí)能通過新的模塊加入新的功能，還表現(xiàn)為其模塊可以動態(tài)加載入http服務(wù)程
序中，而不必載入不需要的模塊。使用Apache的動態(tài)加載模塊只需要設(shè)置好Load Module和AddModule參數(shù)就可以了，這種特性就是Apache的 DSO（Dynamic Shared Object）特性，然而要想充分使用DSO特性仍然不是一個(gè)簡單的事情，不適當(dāng)?shù)母膭舆@里的設(shè)置就可能造成服務(wù)器不能正常啟動。因此如果不是要增加或減少服務(wù)器提供的功能，就不要改動這里的設(shè)置。

　　上面這些列表就顯示了Linux下的缺省Apache服務(wù)器支持的模塊，事實(shí)上很
多模塊是沒有必要的，不必要模塊不會被載入內(nèi)存。模塊可以靜態(tài)連接到Apache 服務(wù)器內(nèi)部，也可以這樣動態(tài)加載，將Apache的特性都編譯成動態(tài)可加載模塊是該P(yáng)ort的做法，而不是Apache的缺省做法，這樣就以犧牲很小的性能的同時(shí)，帶來極大的靈活性。

　　因而動態(tài)可加載的能力還是對性能有輕微的影響，因此可以重新編譯Apache，將自己所需要的功能編譯進(jìn)Apache 服務(wù)器內(nèi)部，可以讓系統(tǒng)顯得更為干凈，效率也有輕微的提高。通常僅僅為了這一個(gè)目的就重新編譯Apache是沒有必要的，如果需要增加其他特性而重新編譯 Apache，不妨在增加其他模塊的同時(shí)將所有的模塊都靜態(tài)連接入Apache 服務(wù)器。有的使用者更喜歡動態(tài)加載模塊，那么也不妨全部都使用動態(tài)加載模塊。

　　這些模塊都被放置到/usr/local/apache/libexec/目錄下，每個(gè)模塊對應(yīng)Apache服務(wù)器的一個(gè)特性。詳細(xì)解釋每個(gè)模塊的功能需要相當(dāng)多的篇幅，其中比較重要的特性將在后面相應(yīng)的地方中進(jìn)行解釋，而具體每個(gè)模塊的功能及用法就需要查看Apache的文檔。

　　#ExtendedStatus On
　　Apache服務(wù)器可以通過特殊的HTTP請求，來報(bào)告自身的運(yùn)行狀態(tài)，打開這個(gè)
ExtendedStatus 參數(shù)可以讓服務(wù)器報(bào)告更全面的運(yùn)行狀態(tài)信息。

主服務(wù)器設(shè)置

　　Apache服務(wù)器需要各種設(shè)置，以定義自己使用各種參數(shù)以提供Web服務(wù)。對于使用虛擬主機(jī)的情況，除了在虛擬主機(jī)的定義項(xiàng)中覆蓋的設(shè)置之外（有的設(shè)置必須重新定義），這里的設(shè)置也是虛擬主機(jī)的缺省設(shè)置。

　　Port 80
　　Port定義了Standalone模式下httpd守護(hù)進(jìn)程使用的端口，標(biāo)準(zhǔn)端口是80。這個(gè)選項(xiàng)只對于以獨(dú)立方式啟動的服務(wù)器才有效，對于以inetd方式啟動的服務(wù)器則在inetd.conf中定義使用哪個(gè)端口。

　　在Unix下使用80端口需要root權(quán)限，一些管理員為了安全的原因，認(rèn)為 httpd 服務(wù)器不可能沒有安全漏洞，因而更愿意使用普通用戶的權(quán)限來啟動服務(wù)器，這樣就不能使用80端口及其他小于1024的端口，而必須使用大于 1024的端口來啟動httpd，一般情況下8000或8080也是常用的端口。而Apache httpd服務(wù)器本身可以在以root權(quán)限打開80端口后再改變?yōu)槠胀ㄓ脩羯矸葸M(jìn)行運(yùn)行，這樣就減少了危險(xiǎn)性，因而就不需要考慮這個(gè)安全問題。但是如果普通用戶也想安裝配置自己的WWW服務(wù)器，那么就不得不使用大于1024的端口。

　　User nobody
　　Group nogroup
　　User和Group配置是Apache的安全保證，Apache在打開端口之后，就將其本身設(shè)置為這兩個(gè)選項(xiàng)設(shè)置的用戶和組權(quán)限進(jìn)行運(yùn)行，這樣就降低了服務(wù)器的危險(xiǎn)性。這個(gè)選項(xiàng)也只用于 Standalone模式，inetd模式在inetd.conf中指定運(yùn)行Apache的用戶。由于服務(wù)器必須執(zhí)行改變身份的setuid()操作，因此初始進(jìn)程應(yīng)該具備root權(quán)限，如果是使用非root用戶來啟動Aapche，這個(gè)配置就不會發(fā)揮作用。
　　缺省設(shè)置為nobody和nogroup，這個(gè)用戶和組在系統(tǒng)中不擁有文件，保證了服務(wù)器本身和由它啟動的CGI 進(jìn)程沒有權(quán)限更改文件系統(tǒng)。在某些情況下，例如為了運(yùn)行CGI與Unix交互，也需要讓服務(wù)器來訪問服務(wù)器上的文件，如果仍然使用nobody和 nogroup，那么系統(tǒng)中將會出現(xiàn)屬于nobody的文件，這對于系統(tǒng)安全是不利的，因?yàn)槠渌绦蛞矔詎obody和nogroup的權(quán)限執(zhí)行某些操作，就有可能訪問這些nobody擁有的文件，造成安全問題。一般情況下要為Web服務(wù)設(shè)定一個(gè)特定的用戶和組，同時(shí)在這里更改用戶和組設(shè)置。

　　ServerAdmin you@your.address
　　配置文件中應(yīng)該改變的也許只有ServerAdmin，這一項(xiàng)用于配置WWW服務(wù)器的管理員的email地址，這將在HTTP服務(wù)出現(xiàn)錯(cuò)誤的條件下返回給瀏覽器，以便讓W(xué)eb使用者和管理員聯(lián)系，報(bào)告錯(cuò)誤。習(xí)慣上使用服務(wù)器上的webmaster作為WWW服務(wù)器的管理員，通過郵件服務(wù)器的別名機(jī)制，將發(fā)送到webmaster 的電子郵件發(fā)送給真正的Web管理員。

　　#ServerName new.host.name
　　缺省情況下，并不需要指定這個(gè)ServerName參數(shù)，服務(wù)器將自動通過名字解
析過程來獲得自己的名字，但如果服務(wù)器的名字解析有問題（通常為反向解析不
正確），或者沒有正式的DNS名字，也可以在這里指定IP地址。當(dāng)ServerName設(shè)
置不正確的時(shí)候，服務(wù)器不能正常啟動。
　　通常一個(gè)Web服務(wù)器可以具有多個(gè)名字，客戶瀏覽器可以使用所有這些名字或IP地址來訪問這臺服務(wù)器，但在沒有定義虛擬主機(jī)的情況下，服務(wù)器總是以自己的正式名字回應(yīng)瀏覽器。ServerName就定義了Web服務(wù)器自己承認(rèn)的正式名字，例如一臺服務(wù)器名字（在DNS中定義了A類型）為 exmaple.org.cn，同時(shí)為了方便記憶還定義了一個(gè)別名（CNAME記錄）為www.exmaple.org.cn，那么Apache自動解析得到的名字就為example.org.cn，這樣不管客戶瀏覽器使用哪個(gè)名字發(fā)送請求，服務(wù)器總是告訴客戶程序自己為 example.org.cn。雖然這一般并不會造成什么問題，但是考慮到某一天服務(wù)器可能遷移到其他計(jì)算機(jī)上，而只想通過更改DNS中的www別名配置就完成遷移任務(wù)，所以不想讓客戶在其書簽中使用 Linux 記錄下這個(gè)服務(wù)器的地址，就必須使用ServerName來重新指定服務(wù)器的正式名字。

　　DocumentRoot "/www/"
　　DocumentRoot定義這個(gè)服務(wù)器對外發(fā)布的超文本文檔存放的路徑，客戶程序請求的UR L就被映射為這個(gè)目錄下的網(wǎng)頁文件。這個(gè)目錄下的子目錄，以及使用
符號連接指出的文件和目錄都能被瀏覽器訪問，只是要在URL上使用同樣的相對目錄名。

　　注意，符號連接雖然邏輯上位于根文檔目錄之下，但實(shí)際上可以位于計(jì)算機(jī)
上的任意目錄中，因此可以使客戶程序能訪問那些根文檔目錄之外的目錄，這在
增加了靈活性的同時(shí)但減少了安全性。Apache在目錄的訪問控制中提供了 FollowSymLinks選項(xiàng)來打開或關(guān)閉支持符號連接的特性。

Options FollowSymLinks
AllowOverride None
　　Apache服務(wù)器可以針對目錄進(jìn)行文檔的訪問控制，然而訪問控制可以通過兩
種方式來實(shí)現(xiàn)，一個(gè)是在設(shè)置文件 httpd.conf（或access.conf）中針對每個(gè)目
錄進(jìn)行設(shè)置，另一個(gè)方法是在每個(gè)目錄下設(shè)置訪問控制文件，通常訪問控制文件
名字為.htaccess。雖然使用這兩個(gè)方式都能用于控制瀏覽器的訪問，然而使用配置文件的方法要求每次改動后重新啟動httpd守護(hù)進(jìn)程，比較不靈活，因此主要用于配置服務(wù)器系統(tǒng)的整體安全控制策略，而使用每個(gè)目錄下的.htaccess文件設(shè)置具體目錄的訪問控制更為靈活方便。
　　Directory語句就是用來定義目錄的訪問限制的，這里可以看出它的標(biāo)準(zhǔn)語法，為一個(gè)目錄定義訪問限制。上例的這個(gè)設(shè)置是針對系統(tǒng)的根目錄進(jìn)行的，設(shè)置了允許符號連接的選項(xiàng)FollowSymLinks ，以及使用AllowOverride None表示不允許這個(gè)目錄下的訪問控制文件來改變這里進(jìn)行的配置，這也意味著不用查看這個(gè)目錄下的相應(yīng)訪問控制文件。
　　由于Apache對一個(gè)目錄的訪問控制設(shè)置是能夠被下一級目錄繼承的，因此對
根目錄的設(shè)置將影響到它的下級目錄。注意由于AllowOverride None的設(shè)置，使
得Apache服務(wù)器不需要查看根目錄下的訪問控制文件，也不需要查看以下各級目
錄下的訪問控制文件，直至httpd.conf（或access.conf ）中為某個(gè)目錄指定了
允許Alloworride，即允許查看訪問控制文件。由于Apache對目錄訪問控制是采用的繼承方式，如果從根目錄就允許查看訪問控制文件，那么 Apache就必須一級一級的查看訪問控制文件，對系統(tǒng)性能會造成影響。而缺省關(guān)閉了根目錄的這個(gè)特性，就使得Apache從httpd.conf中具體指定的目錄向下搜尋，減少了搜尋的級數(shù)，增加了系統(tǒng)性能。因此對于系統(tǒng)根目錄設(shè)置AllowOverride None不但對于系統(tǒng)安全有幫助，也有益于系統(tǒng)性能。

Options Indexes FollowSymLinks
AllowOverride None
Order allow,deny
Allow from all
　　這里定義的是系統(tǒng)對外發(fā)布文檔的目錄的訪問設(shè)置，設(shè)置不同的 AllowOverride選項(xiàng)，以定義配置文件中的目錄設(shè)置和用戶目錄下的安全控制文件的關(guān)系，而Options選項(xiàng)用于定義該目錄的特性。
　　配置文件和每個(gè)目錄下的訪問控制文件都可以設(shè)置訪問限制，設(shè)置文件是由
管理員設(shè)置的，而每個(gè)目錄下的訪問控制文件是由目錄的屬主設(shè)置的，因此管理
員可以規(guī)定目錄的屬主是否能覆蓋系統(tǒng)在設(shè)置文件中的設(shè)置，這就需要使用 啊AllowOverride參數(shù)進(jìn)行設(shè)置，通常可以設(shè)置的值為：
AllowOverride的設(shè)置 對每個(gè)目錄訪問控制文件作用的影響
All 缺省值，使訪問控制文件可以覆蓋系統(tǒng)配置
None 服務(wù)器忽略訪問控制文件的設(shè)置
Options 允許訪問控制文件中可以使用Options參數(shù)定義目錄的選項(xiàng)
FileInfo 允許訪問控制文件中可以使用AddType等參數(shù)設(shè)置
AuthConfig 允許訪問控制文件使用AuthName，AuthType等針對每個(gè)用戶的認(rèn)證機(jī)制，這使目錄屬主能用口令和用戶名來保護(hù)目錄 Limit 允許對訪問目錄的客戶機(jī)的IP地址和名字進(jìn)行限制
　　每個(gè)目錄具備一定屬性，可以使用Options來控制這個(gè)目錄下的一些訪問特性設(shè)置，以下為常用的特性選項(xiàng)：

Options設(shè)置 服務(wù)器特性設(shè)置
All 所有的目錄特性都有效，這是缺省狀態(tài)
None 所有的目錄特性都無效
FollowSymLinks 允許使用符號連接，這將使瀏覽器有可能訪問文檔根目錄 （DocumentRoot）之外的文檔 SymLinksIfOwnerMatch 只有符號連接的目的與符號連接本身為同一用戶所擁有時(shí)，才允許訪問，這個(gè)設(shè)置將增加一些安全性
ExecCGI 允許這個(gè)目錄下可以執(zhí)行CGI程序 Indexes 允許瀏覽器可以生成這個(gè)目錄下所有文件的索引，使得在這個(gè)目錄下沒有index.html（或其他索引文件）時(shí)，能向?yàn)g覽器發(fā)送這個(gè)目錄下的文件列表
　此外，上例中還使用了Order、Allow、Deny等參數(shù)，這是Limit語句中用來根據(jù)瀏覽器的域名和 IP地址來控制訪問的一種方式。其中Order定義處理Allow和Deny的順序，而Allow、Deny則針對名字或IP進(jìn)行訪問控制設(shè)置，上例使用 allowfrom all，表示允許所有的客戶機(jī)訪問這個(gè)目錄，而不進(jìn)行任何限制。

　　UserDir public_html
　　當(dāng)在一臺Linux上運(yùn)行Apache服務(wù)器時(shí)，這臺計(jì)算機(jī)上的所有用戶都可以有自己的網(wǎng)頁路徑，形如 http://example.org.cn/~user，使用波浪符號?..褂肈ISABLED作 UserDir的參數(shù)即可。

#
# AllowOverride FileInfo AuthConfig Limit
# Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec
#
# Order allow,deny
# Allow from all
#
#
# Order deny,allow
# Deny from all
#
#

　　這里可以看到Directory的另一個(gè)用法，即可以通過簡單的模式匹配方法，針對分布在不同目錄下的子目錄定義訪問控制權(quán)限。這樣設(shè)置就需要Apache服務(wù)器對每個(gè)路徑進(jìn)行額外的處理，因此就會降低服務(wù)器的性能，所以缺省情況并沒有打開這種訪問限制。

　　這里可以看到另外一個(gè)語句Limit，Limit語句就是用來針對具體的請求方法來設(shè)定訪問控制的，其中可以使用GET、POST等各種服務(wù)器支持的請求方法做Lim
it的參數(shù)，來設(shè)定對不同請求方法的訪問限制。一般可以打開對GET、POST、 HEAD三種請求方法，而屏蔽其他的請求方法，以增加安全性。Limit語句中，可以用Order 、Allow、Deny，Allow和Deny中可以使用匹配的方法針對域名和IP進(jìn)行限制，只是對于域名是從后向前匹配，對于IP地址則從前向后匹配。

　　DirectoryIndex index.html
　　很多情況下，URL中并沒有指定文檔的名字，而只是給出了一個(gè)目錄名。那么Apache服務(wù)器就自動返回這個(gè)目錄下由DirectoryIndex定義的文件，當(dāng)然可以指定多個(gè)文件名字，系統(tǒng)會這個(gè)目錄下順序搜索。當(dāng)所有由DirectoryIndex指定的文件都不存在時(shí)，Apache服務(wù)器可以根據(jù)系統(tǒng)設(shè)置，生成這個(gè)目錄下的所有文件列表，提供用戶選擇。此時(shí)該目錄的訪問控制選項(xiàng)中的Indexes選項(xiàng)（Options Indexes ）必須打開，以使得服務(wù)器能夠生成目錄列表，否則Apache將拒絕訪問。

　　AccessFileName .htaccess
　　AccessFileName定義每個(gè)目錄下的訪問控制文件的文件名，缺省為.htaccess，可以通過更改這個(gè)文件，來改變不同目錄的訪問控制限制。

Order allow,deny
Deny from all
　　除了可以針對目錄進(jìn)行訪問控制之外，還可以根據(jù)文件來設(shè)置訪問控制，這
就是File語句的任務(wù)。使用File 語句，不管文件處于哪個(gè)目錄，只要名字匹配，就必須接受相應(yīng)的訪問控制。這個(gè)語句對于系統(tǒng)安全比較重要，例如上例將屏蔽所有的使用者不能訪問.htaccess文件，這樣就避免.htaccess中的關(guān)鍵安全信息不至于被客戶獲取。

　　#CacheNegotiatedDocs
　　缺省情況下如果代理服務(wù)器和Apache服務(wù)器協(xié)商是否緩存其網(wǎng)頁，Apache給
予否定的回答，不希望自己的網(wǎng)頁被代理服務(wù)器緩存。然而這樣就不能有效的利用代理服務(wù)器的優(yōu)勢，因此可以設(shè)置CacheNegotiatieDocs 選項(xiàng)， 使得代理服務(wù)器可以對網(wǎng)頁進(jìn)行緩存。然而即使不設(shè)置這個(gè)選項(xiàng)，有的代理服務(wù)器（或通過調(diào)整設(shè)置）也能對網(wǎng)頁進(jìn)行緩存。

　　UseCanonicalName On
　　打開這個(gè)UseCanonicalName是Web服務(wù)器的標(biāo)準(zhǔn)做法，因?yàn)榭蛻舭l(fā)送的大部分請求都是對本服務(wù)器的引用，這樣服務(wù)器就能使用 ServerName和Port選項(xiàng)的設(shè)置內(nèi)容構(gòu)建完整的URL，并回應(yīng)客戶，使瀏覽器能得到規(guī)范的URL。如果將這個(gè)參數(shù)設(shè)置為Off，那么 Apache將使用從客戶請求中獲得服務(wù)器的名字和端口值（支持HTTP 1.1的客戶的請求中將會有這些信息），重新構(gòu)建URL。

　　TypesConfig /usr/local/apache/etc/mime.types
　　TypeConfig用于設(shè)置保存有不同的MIME類型數(shù)據(jù)的文件名，在Linux下缺省設(shè)置為/usr/local/apache/etc/mime.types。

　　DefaultType text/plain
　　如果Web服務(wù)器不能決定一個(gè)文檔的缺省類型，這通常表示文檔使用了非標(biāo)準(zhǔn)的后綴，那么服務(wù)器就使用 DefaultType定義的MIME類型將文檔發(fā)送給客戶瀏覽器。這里的設(shè)置為text/plain，這樣設(shè)置的問題是，如果服務(wù)器不能判斷出文檔的 MIME，那么大部分情況下這個(gè)文檔為一個(gè)二進(jìn)制文檔，但使用 text/plain格式發(fā)送回去，瀏覽器將在內(nèi)部打開它而不會提示保存。因此建議將這個(gè)設(shè)置更改為
application/octet-stream，這樣瀏覽器將提示用戶進(jìn)行保存。

MIMEMagicFile /usr/local/apache/etc/magic
　　除了從文件的后綴出發(fā)來判斷文件的MIME類型之外，Apache還可以進(jìn)一步分
析文件的一些特征，來判斷文件的真實(shí)MIME類型。這個(gè)功能是由mod_mime_magic 模塊實(shí)現(xiàn)的，它需要一個(gè)記錄各種MIME類型特征的文件，以進(jìn)行分析判斷。上面的設(shè)置是一個(gè)條件語句，如果載入了這個(gè)模塊，就必須指定相應(yīng)的標(biāo)志文件magic的位置。

通常連接時(shí)，服務(wù)器僅僅可以得到客戶機(jī)的IP地址，如果要想獲得客戶機(jī)的
主機(jī)名，以進(jìn)行日志記錄和提供給 CGI程序使用，就需要使用這個(gè) HostnameLookups 選項(xiàng)，將其設(shè)置為On打開DNS反查功能。但是這將使服務(wù)器對每次客戶請求都進(jìn)行DNS查詢，增加了系統(tǒng)開銷，使得反應(yīng)變慢，因此缺省設(shè)置為使用Off關(guān)閉此選項(xiàng)。關(guān)閉選項(xiàng)之后，服務(wù)器就不會獲得客戶機(jī)的主機(jī)名，而只能使用IP地址來記錄客戶。

ErrorLog /var/log/httpd-error.log
LogLevel warn
LogFormat "%h %l %u %t "%r" %>s %b "%{Referer}i" "%{User-Agent} "" combined
LogFormat "%h %l %u %t "%r" %>s %b" common
LogFormat "%{Referer}i -> %U" referer
LogFormat "%{User-agent}i" agent
#CustomLog /var/log/httpd-access.log common
#CustomLog /var/log/httpd-referer.log referer
#CustomLog /var/log/httpd-agent.log agent
CustomLog /var/log/httpd-access.log combined

　　這里定義了系統(tǒng)日志的形式，對于服務(wù)器錯(cuò)誤記錄， 由ErrorLog、 LogLevel 來定義不同的錯(cuò)誤日志文件及其記錄內(nèi)容。
　　對于系統(tǒng)的訪問日志，缺省使用CustomLog參數(shù)定義日志的位置，缺省使用 combined 參數(shù)指定將所有的訪問日志放在一個(gè)文件中，然而也可以將不同種類的訪問日志放在不同的日志記錄文件中，這是通過在 CustomLog中指定不同的記錄類型來完成的。common表示普通的對單頁面請求訪問記錄，referer表示每個(gè)頁面的引用記錄，可以看出一個(gè)頁面中包含的請求數(shù)，agent表示對客戶機(jī)的類型記錄，顯然可以將現(xiàn)有的combined 定義的設(shè)置行注釋掉，并使用common、referer和agent作為CustomLog的參數(shù)，來為不同種類的日志分別指定日志記錄文件。
　　顯然，LogFormat是用于定義不同類型的日志進(jìn)行記錄時(shí)使用的格式， 這里
使用了以%開頭的宏定義，以記錄不同的內(nèi)容。
　　如果這些參數(shù)指定的文件使用的是相對路徑，那么就是相對于ServerRoot的
路徑。

　　ServerSignature On
　　一些情況下，例如當(dāng)客戶請求的網(wǎng)頁并不存在時(shí)，服務(wù)器將產(chǎn)生錯(cuò)誤文檔，
缺省情況下由于打開了 ServerSignature選項(xiàng)，錯(cuò)誤文檔的最后一行將包含服務(wù)器的名字、Apache的版本等信息。有的管理員更傾向于不對外顯示這些信息，就
可以將這個(gè)參數(shù)設(shè)置為Off，或者設(shè)置為Email，最后一行將替換為對 ServerAdmin 的Email提示。

Alias /icons/ "/www/icons/"
Options Indexes MultiViews
AllowOverride None
Order allow,deny
Allow from all

　　Alias參數(shù)用于將URL與服務(wù)器文件系統(tǒng)中的真實(shí)位置進(jìn)行直接映射，一般的
文檔將在DocumentRoot 中進(jìn)行查詢，然而使用Alias定義的路徑將直接映射到相
應(yīng)目錄下，而不再到DocumentRoot 下面進(jìn)行查詢。因此Alias可以用來映射一些
公用文件的路徑，例如保存了各種常用圖標(biāo)的icons路徑。這樣使得除了使用符號連接之外，文檔根目錄（DocumentRoot）外的目錄也可以通過使用了Alias映射，提供給瀏覽器訪問。
　　定義好映射的路徑之后，應(yīng)該需要使用Directory語句設(shè)置訪問限制。

ScriptAlias /cgi-bin/ "/www/cgi-bin/"
AllowOverride None
Options None
Order allow,deny
Allow from all
　　ScriptAlias也是用于URL路徑的映射，但與Alias的不同在于，ScriptAlias 是用于映射CGI程序的路徑，這個(gè)路徑下的文件都被定義為CGI程序，通過執(zhí)行它們來獲得結(jié)果，而非由服務(wù)器直接返回其內(nèi)容。缺省情況下CGI程序使用 cgi-bin目錄作為虛擬路徑。

　　# Redirect old-URI new-URL
　　Redirect參數(shù)是用來重寫URL的，當(dāng)瀏覽器訪問服務(wù)器上的一個(gè)已經(jīng)不存在的資源的時(shí)候，服務(wù)器返回給瀏覽器新的URL，告訴瀏覽器從該URL 中獲取資源。這主要用于原來存在于服務(wù)器上的文檔，改變了位置之后，而又希望能使用老URL能訪問到，以保持與以前的URL兼容。

IndexOptions FancyIndexing
AddIconByEncoding (CMP,/icons/compressed.gif) x-compress x-gzip
AddIconByType (TXT,/icons/text.gif) text/*
AddIconByType (IMG,/icons/image2.gif) image/*
AddIconByType (SND,/icons/sound2.gif) audio/*
AddIconByType (VID,/icons/movie.gif) video/*
AddIcon /icons/binary.gif .bin .exe
AddIcon /icons/binhex.gif .hqx
AddIcon /icons/tar.gif .tar
AddIcon /icons/world2.gif .wrl .wrl.gz .vrml .vrm .iv
AddIcon /icons/compressed.gif .Z .z .tgz .gz .zip
AddIcon /icons/a.gif .ps .ai .eps
AddIcon /icons/layout.gif .html .shtml .htm .pdf
AddIcon /icons/text.gif .txt
AddIcon /icons/c.gif .c
AddIcon /icons/p.gif .pl .py
AddIcon /icons/f.gif .for
AddIcon /icons/dvi.gif .dvi
AddIcon /icons/uuencoded.gif .uu
AddIcon /icons/script.gif .conf .sh .shar .csh .ksh .tcl
AddIcon /icons/tex.gif .tex
AddIcon /icons/bomb.gif core
AddIcon /icons/back.gif ..
AddIcon /icons/hand.right.gif README
AddIcon /icons/folder.gif ^^DIRECTORY^^
AddIcon /icons/blank.gif ^^BLANKICON^^
DefaultIcon /icons/unknown.gif
#AddDescription "GZIP compressed document" .gz
#AddDescription "tar archive" .tar
#AddDescription "GZIP compressed tar archive" .tgz
ReadmeName README
HeaderName HEADER
IndexIgnore .??* *~ *# HEADER* README* RCS CVS *,v *,t

當(dāng)一個(gè)HTTP請求的URL為一個(gè)目錄的時(shí)候，服務(wù)器返回這個(gè)目錄中的索引文件。但如果一個(gè)目錄中不存在缺省的索引文件，并且該服務(wù)器又許可顯示目錄文件列表的時(shí)候，就會顯示出這個(gè)目錄中的文件列表，為了使得這個(gè)文件列表能具有可理解性，而不僅僅是一個(gè)簡單的列表，就需要前面的這些設(shè)置參數(shù)。
　　如果使用了IndexOptions FancyIndexing選項(xiàng)，可以讓服務(wù)器產(chǎn)生的目錄列
表中針對各種不同類型的文檔引用各種圖標(biāo)。而哪種文件使用哪種圖標(biāo)，則使用
下面的 AddIconByEncoding、AddIconByType以及AddIcon來定義，分別依據(jù)MIME 的編碼、類型以及文件的后綴來判斷使用何種圖標(biāo)。如果不能確定文檔使用的圖標(biāo)，就使用 DefaultIcon定義的缺省圖標(biāo)。
　　同樣，使用AddDescription可以為不同類型的文檔加入不同的描述。并且，
服務(wù)器還在目錄下，查詢使用ReadmeName和HeaderName定義的文件（自動加上 .
html后綴，如果沒有發(fā)現(xiàn)，再使用.txt后綴進(jìn)行搜索），如果發(fā)現(xiàn)了這些文件，
就在文件列表之前首先顯示這些文件的內(nèi)容，以使得普通目錄列表具備更大的可
理解性。
　　IndexIgnore讓服務(wù)器在列出文件列表時(shí)忽略相應(yīng)的文件， 這里使用模式配
置的方式定義文件名。

AddEncoding x-compress Z
AddEncoding x-gzip gz
　　AddEncoding用于告訴一些使用壓縮的MIME類型，這樣可以讓瀏覽器進(jìn)行解壓縮操作。

AddLanguage en .en
AddLanguage fr .fr
AddLanguage de .de
AddLanguage da .da
AddLanguage el .el
AddLanguage it .it
LanguagePriority en fr de

　　一個(gè)HTML文檔可以同時(shí)具備多個(gè)語言的版本，如對于file1.html文檔可以具
備file1.html.en、file1.html.fr 等不同的版本，每個(gè)語言后綴必須使用 AddLanguage進(jìn)行定義。這樣服務(wù)器可以針對不同國家的客戶，通過與瀏覽器進(jìn)行協(xié)商，發(fā)送不同的語言版本。而LanguagePriority 定義不同語言的優(yōu)先級，以便在瀏覽器沒有特殊要求時(shí)，按照順序使用不同的語言版本回應(yīng)對file1.html 的請求。
這個(gè)國際化的能力實(shí)際的應(yīng)用并不多。

#AddType application/x-httpd-php .phtml
#AddType application/x-httpd-php-source .phps
　AddType參數(shù)可以為特定后綴的文件指定MIME類型，這里的設(shè)置將覆蓋 mime.types中的設(shè)置。

　　#AddHandler cgi-script .cgi
　　AddHandler是用于指定非靜態(tài)的處理類型，用于定義文檔為一個(gè)非靜態(tài)的文
檔類型，需要進(jìn)行處理，再向?yàn)g覽器返回處理結(jié)果。例如上面注釋中的設(shè)置是將以.cgi結(jié)尾的文件設(shè)置為cgi-script類型，那么服務(wù)器將啟動這個(gè) CGI程序以進(jìn)行處理。如果需要在前面AliasScript定義的路徑之外執(zhí)行CGI程序，就需要使用這個(gè)參數(shù)進(jìn)行設(shè)置，此后以.cgi結(jié)尾的文件將被當(dāng)作CGI程序執(zhí)行。

　　在配置文件、這個(gè)目錄中的.htaccess以及其上級目錄的.htaccess中必須允許執(zhí)行CGI程序，這需要通過Options ExecCGI參數(shù)設(shè)定。

#AddType text/html .shtml
#AddHandler server-parsed .shtml
　　另外一種動態(tài)進(jìn)行處理的類型為server-parsed，由服務(wù)器自身預(yù)先分析網(wǎng)頁內(nèi)的標(biāo)記，將標(biāo)記更改為正確的HTML標(biāo)識。由于server- parsed需要對text/html 類型的文檔進(jìn)行處理，因此首先定義了對應(yīng)的.shtml為text/html類型。
　　然而要支持SSI，還要首先要在配置文件（或.htaccess）中使用Options Includes允許該目錄下的文檔可以為SSI類型，或使用Options IncludesNOExec讓執(zhí)行普通的SSI標(biāo)志，但不執(zhí)行其中引用的外部程序。

　　另一種指定server-parsed類型的方式為使用XBitBack設(shè)置選項(xiàng)，如果將 XBitHack設(shè)置為On，服務(wù)器將檢查所有text/html類型的文檔（包括.html后綴的文檔），如果發(fā)現(xiàn)文件屬性具備執(zhí)行位 “x"，則服務(wù)器就認(rèn)為它是服務(wù)器分析文檔，需要服務(wù)器進(jìn)行處理。推薦使用AddHandler進(jìn)行設(shè)置，而將XBitBack 設(shè)置為Off，因?yàn)槭褂肵BitBack將對所有的HTML文檔都執(zhí)行額外的檢查，降低了效率。

#AddHandler send-as-is asis
#AddHandler imap-file map
#AddHandler type-map var
上面被注釋的AddHandler用于支持Apache服務(wù)器的asis、map和var處理能力
。

# Action media/type /cgi-script/location
# Action handler-name /cgi-script/location
　因?yàn)锳pache內(nèi)部提供的處理功能有限，因此可以使用Action為服務(wù)器定義外
部程序作為可處理的動態(tài)文檔類型，這些外部程序與標(biāo)準(zhǔn)CGI程序相同，都是對輸入的數(shù)據(jù)處理之后，再輸出不同MIME類型的結(jié)果。例如要定義一個(gè)對特殊后綴wri都先執(zhí)行wri2txt進(jìn)行處理操作，再返回結(jié)果的操作，可以使用：

Action windows-writer /bin/wri2txt
AddHandler windows-writer wri
　更進(jìn)一步，可以直接使用Action定義對某個(gè)MIME類型預(yù)先進(jìn)行處理操作，這
需要例子中第一種格式的Action 參數(shù)設(shè)置方式。這樣設(shè)置方式就不再需要額外的AddHandler用來將處理操作與文件后綴聯(lián)系起來，而是使用Action直接處理MIME類型的文件。但如果文檔后綴沒有正式的MIME類型，還需要先定義一個(gè)MIME類型。

#MetaDir .web
#MetaSuffix .meta
　Meta信息是在文檔發(fā)送給客戶之前，預(yù)先發(fā)送給客戶瀏覽器一些數(shù)據(jù)，因此
瀏覽器可以通過HEAD請求來訪問這些Meta信息而不必真正通過GET來返回全部文檔數(shù)據(jù)。服務(wù)器通常發(fā)送給瀏覽器的是一些標(biāo)準(zhǔn)的HTTP頭信息，如果要想增加額外的信息，就需要使用MetaDir來定義Meta數(shù)據(jù)存放的目錄， 而MetaS uffix用于指定包含Meta數(shù)據(jù)的文件后綴。

#ErrorDocument 500 "The server made a boo boo.
#ErrorDocument 404 /missing.html
#ErrorDocument 404 /cgi-bin/missing_handler.pl
#ErrorDocument 402
http://some.other_server.com/subscription_info.html
　　如果客戶請求的網(wǎng)頁不存在，或者沒有訪問權(quán)限等情況發(fā)生時(shí)，服務(wù)器將產(chǎn)
生一個(gè)錯(cuò)誤代碼，同時(shí)也將回應(yīng)客戶瀏覽器一個(gè)標(biāo)識錯(cuò)誤的網(wǎng)頁。
ErrorDocument就用于設(shè)置當(dāng)出現(xiàn)哪個(gè)錯(cuò)誤時(shí)應(yīng)該回應(yīng)客戶瀏覽器那些內(nèi)容，ErrorDocument的第一個(gè)參數(shù)為錯(cuò)誤的序號，第二個(gè)參數(shù)為回應(yīng)的數(shù)據(jù)，可以為簡單的文本，本地網(wǎng)頁，本地CGI程序，以及遠(yuǎn)程主機(jī)上的網(wǎng)頁。

BrowserMatch "Mozilla/2" nokeepalive
BrowserMatch "MSIE 4.0b2;" nokeepalive downgrade-1.0 force-response-1.0
BrowserMatch "RealPlayer 4.0" force-response-1.0
BrowserMatch "Java/1.0" force-response-1.0
BrowserMatch "JDK/1.0" force-response-1.0
　BrowserMatch命令為特定的客戶程序，設(shè)置特殊的參數(shù)，以保證對老版本瀏
覽器的兼容性，并支持新瀏覽器的新特性。

#
# SetHandler server-status
# Order deny,allow
# Deny from all
# Allow from .your_domain.com
#
#
# SetHandler server-info
# Order deny,allow
# Deny from all
# Allow from .your_domain.com
#
#
# Deny from all
# ErrorDocument 403 http://phf.apache.org/phf_abuse_log.cgi
#

　　用于設(shè)置訪問控制的設(shè)置主要是針對目錄和文件進(jìn)行設(shè)置的，然而也可以針
對不同的URL進(jìn)行訪問控制的設(shè)置，這樣就不必?fù)?dān)心ScriptAlias、Alias是否將路徑設(shè)置到了受控制的目錄之外了。針對URL進(jìn)行控制的語句為 Location語句，這樣不但能對服務(wù)器上的文件、CGI提供保護(hù)，此外，它還能保護(hù)不能找到對應(yīng)文件，而是由服務(wù)器本身提供的特殊功能URL。 http://servername/server-status用于報(bào)告當(dāng)?..器的狀態(tài)，http: //servername/server-info用于報(bào)告Apache 服務(wù)器的統(tǒng)計(jì)信息。與此相關(guān)的設(shè)置還有ExtendedStatus參數(shù)，可以讓服務(wù)器輸出更詳細(xì)的的報(bào)告。

#
#ProxyRequests On
#
#
# Order deny,allow
# Deny from all
# Allow from .your_domain.com
#
#ProxyVia On
#CacheRoot "/www/proxy"
#CacheSize 5
#CacheGcInterval 4
#CacheMaxExpire 24
#CacheLastModifiedFactor 0.1
#CacheDefaultExpire 1
#NoCache a_domain.com another_domain.edu joes.garage_sale.com

#

　　Apache服務(wù)器本身就具備代理的功能，然而這要求加載入mod_proxy模塊。這能使用IfModule語句進(jìn)行判斷，如果存在 mod_proxy模塊，就使用ProxyRequests打開代理支持。此后的Directory用于設(shè)置對Proxy功能的訪問權(quán)限設(shè)置，以及用于設(shè)置緩沖的各個(gè)參數(shù)設(shè)置。

虛擬主機(jī)
#NameVirtualHost 12.34.56.78:80
#NameVirtualHost 12.34.56.78
#
# ServerAdmin webmaster@host.some_domain.com
# DocumentRoot /www/docs/host.some_domain.com
# ServerName host.some_domain.com
# ErrorLog logs/host.some_domain.com-error_log
# CustomLog logs/host.some_domain.com-access_log common
#

#

　　缺省設(shè)置文件中的這些內(nèi)容是用于設(shè)置命名基礎(chǔ)的虛擬主機(jī)服務(wù)器時(shí)使用。
其中NameVirtualHost 來指定虛擬主機(jī)使用的IP地址，這個(gè)IP地址將對應(yīng)多個(gè) DNS名字，如果Apache使用了Listen 參數(shù)控制了多個(gè)端口，那么就可以在這里加上端口號以進(jìn)一步進(jìn)行區(qū)分對不同端口的不同連接請求。此后，使用 VirtualHost 語句，使用NameVirtualHost指定的IP地址作參數(shù)，對每個(gè)名字都定義對應(yīng)的虛擬主機(jī)設(shè)置。
　　虛擬主機(jī)是在一臺Web服務(wù)器上，可以為多個(gè)單獨(dú)域名提供Web服務(wù)，并且每個(gè)域名都完全獨(dú)立，包括具有完全獨(dú)立的文檔目錄結(jié)構(gòu)及設(shè)置，這樣域名之間完全獨(dú)立，不但使用每個(gè)域名訪問到的內(nèi)容完全獨(dú)立，并且使用另一個(gè)域名無法訪
問其他域名提供的網(wǎng)頁內(nèi)容。
　　虛擬主機(jī)的概念對于ISP來講非常有用，因?yàn)殡m然一個(gè)組織可以將自己的網(wǎng)頁掛在具備其他域名的服務(wù)器上的下級往址上，但使用獨(dú)立的域名和根網(wǎng)址更為正式，易為眾人接受。傳統(tǒng)上，必須自己設(shè)立一臺服務(wù)器才能達(dá)到單獨(dú)域名的目的，然而這需要維護(hù)一個(gè)單獨(dú)的服務(wù)器，很多小單位缺乏足夠的維護(hù)能力，更為合適的方式是租用別人維護(hù)的服務(wù)器。ISP也沒有必要為一個(gè)機(jī)構(gòu)提供一個(gè)單獨(dú)的服務(wù)器，完全可以使用虛擬主機(jī)能力，使服務(wù)器為多個(gè)域名提供Web服務(wù)，而且不同的服務(wù)互不干擾，對外就表現(xiàn)為多個(gè)不同的服務(wù)器。
　　有兩種設(shè)定虛擬主機(jī)的方式，一種是基于HTTP 1.0標(biāo)準(zhǔn)，需要一個(gè)具備多IP
地址的服務(wù)器，再配置DNS 服務(wù)器，給每個(gè)IP地址以不同的域名，最后才能配置Apache的配置文件，使服務(wù)器對不同域名返回不同的Web文檔。由于這需要使用額外的IP地址，對每個(gè)要提供服務(wù)的域名都要使用單獨(dú)的IP地址，因此這種方式實(shí)現(xiàn)起來問題較多。
　　可以在一個(gè)網(wǎng)絡(luò)界面上綁定多個(gè)IP地址，Linux下需要使用ifconfig的 alias參數(shù)來進(jìn)行這個(gè)配置，但此時(shí)會影響網(wǎng)絡(luò)性能。
　　HTTP 1.1標(biāo)準(zhǔn)在協(xié)議中規(guī)定了對瀏覽器和服務(wù)器通信時(shí)，服務(wù)器能夠跟蹤瀏
覽器請求的是哪個(gè)主機(jī)名字。因此可以利用這個(gè)新特性，使用更輕松的方式設(shè)定
虛擬主機(jī)。這種方式不需要額外的IP地址，但需要新版本的瀏覽器支持。這種方
式已經(jīng)成為建立虛擬主機(jī)的標(biāo)準(zhǔn)方式。
　　要建立非IP基礎(chǔ)的虛擬主機(jī)，多個(gè)域名是不可少的配置，因?yàn)槊總€(gè)域名就對
應(yīng)一個(gè)要服務(wù)的虛擬主機(jī)。因此需要更改DNS服務(wù)器的配置，為服務(wù)器增加多個(gè)C NAME選項(xiàng)，如：

linux IN A 192.168.1.64
vhost1 IN CNAME linux
vhost2 IN CNAME linux

　基本的設(shè)置選項(xiàng)都是為了linux主機(jī)設(shè)定的，如果要為vhost1和vhost2設(shè)定
虛擬主機(jī)，就要使用VirtualHost語句定義不同的選項(xiàng)，在語句中可以使用配置文件前面中的大部分選項(xiàng)，而可以重新定義幾乎所有的針對服務(wù)器的設(shè)置。

NameVirtualHost 192.168.1.64

DocumentRoot /www/data
ServerName linux.example.org.cn

DocumentRoot /vhost1
ServerName vhost1.example.org.cn

DocumentRoot /vhost2
ServerName vhost2.example.org.cn

　　這里需要注意的是，VirtualHost的參數(shù)地址一定要和NameVirtualHost定義
的地址相一致，必須保證所有的值嚴(yán)格一致，Apache服務(wù)器才承認(rèn)這些定義是為這個(gè)IP地址定義的虛擬主機(jī)。
　　此外，定義過NameVirtualHost之后，那么對這個(gè)IP地址的訪問都被區(qū)分不同的虛擬主機(jī)進(jìn)行處理，而對其他IP地址的訪問，例如127.0.0.1，才應(yīng)用前面定義的缺省選項(xiàng)。

?