apachehttp配置文件

㈠ 璇烽棶 APACHE HTTP.CONF 鏂囦歡鏄浠涔堣璦鍐欑殑

鏄鏂囨湰閰嶇疆鏂囦歡錛屼笉鏄浠涔堣璦鍐欑殑銆傚洜涓轟笉鏄闇瑕佽В閲婃垨緙栬瘧 鐒跺悗榪愯岀殑銆

㈡ 誰有Apache 伺服器的配置詳細介紹

Apache伺服器的設置文件位於/usr/local/apache/conf/目錄下，傳統上使用三個配置文件httpd.conf,access.conf和srm.conf，來配置Apache伺服器的行為。

httpd.conf提供了最基本的伺服器配置，是對守護程序httpd如何運行的技術描述；srm.conf是伺服器的資源映射文件，告訴伺服器各種文件的MIME類型，以及如何支持這些文件；access.conf用於配置伺服器的訪問許可權，控制不同用戶和計算機的訪問限制；這三個配置文件控制著伺服器的各個方面的特性，因此為了正常運行伺服器便需要設置好這三個文件。

除了這三個設置文件之外，Apache還使用mime.types文件用於標識不同文件對應的MIME類型， magic文件設置不同MIME類型文件的一些特殊標識，使得Apache 伺服器從文檔後綴不能判斷出文件的MIME 類型時，能通過文件內容中的這些特殊標記來判斷文檔的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

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

由於在新版本的Apache中，所有的設置都被放在了httpd.conf中，因此只需要調整這個文件中的設置。以下使用預設提供的httpd.conf為例，解釋Apache伺服器的各個設置選項。然而不必因為它提供設置的參數太多而煩惱，基本上這些參數都很明確，也可以不加改動運行Apache伺服器。但如果需要調整Apache伺服器的性能，以及增加對某種特性的支持，就需要了解這些設置參數的含義。
關於Apache伺服器的性能，在Internet上存在很大的爭議，基本上使用Apache的使用者幾乎都不懷疑它的優秀性能，Apache也支撐了很多著名的高負載的網站，但是在商業機構的評測中，Apache往往得分不高。很多人指出，在這些評測中，商業Web伺服器及其操作系統往往由其專業公司的工程師進行過性能調整，而Free 的操作系統和Web伺服器往往就使用其預設配置或僅僅作很小的更改。需要指出的是，除了操作系統的性能調整之外，Apache 伺服器本身的預設配置絕不是最優化和最高效的，而是要適應幾乎所有種類操作系統、所有種類硬體下的設置，多平台的軟體不可能為特定平台和特定硬體提供最優化的預設配置。因此要使用Apache的時候，性能調整是必不可少的。

在商業評測中忽略了的另一個事實是，評測時往往對不同種類的功能進行比較，例如使用Apache的標准CGI 的性能與ISAPI，NSAPI等伺服器端API比較，事實上Apache伺服器與此可以比較的功能為modperl ，FastCGI，與ASP類似的功能為PHP等等，只不過由於Apache的開放模式，這些功能是由獨立的開發組，作為獨立的模塊來實現的。但是在評測中，測試人員沒有加入相應的模塊評測其性能。

HTTP守護進程的運行參數

httpd.conf中首先定義了一些httpd守護進程運行時需要的參數，來決定其運行方式和運行環境。

ServerType standalone

ServerType定義伺服器的啟動方式，預設值為獨立方式standalone，httpd

伺服器將由其本身啟動，並駐留在主機中監視連接請求。在linux下將在啟動文件 /etc/rc.d/rc.local/init.d/apache中自動啟動Web伺服器，這種方式是推薦設置。

啟動Apache伺服器的另一種方式是inet方式，使用超級伺服器inetd監視連接請求並啟動伺服器。當需要使用inetd啟動方式時，便需要更改為這個設置，並屏蔽/etc/rc.d/rc.local/init.d/apache文件，以及更改/etc/inetd.conf並重起inetd，那麼Apache就能從inetd中啟動了。

兩種方式的區別是獨立方式是由伺服器自身管理自己的啟動進程，這樣在啟動時能立即啟動伺服器的多個副本，每個副本都駐留在內存中，一有連接請求不需要生成子進程就可以立即進行處理，對於客戶瀏覽器的請求反應更快，性能較高。而 inetd方式要由inetd發現有連接請求後才去啟動http伺服器，由於inetd 要監聽太多的埠，因此反應較慢、效率較低，但節約了沒有連接請求時Web伺服器佔用的資源。因此inetd方式只用於偶爾被訪問並且不要求訪問速度的伺服器上。事實上inetd方式不適合http的突發和多連接的特性，因為一個頁面可能包含多個圖象，而每個圖象都會引起一個連接請求，即使雖然訪問人數造成教少，但瞬間的連接請求並不少，這就受到inetd性能的限制，甚至會影響由inetd啟動的其他伺服器程序。
ServerRoot "/usr/local"

ServerRoot用於指定守護進程httpd的運行目錄，httpd在啟動之後將自動將進程的當前目錄改變為這個目錄，因此如果設置文件中指定的文件或目錄是相對路徑，那麼真實路徑就位於這個ServerRoot定義的路徑之下。

由於httpd會經常進行並發的文件操作，就需要使用加鎖的方式來保證文件操作不沖突，由於NFS文件系統在文件加鎖方面能力有限，因此這個目錄應該是本地磁碟文件系統，而不應該使用NFS文件系統。

#LockFile /var/run/httpd.lock

LockFile參數指定了httpd守護進程的加鎖文件，一般不需要設置這個參數， Apache伺服器將自動在ServerRoot下面的路徑中進行操作。但如果ServerRoot為NFS文件系統，便需要使用這個參數指定本地文件系統中的路徑。

PidFile /var/run/httpd.pid

PidFile指定的文件將記錄httpd守護進程的進程號，由於httpd能自動復制其自身，因此系統中有多個httpd進程，但只有一個進程為最初啟動的進程，它為其他進程的父進程，對這個進程發送信號將影響所有的httpd進程。PidFILE定義的文件中就記錄httpd父進程的進程號。

ScoreBoardFile /var/run/httpd.scoreboard

httpd使用ScoreBoardFile來維護進程的內部數據，因此通常不需要改變這個參數，除非管理員想在一台計算機上運行幾個Apache伺服器，這時每個Apache伺服器都需要獨立的設置文件htt pd.conf，並使用不同的ScoreBoardFile。

#ResourceConfig conf/srm.conf

#AccessConfig conf/access.conf

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

Timeout 300

Timeout定義客戶程序和伺服器連接的超時間隔，超過這個時間間隔（秒）後伺服器將斷開與客戶機的連接。

KeepAlive On

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

MaxKeepAliveRequests 100

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

KeepAliveTimeout 15

KeepAliveTimeout測試一次連接中的多次請求傳輸之間的時間，如果伺服器已經完成了一次請求，但一直沒有接收到客戶程序的下一次請求，在間隔超過了這個參數設置的值之後，伺服器就斷開連接。
MinSpareServers 5MaxSpareServers 10

在使用子進程處理HTTP請求的Web伺服器上，由於要首先生成子進程才能處理客戶的請求，因此反應時間就有一點延遲。但是，Apache伺服器使用了一個特殊技術來擺脫這個問題，這就是預先生成多個空餘的子進程駐留在系統中，一旦有請求出現，就立即使用這些空餘的子進程進行處理，這樣就不存在生成子進程造成的延遲了。在運行中隨著客戶請求的增多，啟動的子進程會隨之增多，但這些伺服器副本在處理完一次HTTP請求之後並不立即退出，而是停留在計算機中等待下次請求。但是空餘的子進程副本不能光增加不減少，太多的空餘子進程沒有處理任務，也佔用伺服器的處理能力，因此也要限制空餘副本的數量，使其保持一個合適的數量，使得既能及時回應客戶請求，又能減少不必要的進程數量。

因此就可以使用參數MinSpareServers來設置最少的空餘子進程數量， 以及使用參數MaxSpareServers 來限制最多的空閑子進程數量，多餘的伺服器進程副本就會退出。根據伺服器的實際情況來進行設置，如果伺服器性能較高，並且也被頻繁訪問，就應該增大這兩個參數的設置。對於高負載的專業網站，這兩個值應該大致相同，並且等同於系統支持的最多伺服器副本數量，也減少不必要的副本退出。

StartServers 5

StartServers參數就是用來設置httpd啟動時啟動的子進程副本數量，這個參數與上面定義的MinSpareServers和MaxSpareServers參數相關，都是用於啟動空閑子進程以提高伺服器的反應速度的。這個參數應該設置為前兩個值之間的一個數值，小於MinSpareServers和大於MaxS pareServers都沒有意義。
MaxClients 150

在另一方面，伺服器的能力畢竟是有限的，不可能同時處理無限多的連接請求，因此參數Maxclient s就用於規定伺服器支持的最多並發訪問的客戶數，如果這個值設置得過大，系統在繁忙時不得不在過多的進程之間進行切換來為太多的客戶進行服務，這樣對每個客戶的反應就會減慢，並降低了整體的效率。如果這個值設置的較小，那麼系統繁忙時就會拒絕一些客戶的連接請求。當伺服器性能較高時，就可以適當增加這個值的設置。對於專業網站，應該使用提高伺服器效率的策略，因此這個參數不能超過硬體本身的限制，如果頻繁出現拒絕訪問現象，就說明需要升級伺服器硬體了。對於非專業網站，不太在意對客戶瀏覽器的反應速度，或者認為反應速度較慢也比拒絕連接好，就也可以略微超過硬體條件來設置這個參數。

這個參數限制了MinSpareServers和MaxSpareServers的設置，它們不應該大於這個參數的設置。

MaxRequestsPerChild 30

使用子進程的方式提供服務的Web服務，常用的方式是一個子進程為一次連接服務，這樣造成的問題就是每次連接都需要生成、退出子進程的系統操作，使得這些額外的處理過程占據了計算機的大量處理能力。因此最好的方式是一個子進程可以為多次連接請求服務，這樣就不需要這些生成、退出進程的系統消耗，Apache就採用了這樣的方式，一次連接結束後，子進程並不退出，而是停留在系統中等待下一次服務請求，這樣就極大的提高了性能。

但由於在處理過程中子進程要不斷的申請和釋放內存，次數多了就會造成一些內存垃圾，就會影響系統的穩定性，並且影響系統資源的有效利用。因此在一個副本處理過一定次數的請求之後，就可以讓這個子進程副本退出，再從原始的httpd進程中重新復制一個干凈的副本，這樣就能提高系統的穩定性。這樣，每個子進程處理服務請求次數由MaxRe questPerChild定義。 預設的設置值為30，這個值對於具備高穩定性特點的Linux系統來講是過於保守的設置，可以設置為1000甚至更高，設置為0支持每個副本進行無限次的服務處理。

#Listen 3000

#Listen 12.34.56.78:80

#BindAddress *

Listen參數可以指定伺服器除了監視標準的80埠之外，還監視其他埠的HTTP請求。由於FreeBSD系統可以同時擁有多個IP地址，因此也可以指定伺服器只聽取對某個BindAddress< /B>的IP地址的HTTP請求。如果沒有配置這一項，則伺服器會回應對所有IP的請求。

即使使用了BindAddress參數，使得伺服器只回應對一個IP地址的請求，但是通過使用擴展的Listen參數，仍然可以讓HTTP守護進程回應對其他IP地址的請求。此時Listen參數的用法與上面的第二個例子相同。這種比較復雜的用法主要用於設置虛擬主機。此後可以用VirtualHost參數定義對不同IP的虛擬主機，然而這種用法是較早的HTTP 1.0標准中設置虛擬主機的方法，每針對一個虛擬主機就需要一個IP地址，實際上用處並不大。在HTTP 1.1中，增加了對單IP地址多域名的虛擬主機的支持，使得虛擬主機的設置具備更大的意義。

LoadMole mime_magic_mole libexec/apache/mod_mime_magic.so

LoadMole info_mole libexec/apache/mod_info.so

LoadMole speling_mole libexec/apache/mod_speling.so

LoadMole proxy_mole libexec/apache/libproxy.so

LoadMole rewrite_mole libexec/apache/mod_rewrite.so

LoadMole anon_auth_mole libexec/apache/mod_auth_anon.so

LoadMole db_auth_mole libexec/apache/mod_auth_db.so

LoadMole digest_mole libexec/apache/mod_digest.so

LoadMole cern_meta_mole libexec/apache/mod_cern_meta.so

LoadMole expires_mole libexec/apache/mod_expires.so

LoadMole headers_mole libexec/apache/mod_headers.so

LoadMole usertrack_mole libexec/apache/mod_usertrack.so

LoadMole unique_id_mole libexec/apache/mod_unique_id.so

ClearMoleList

AddMole mod_env.c

AddMole mod_log_config.c

AddMole mod_mime_magic.c

AddMole mod_mime.c

AddMole mod_negotiation.c

AddMole mod_status.c

AddMole mod_info.c

AddMole mod_include.c

AddMole mod_autoindex.c

AddMole mod_dir.c

AddMole mod_cgi.c

AddMole mod_asis.c

AddMole mod_imap.c

AddMole mod_actions.c

AddMole mod_speling.c

AddMole mod_userdir.c

AddMole mod_proxy.c

AddMole mod_alias.c

AddMole mod_rewrite.c

AddMole mod_access.c

AddMole mod_auth.c

AddMole mod_auth_anon.c

AddMole mod_auth_db.c

AddMole mod_digest.c

AddMole mod_cern_meta.c

AddMole mod_expires.c

AddMole mod_headers.c

AddMole mod_usertrack.c

AddMole mod_unique_id.c

AddMole mod_so.c

AddMole mod_setenvif.c
Apache伺服器的一個重要特性就是其模塊化的結構，這不但表現為其能在編譯時能通過新的模塊加入新的功能，還表現為其模塊可以動態載入入http服務程序中，而不必載入不需要的模塊。使用Apache的動態載入模塊只需要設置好Load Mole和AddMole參數就可以了，這種特性就是Apache的 DSO（Dynamic Shared Object）特性，然而要想充分使用DSO特性仍然不是一個簡單的事情，不適當的改動這里的設置就可能造成伺服器不能正常啟動。因此如果不是要增加或減少伺服器提供的功能，就不要改動這里的設置。

上面這些列表就顯示了Linux下的預設Apache伺服器支持的模塊，事實上很多模塊是沒有必要的，不必要模塊不會被載入內存。模塊可以靜態連接到pache 伺服器內部，也可以這樣動態載入，將Apache的特性都編譯成動態可載入模塊是該Port的做法，而不是Apache的預設做法，這樣就以犧牲很小的性能的同時，帶來極大的靈活性。

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

這些模塊都被放置到/usr/local/apache/libexec/目錄下， 每個模塊對應Apache伺服器的一個特性。詳細解釋每個模塊的功能需要相當多的篇幅，其中比較重要的特性將在後面相應的地方中進行解釋，而具體每個模塊的功能及用法就需要查看Apache的文檔。

#ExtendedStatus On

Apache伺服器可以通過特殊的HTTP請求，來報告自身的運行狀態，打開這個ExtendedStatus 參數可以讓伺服器報告更全面的運行狀態信息。

㈢ apache鏈嶅姟鍣ㄧ閰嶇疆鏂囦歡鏄

Apache鏈嶅姟鍣ㄧ鐨勪富瑕侀厤緗鏂囦歡鏄痟ttpd.conf銆
Apache HTTP鏈嶅姟鍣錛岄氬父琚綆縐頒負Apache錛屾槸涓嬈懼紑婧愮殑銆佽法騫沖彴鐨勭綉欏墊湇鍔″櫒杞浠躲傚畠鍙浠ヨ繍琛屽湪鍑犱箮鎵鏈夌殑璁＄畻鏈烘搷浣滅郴緇熶笂錛屽苟涓旀槸浜掕仈緗戜笂鏈嫻佽岀殑web鏈嶅姟鍣ㄨ蔣浠朵箣涓銆侫pache鏈嶅姟鍣ㄧ殑閰嶇疆鏂囦歡鏄鐢ㄤ簬璋冩暣鏈嶅姟鍣ㄨ屼負鍜屾ц兘鐨勬枃鏈鏂囦歡錛屽叾涓鍖呮嫭浜嗚稿氫笉鍚岀殑璁劇疆鍜岄夐」銆
鏈涓昏佺殑閰嶇疆鏂囦歡鏄痟ttpd.conf錛屽畠閫氬父浣嶄簬Apache鏈嶅姟鍣ㄧ殑conf鐩褰曚笅銆傝繖涓鏂囦歡鍖呭惈浜嗘湇鍔″櫒鍏ㄥ矓鐨勯厤緗錛屼緥濡傜洃鍚絝鍙ｃ佹湇鍔″櫒綆＄悊鍛樼殑閭綆便佽秴鏃舵椂闂淬佹枃妗ｆ牴鐩褰曠瓑銆傛ゅ栵紝httpd.conf涔熶細鍖呭惈涓浜涚敤浜庡姞杞藉叾浠栨ā鍧楃殑閰嶇疆鎸囦護錛屼緥濡俶od_rewrite銆乵od_php絳夈
涓句竴涓渚嬪瓙錛屽傛灉浣犳兂鏀瑰彉Apache鏈嶅姟鍣ㄧ殑鐩戝惉絝鍙ｏ紝浣犲彲浠ユ墦寮httpd.conf鏂囦歡錛屾壘鍒扳淟isten鈥濇寚浠わ紝鐒跺悗淇鏀瑰叾鍚庨潰鐨勭鍙ｅ彿銆傞粯璁ゆ儏鍐典笅錛岃繖涓絝鍙ｅ彿鏄80錛屼絾浣犲彲浠ユ牴鎹闇瑕佽繘琛屼慨鏀廣備緥濡傦紝濡傛灉浣犳兂灝嗙鍙ｆ敼涓8080錛屼綘鍙浠ヨ繖鏍蜂慨鏀癸細鈥淟isten 8080鈥濄
闇瑕佹敞鎰忕殑鏄錛屼慨鏀歸厤緗鏂囦歡鍚庨渶瑕侀噸鏂板惎鍔ˋpache鏈嶅姟鍣ㄦ墠鑳戒嬌淇鏀圭敓鏁堛傛ゅ栵紝瀵逛簬澶у瀷鐨凙pache鏈嶅姟鍣錛岄氬父榪樹細鏈夐濆栫殑閰嶇疆鏂囦歡鐢ㄤ簬鐗瑰畾鐨勮櫄鎷熶富鏈烘垨鑰呯洰褰曘傝繖浜涢濆栫殑閰嶇疆鏂囦歡閫氬父浼氶氳繃Include鎸囦護鍦╤ttpd.conf鏂囦歡涓寮曞叆銆
鎬葷殑鏉ヨ達紝Apache鏈嶅姟鍣ㄧ殑閰嶇疆鏂囦歡鏄鐢ㄤ簬鎺у埗鏈嶅姟鍣ㄨ屼負鍜屾ц兘鐨勫叧閿宸ュ叿銆傜悊瑙ｈ繖浜涢厤緗鏂囦歡鐨勫唴瀹瑰拰緇撴瀯錛屾槸鎺屾彙Apache鏈嶅姟鍣ㄧ＄悊鐨勯噸瑕佷竴姝ャ

㈣ apache濡備綍鎼寤哄氫釜緗戠珯apache鍙浠ラ儴緗插氫釜緗戠珯鍚

Apache濡備綍寤虹珛澶氫釜緗戠珯錛

寤虹珛澶氫釜緗戠珯

緗戠珯杈懼埌涓瀹氳勬ā鍚庯紝涓瀹氭槸鏈嶅姟鍣錛岀綉絝欐槸鏈濂界殑閫夋嫨銆備絾鏄瀵逛簬鍒氳搗姝ョ殑絝欓暱鏉ヨ達紝涓涓鏄鍦ㄦ懜緔㈠皾璇曚腑錛屼竴涓鏄緙洪挶銆傝喘涔伴厤緗紼嶉珮鐨勬湇鍔″櫒錛屽湪涓鍙版湇鍔″櫒涓婃惌寤哄氫釜緗戠珯錛屾槸涓涓涓嶉敊鐨勯夋嫨銆傚弸澶㎞otes鏄疻inserver涓嬬敤IIS鎼寤虹殑鍗曟湇鍔″櫒澶氱綉絝欑瓥鐣ワ紝鍚屾椂鏀鎸丄SP鍜孭HP銆傚洜涓篈pache鏈嶅姟鍣ㄦц兘鏇村ソ錛屾墍浠ュ逛簬鍙浣跨敤PHP鐨勭珯闀挎潵璇存槸鏈濂界殑閫夋嫨銆傚湪榪欓噷錛屽弸澶╁皢鍒嗕韓鐢ㄤ竴鍙癆pache鏈嶅姟鍣ㄦ惌寤哄氫釜緗戠珯鐨勬柟娉曘

濡備綍鍦ㄤ竴鍙版湇鍔″櫒涓婂緩絝嬪氫釜緗戠珯(Apache鐗堟湰)

Apache鐨勯厤緗鏂囦歡涓鑸鏀懼湪/etc/httpd/conf鏂囦歡澶逛腑錛宧ttpd.conf鏄瀹冪殑涓婚厤緗鏂囦歡銆傞厤緗鐨勬椂鍊欏彲浠ュ崟鐙閰嶇疆鉶氭嫙涓繪満鐨勯厤緗鏂囦歡錛屾瘮濡傚懡鍚嶄負vhost.conf錛岀劧鍚庡湪http.conf涓澧炲姞涓琛宨nclude璇鍙モ渋nclude鈥濄

/etc/httpd/conf/vhost.conf"鍙浠ュ寘鍚玽host.conf鐨勯厤緗鏂囦歡銆

鐩鍓嶏紝鍦ㄤ竴鍙版湇鍔″櫒涓婂緩絝嬪氫釜緗戠珯鐨勬柟娉曚富瑕佹湁浠ヤ笅鍑犵:

1.鍩轟簬IP鍦板潃

榪欑嶆柟娉曢傜敤浜庝竴鍙版湇鏃╀笘鍔″櫒鏈夊氫釜IP鐨勬儏鍐碉紝鏈綆鍗曠矖鏆淬備笉榪囦竴鑸涓涓猇PS鍙緇戝畾涓涓鍏鏈塈P(棰濆朓P鍔犻挶)錛屾墍浠ユ柟娉曚笉鍋氳繃澶氫粙緇嶃

2.鍩轟簬絝鍙ｅ彿

榪欑嶆柟鍧﹀唽娉曚嬌鐢ㄤ笉鍚岀殑絝鍙ｅ彿鏉ユ爣璇嗕笉鍚岀殑緗戠珯錛屽疄闄呰塊棶鏄閫氳繃緇欑綉絝欐坊鍔犵鍙ｅ彿鏉ュ疄鐜扮殑錛屽俬ttp://www.shengliyoutian.com:80銆乭ttp://www.shengliyoutian.com:81銆乭ttp://www.shengliyoutian.com:82錛岃繖縐嶆柟娉曢渶瑕佸湪緗戠珯閰嶇疆鍚庢坊鍔犵鍙ｅ彿鏉ヨ塊棶涓嶅悓鐨勭綉絝欍傞傜敤浜庣綉絝欏煙鍚嶈緝鐭浣嗘湇鍔″櫒絝鍙ｅ彿瓚沖熺殑鎯呭喌銆傜己鐐規槸緗戠珯鍚庨潰闇瑕佹坊鍔犵鍙ｅ彿錛屼笉鍒╀簬鐢ㄦ埛璁塊棶銆

3.鍩轟簬涓繪満鍚

榪欑嶆柟娉曠敤涓嶅悓鐨勫煙鍚嶆潵鍖哄垎涓嶅悓鐨勭綉絝欙紝鎵鏈夌殑鍩熷悕瑙ｆ瀽閮芥寚鍚戝悓涓涓狪P銆侫pache閫氳繃HTTP澶撮檮甯︾殑涓繪満鍙傛暟鍒ゆ柇鐢ㄦ埛闇瑕佽塊棶鍝浜涚綉絝欙紝姣斿俬ttp://www.shengliyoutian.com鍜宧ttp://blog.shengliyoutian.com銆侶ttp://vps.shengliyoutian.com錛屽湪澶у氭暟鎯呭喌涓嬶紝榪欑嶆柟娉曟槸鐢變竴涓鏈嶅姟鍣ㄤ笂鐨勫氫釜緗戠珯浣跨敤銆傝繖閲屼互CentOS6.5緋葷粺涓轟緥錛岃茶В濡備綍鍩轟簬涓繪満鍚嶉厤緗瓵pache鉶氭嫙涓繪満銆

1.鍦ˋpache鐨刢onfiguration鏂囦歡澶逛笅鏂板緩涓涓獀host.conf浣滀負鉶氭嫙涓繪満鐨勯厤緗鏂囦歡錛屽皢鉶氭嫙涓繪満鐨勫唴瀹瑰啓鍏ュ叾涓銆傞栧厛錛屾坊鍔犻粯璁ゆ枃浠跺ご:

NameVirtualHost*:80

鏈嶅姟鍣ㄥ悕縐*

#

榛樿ゆ儏鍐典笅錛屾牴鐩褰曟槸緗戠珯鐨勭洰褰曘

DocumentRoot/www/html

浜屻佹牴鎹瀹為檯鎯呭喌澧炲姞浠ヤ笅閰嶇疆:

#鍦ㄤ換浣曞湴鍧鐨勭鍙80涓婁睛鍚琀TTP璇鋒眰

#緗戠珯綆＄悊鍛樼殑鑱旂郴淇℃伅

ServerAdmin

[email protected]

#緗戠珯鐩褰

documentroot/var/www/html/test3

#Hostname錛岃繖鏄痑pache璇嗗埆涓嶅悓緗戠珯鐨勫湴鏂廣

鏈嶅姟鍣ㄥ悕test3.huigher.cn

#閿欒鏃ュ織璺寰

閿欒鏃ュ織

logs/test3.huigher.cn-error_log

#璁塊棶鏃ュ織璺寰

鑷瀹氫箟鏃ュ織

logs/test3.huigher.cn-access_logcommon

鍥涖佹湇鍔″櫒涓婃湁澶氬皯涓緗戠珯錛岄偅涔堝垎鍒閰嶇疆澶氬皯浠戒俊鎮錛屾牴鎹瀹為檯鎯呭喌淇鏀瑰唴瀹癸紝嫻嬭瘯鏈嶅姟鍣ㄤ笂鐨勯〉闈㈤厤緗銆

鍔ㄨ瘝錛坴erb鐨勭緝鍐欙級鍦╤ttp.conf鏂囦歡涓娣誨姞涓琛屸淚nclude鈥

/etc/httpd/conf/vhost.conf"鏉ュ寘鍚玽host.conf鏂囦歡鐨勫唴瀹廣

涓嶅強鐗╁姩璇嶅皢緗戠珯鐨勯檮鍔犲煙鏀懼叆/etc/hosts鏂囦歡涓鐨勬湰鍦扮幆鍥炲湴鍧:

127.0.0.1www.shengliyoutian.com

127.0.0.1blog.shengliyoutian.com

linux鎬庤╃潄瀹忎箞鎼寤篈SP鐨勭綉絝欙紵

linux鐢ㄤ笉浜哸sp,鍒鐞㈢（浜,闄ら潪浣犳悶涓鉶氭嫙鏈簐m鉶氭嫙window鐒跺悗鍦╥is鎴栬卆pache

㈤ Apache 的配置文件httpd.conf 里有Define SRVROOT,這是什麼意思，又怎

Define SRVROOT的意思是定義了一個名為SRVROOT的變數
例如APACHE安裝目錄是c:/apache24，則Define SRVROOT="c:/apache24"
這樣後沒再需要使用這個路徑的時候，輸入${SRVROOT}就可以了
例如設置cgi-bin的路徑，ScriptAlias /cgi-bin/ "${SRVROOT}/cgi-bin/"
這樣做的目的是你只需要修改配置文件的SRVROOT的值，其他相關路徑都會同步修改，不需要自己手動一個個去改
ServerName localhost :80 的意思是配置你訪問伺服器的地址, 啟動服務後在瀏覽器輸入http://localhost:80，就可以訪問到伺服器對應的頁面

㈥ linux下如何找到apache的安裝目錄。找到apache的配置文件

apache的配置文件可以通過下述指令進行查找：

find / -nameapache；

1、採用RPM包安裝：

默認情況下目錄/usr 用來存版放權應用程序；

目錄/etc 存放軟體的配置文件；

查看Apache安裝路徑：rpm-ql httpd-xxxx

2、採用源代碼安裝：

指定安全路徑 configure --prefix=安裝路徑；

默認在/usr/local下；

延展資料

Apache HTTPServer（簡稱Apache）是Apache軟體基金會的一個開放源碼的網頁伺服器，可以在大多數計算機操作系統中運行，由於其多平台和安全性被廣泛使用，是最流行的Web伺服器端軟體之一。它快速、可靠並且可通過簡單的API擴展，將Perl/Python等解釋器編譯到伺服器中。

Apache HTTP伺服器是一個模塊化的伺服器，源於NCSAhttpd伺服器，經過多次修改，成為世界使用排名第一的Web伺服器軟體。

它可以運行在幾乎所有廣泛使用的計算機平台上。

㈦ apache閰嶇疆鏂囦歡璇﹁В(apache璁劇疆鐨勫熀鏈閰嶇疆)

Apahce閰嶇疆鎸囦護鍙浠ュ垎涓轟袱鍧楋紝鏍稿績鎸囦護鍜岀涓夋柟鎻愪緵鐨勬寚浠ゃ傚湪apache涓錛屾瘡鏉℃寚浠ゅ瑰簲涓涓妯″潡錛岃屽湪鎵鏈夋ā鍧椾腑錛屾渶閲嶈佺殑鏄痗ore _ mole銆乻o_moudle銆乭ttp _ mole鍜宮pm妯″潡銆傞櫎浜唖o _ mold錛屽叾浠栨ā鍧楅兘涓嶈兘鍏抽棴鎴栫佹銆備竴錛歨ttpd.conf


涓繪湇鍔″櫒閮ㄥ垎


1.ServerName:瀹氫箟apache鐨勯粯璁や富鏈哄悕錛屽彲浠ユ槸鍩熷悕鎴朓P鍦板潃銆


2.ServerRoot:鐢ㄤ簬瀹氫箟鏈嶅姟鍣ㄦ墍鍦ㄧ殑鐩褰曘傚湪閰嶇疆榪囩▼涓錛岃ヨ礬寰勯氬父鐢-鍓嶇紑鎸囧畾銆


3.DocumentRoot:鐢ㄤ簬鎸囧畾apache鎻愪緵欏甸潰鏈嶅姟鐨勬牴鐩褰曘傝ヨ礬寰勫繀欏繪槸緇濆硅礬寰勶紝鑰屼笉鏄鐩稿硅礬寰勩傚傛灉鏈夌┖鏍礆紝闇瑕佺敤寮曞彿鎷璧鋒潵銆


4.ServerAdmin:鍙戠敓閿欒鍚庢湇鍔″櫒鍚戠＄悊鍛樺彂閫佺數瀛愰偖浠剁殑鍦板潃銆


5.ServerAlias鍜孉lias:涓よ呴兘鐢ㄤ簬鏄犲皠鐩褰曪紝鍙鏄瘲erverAlias灝嗘槧灝勭殑鐩褰曡瘑鍒涓篊GI鑴氭湰鐩褰曪紝騫跺皢璇ョ洰褰曚腑鐨勬墍鏈夋枃浠惰嗕負CGI鑴氭湰銆備絾鏄疉lias鍙鏄犲皠鍒頒竴涓鏅閫氱殑鐩褰曘


6.鐢ㄦ埛鍜岀粍錛氱敤浜庡畾涔夌敤浜庤繍琛宎pache瀛愭祦紼嬬殑鐢ㄦ埛鍜岀敤鎴風粍銆


7.Listen:鐢ㄤ簬瀹氫箟鐩戝惉apache鐨勭鍙ｅ彿銆


8.LoadMole鎸囦護錛氱敤浜庡姞杞芥ā鍧楁垨鐩鏍囨枃浠秎oad mole CGI _ mole moles/mod _ CGI . so _ mole銆


9.閿欒鏂囨。錛氶敊璇鏂囨。500 quot鏈鐭ラ敊璇 quot閿欒鏂囨。404 quot鑷鎴戞剰涔夌殑閿欒欏甸潰淇℃伅


/var/server/www/CGI-bin/missing _ 404 . pl 閿欒鏂囨。402

10.閫夐」錛氬喅瀹氬湪鍝浜涚洰褰曚腑浣跨敤榪欎簺鍔熻兘銆傝繖浜涚壒寰佸備笅錛


鏃狅細閫夐」鍛戒護涓嶈搗浣滅敤銆


Exec:鍏佽窩GI鑴氭湰鍦ㄥ綋鍓嶇洰褰曚腑鎵ц屻


鍖呮嫭錛氬厑璁窼SI鍑芥暟銆


鍏佽鎬嬌鐢↖ncludesNOEXEC: SSI鍑芥暟錛屼絾紱佺敤exec cgi鍜宔xec cmd鍑芥暟銆


緔㈠紩錛氭墦寮緔㈠紩鍔熻兘銆備緥濡傦紝濡傛灉鍦ㄨ鋒眰鐩褰曠殑URLz涓娌℃湁鐢盌irectoryIndex鎸囦護鎸囧畾鐨勭儲寮曟枃浠訛紝鏈嶅姟鍣ㄥ皢鑷鍔ㄨ繑鍥炶鋒眰鐩褰曠殑鍐呭瑰垪琛ㄣ


鍦ㄥ綋鍓嶇幆澧冧腑鍏佽哥﹀彿榪炴帴錛屼絾鏄鍦ㄤ綅緗瀹瑰櫒涓灝嗚蹇界暐銆


All:浣跨敤闄ゅ氳嗗浘涔嬪栫殑鎵鏈夊姛鑳斤紝榪欎篃鏄閫夐」鐨勯粯璁ゅ弬鏁般


MultiViews:鐢ㄤ簬鍚鍔╩od_negotiations妯″潡鎻愪緵鐨勫氳嗗浘鍔熻兘銆


1.ServerTokens: OS/Major/Full浼氬獎鍝嶉〉鑴氫俊鎮鐨勭粏鑺傦紝鎵浠ヤ竴鑸涓嶅緩璁浣跨敤銆


闆嗚呯遍儴鍒


1.IfMole瀹瑰櫒錛氬瑰櫒浣滅敤浜庢ā鍧楋紝浼氬厛鍒ゆ柇妯″潡鏄鍚﹀姞杞斤紝鍐嶅喅瀹氭槸鍚﹀勭悊錛屽嵆鍙鏈夊垽鏂緇撴灉涓虹湡錛屾墠浼氭墽琛屽瑰櫒涓鐨勬寚浠わ紱鍚﹀垯錛屽傛灉涓篺alse錛屾墍鏈夋寚浠ら兘灝嗚蹇界暐銆傚彲浠ヤ嬌鐢↖fMole妯″潡鍚嶆垨IfMole錛佹ā鍧楀悕鏉ョ『瀹氭ā鍧楁槸鍚﹀凡鍔犺澆銆


濡傛灉妯″潡mpm_netware_mole


index.html鐩褰曠儲寮


/IfMole


鍔犺澆鍚庢墽琛屻


IfMole錛乵pm _ netware _妯″潡


index.html鐩褰曠儲寮


/IfMole


濡傛灉鏈鍔犺澆錛屽垯鎵ц屻


2 IfDefine瀹瑰櫒錛氬畠灝佽呬簡涓緇勫彧鍦ㄦ潯浠朵負鐪熸椂鎵嶇敓鏁堢殑鎸囦護錛屼綔鐢ㄤ簬serverconfig銆佽櫄鎷熶富鏈恆佺洰褰曘乭taccess鍜孖fMole銆備笉鍚岀殑鏄瀹冨垽鏂妯″潡鏄鍚﹀姞杞斤紝鑰孖fDefine鍒ゆ柇鐨勬槸鏉′歡銆


鏍規嵁


if瀹氫箟浠ｇ悊


load mole proxy _ mole moles/lib proxy . so


/IfDefine


3鐩褰曠洰褰曞尮閰嶅瑰櫒錛


鐩褰曪細璁╁畠灝佽呯殑鎸囦護鍦ㄥ畠鎸囧畾鐨勭洰褰曟垨鑰呭瓙鐩褰曚笅宸ヤ綔銆傝ョ洰褰曞繀欏繪槸瀹屾暣鐨勮礬寰勩傚綋鐒訛紝涔熷彲浠ヤ嬌鐢ㄩ氶厤絎*錛熷尮閰嶇洰褰曪紝涔熻冭檻鐢ㄦ潵紜瀹氬瓧絎﹁寖鍥達紝浣嗘槸鏃犺哄摢涓涓閮藉彲浠ュ尮閰/


鐩褰/var/apache/html


璁㈠崟鎷掔粷錛屽厑璁


鍏ㄩ儴鍚﹁


/鐩褰


涓婇潰鐨勭ず渚嬬佹㈣塊棶/var/apache/html鐩褰曘傚/var/apache/html鐨勪換浣曡鋒眰閮藉皢琚鎷掔粷銆


濡傛灉鎯寵╃洰褰曚嬌鐢ㄦｅ垯琛ㄨ揪寮忥紝闇瑕佸姞涓涓獈


鐩褰晘銆奮/var/apache{2}/html銆


璁㈠崟鎷掔粷錛屽厑璁


鍏佽告墍鏈変漢


/鐩褰


DirectoryMatch:綾諱技浜巇irectory錛屽彧鏄瀹冨彲浠ョ洿鎺ユ帴鍙楀父瑙勫尮閰嶏紝涓嶉渶瑕佹坊鍔爚絎﹀彿銆


瀵兼紨鍖歸厤銆奮/var/apache{2}/html銆


璁㈠崟鎷掔粷錛屽厑璁


鍏佽告墍鏈変漢


/鐩褰曞尮閰


4鏂囦歡鍜屾枃浠跺尮閰


鏂囦歡錛氫粎閫傜敤浜庢枃浠躲備篃鍙浠ュ湪姝ｅ垯琛ㄨ揪寮忓墠浣跨敤閫氶厤絎﹀拰鍜寏鏉ヤ嬌鐢ㄦｅ垯琛ㄨ揪寮忋


鏂囦歡鈥淾.css


璁㈠崟鎷掔粷錛屽厑璁


鍏佽告墍鏈変漢


/鏂囦歡


鍖歸厤錛氭病鏈夋坊鍔爚絎﹀彿鐨勬枃浠躲


鏂囦歡鍖歸厤鈥濄傦紝鐒跺悗鏄鏂囦歡鍜屾枃浠跺尮閰嶅瑰櫒錛岀劧鍚庢槸浣嶇疆鍜屼綅緗鍖歸厤瀹瑰櫒銆


浣嶇疆/var/apache/html


璁㈠崟鎷掔粷錛屽厑璁


鍏佽告墍鏈変漢


/浣嶇疆


Direcotry /var/apache/html


璁㈠崟鍏佽搞佹嫆緇


鍏佽告墍鏈変漢


鍚﹁ゆ潵鑷獁ww.jons.com


/Direcotry


鍦ㄤ笂闈㈢殑渚嬪瓙涓錛孉pache灝嗛栧厛澶勭悊鐩褰曞瑰櫒錛屾渶鍚庡勭悊鐨勪綅緗瀹瑰櫒灝嗚嗙洊浠ュ墠鐨勭洰褰曢厤緗錛屽洜姝www.json.com灝嗚鍏佽哥敤鎴瘋塊棶銆傚傛灉瀹瑰櫒鐩稿悓錛屽皢鏍規嵁瀛楀吀欏哄簭浠庣煭鍒伴暱榪涜屽勭悊銆

鐜嬭呬箣蹇2鐐瑰嚮璇曠帺

㈧ linux涓嬪備綍鎵懼埌apache鐨勫畨瑁呯洰褰曘傛壘鍒癮pache鐨勯厤緗鏂囦歡錛

鍦↙inux緋葷粺涓錛屽繪壘Apache鐨勫畨瑁呯洰褰曞拰閰嶇疆鏂囦歡騫朵笉澶嶆潅銆備互涓嬫槸涓ょ嶅父瑙佺殑瀹夎呮柟寮忎笅鐨勬煡鎵炬ラわ細

棣栧厛錛屽傛灉浣犱嬌鐢ㄧ殑鏄疪PM鍖呭畨瑁匒pache錛岄氬父瀹冪殑閰嶇疆鏂囦歡浼氬垎甯冨湪浠ヤ笅鍑犱釜璺寰勶細

• 搴旂敤紼嬪簭鐨勯粯璁ゅ畨瑁呬綅緗錛/usr
• 閰嶇疆鏂囦歡鎵鍦ㄧ殑鐩褰曪細/etc

浣犲彲浠ラ氳繃`rpm-qlhttpd-xxxx`鍛戒護鏌ョ湅Apache鐨勫叿浣撳畨瑁呰礬寰勶紝榪欓噷鐨"xxxx"闇瑕佹浛鎹涓轟綘瀹夎呯殑鍏蜂綋Apache鐗堟湰鍙楓

鍏舵★紝濡傛灉浣犻夋嫨婧愪唬鐮佸畨瑁咃紝瀹夎呮椂鍙浠ラ氳繃`configure--prefix=瀹夎呰礬寰刞閫夐」鎸囧畾瀹夎呬綅緗銆傞粯璁ゆ儏鍐典笅錛屽畠浼氬畨瑁呭湪/usr/local鐩褰曚笅銆傚畨瑁呭悗錛岄厤緗鏂囦歡涔熶細鍦ㄨ繖涓璺寰勭殑鐩稿簲瀛愮洰褰曚腑銆

ApacheHTTPServer鏄涓涓鍔熻兘寮哄ぇ鐨刉eb鏈嶅姟鍣錛屽畠鍩轟簬NCSAhttpd鏈嶅姟鍣錛屼互妯″潡鍖栬捐¤岄椈鍚嶏紝鏀鎸丳erl/Python絳夎璦鎵╁睍銆傚畠琚騫挎硾搴旂敤浜庡悇縐嶆搷浣滅郴緇燂紝鍥犲叾楂橀熴佸彲闈犲拰鍙鎵╁睍鎬ц屽囧彈闈掔潗錛屾槸Web鏈嶅姟鍣ㄥ競鍦虹殑棰嗗啗鑰呫

鎬葷殑鏉ヨ達紝閫氳繃涓婅堪鏂規硶錛屼綘灝辮兘杞繪澗鎵懼埌Apache鍦↙inux緋葷粺涓鐨勫畨瑁呯洰褰曞拰閰嶇疆鏂囦歡浣嶇疆銆傚傛灉浣犳ｅ湪瀵繪壘鐗瑰畾鐨勯厤緗鏂囦歡錛岃板緱鏇挎崲涓婅堪璺寰勪腑鐨勭粏鑺備互閫傚簲浣犵殑瀹為檯鎯呭喌銆