mpm系統源碼

① 有時打開百度會跳轉成一個空白頁，然後彈幾個廣告，各位幫我看看這個網頁的源代碼代表什麼

你的瀏覽器首頁被春晌篡改了，用安全衛士清除後鎖定你需要的首頁，這些網頁的源代碼姿爛要追索起來比較困難，需要專業人士來做扒冊鋒,不過這些網址和360並沒有任何關系

② php工程師都要學習什麼就業方向如何

PHP工程師就業方向有：
編寫一定量的PHP代碼，學習會使用一些框架。
拓展熟悉Mysql、Web伺服器Apache/Nginx，linux和HTTP協議。搞清楚它們之間的通信模式。
學習「設計模式」，寫出優美的代碼結構，減少累贅和代碼重復，在代碼後期維護會帶來極大的好處。可以適當去看看框架的PHP源碼，裡面往往有大量設計模式的應用思想。學習對PHP原生語法的深入了解，了解各種PHP拓展在PHP中扮演的作用，PHP優化。
進一步搞清楚PHP和資料庫、存儲、Web伺服器的通信原理(prefork/worker/event MPM，PHP-fpm)，閱讀PHP內核資料，深入學習Linux原理層。
深入底層路線：深入看下PHP源碼(C語言)，學習編寫PHP拓展。或者走架構師道路，搞清楚Web系統架構(負載均衡、集群部署、容災保護等)，PHP在中間如何將它們連接在一起的。

PHP可以做的工作：
一、服務端腳本
伺服器腳本運行模式需要具備3個條件：PHP解析器(CGI或者伺服器模塊)、Web伺服器、Web瀏覽器。
具體執行流程：首先運行Web伺服器，然後安裝並配置PHP，最後可以用Web瀏覽器訪問PHP程序的輸出，即瀏覽服務端的PHP頁面(或數據輸出)。
二、命令行腳本
通過命令行模式運行PHP腳本，這種模式下不需要伺服器的支持或者依賴瀏覽器的觸發，在命令行腳本模式下僅需要PHP解析器來執行。通常這種方法被用在Windows和Linux平台下做日常運行腳本使用，如某些守護程序等。當然這些腳本也可以用來處理簡單的文本。
三、編寫客戶端的GUI應用程序
對於基於窗口式的應用程序來說，PHP或許不是一種最好的語言，但是如果您非常精通PHP，並且希望在您的客戶端應用程序中使用PHP的一些高級特性，您可以利用PHP-GTK來編寫這些程序。用這種方法，您還可以編寫跨平台的應用程序。PHP-GTK是PHP的一個擴展，在通常發布的PHP包中並不包含它。
PHP的就業前景是很不錯的。

③ 如何在不卸載現有OpenSSL的情況下源碼安裝配置新版OpenSSL+Apache

首先是把新版本OpenSSL的安裝路徑加入$PATH
sudo gvim ~/.bashrc在文件末尾加上：
PATH="$PATH:/usr/local/openssl/bin:"export PATH然後保存
將/usr/bin/openssl改名
/usr/bin$ sudo mv openssl openssl0.9.8這樣的就可以在命令行中直接使用新版的OpenSSL了
$ openssl version -aOpenSSL 1.0.1c 10 May 2012built on: Sun Jul 22 20:43:26 CST 2012platform: linux-elfoptions: bn(64,32) rc4(8x,mmx) des(ptr,risc1,16,long) idea(int) blowfish(idx) compiler: gcc -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -Wa,--noexecstack -DL_ENDIAN -DTERMIO -O3 -fomit-frame-pointer -Wall -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DRMD160_ASM -DAES_ASM -DVPAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASMOPENSSLDIR: "/usr/local/openssl/ssl"變更include頭文件:
/usr/include$ sudo mv openssl openssl0.9.8/usr/include$ sudo cp -r /usr/local/openssl/include ./還需要重新編譯Apache才能使用新版的OpenSSL
$ ./configure --prefix=/usr/local/apache2.4 --with-layout=Apache --enable-molues=most --enable-mods-shared=all --with-mpm=prefork --with-ssl=/usr/local/openssl注意最後一句是啟用新版OpenSSL的關鍵
然後就是套路了，make && make install
配置……
然後測試一下，證明已經可以用的一個證據是：
./ab -t 5 -c 100 -n 20000 https://127.0.0.1/index.htmlThis is ApacheBench, Version 2.4 (OpenSSL 1.0.1c 10 May 2012)看來以後要多用源碼安裝，少用系統預編譯的包，不然可更新軟體可真是麻煩呀

④ 怎麼查看伺服器安裝好了 prefork

1、RedHat Linux下查看apache版本號 在Apache安裝目錄bin下，使用以下命令查看即可。 使用命令：./httpd -v 示例： 2、查看Apache當前工作模式 Apache有prefork和worker工作模式 使用命令：./apachectl –l 示例： 從以上結果可知，當時httpd工作在prefork模式下。 在configure時，可以通過指定參數，將工作模式設置為worker模式或prefork模式。 使用命令：./configure --with-mpm=worker 示例：設置為worker模式 Apache服務的兩種工作模式詳解： prefork的工作原理及配置 如果不用「--with-mpm」顯式指定某種MPM，prefork就是Unix平台上預設的MPM。它所採用的預派生子進程方式也是Apache 1.3中採用的模式。prefork本身並沒有使用到線程，2.0版使用它是為了與1.3版保持兼容性；另一方面，prefork用單獨的子進程來處理不同的請求，進程之間是彼此獨立的，這也使其成為最穩定的MPM之一。 若使用prefork，在make編譯和make install安裝後，使用「httpd -l」來確定當前使用的MPM，應該會看到prefork.c（如果看到worker.c說明使用的是worker MPM，依此類推）。再查看預設生成的httpd.conf配置文件，裡麵包含如下配置段： <IfMole prefork.c> StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequestsPerChild 0 </IfMole> prefork的工作原理是，控制進程在最初建立「StartServers」個子進程後，為了滿足MinSpareServers設置的需要創建一個進程，等待一秒鍾，繼續創建兩個，再等待一秒鍾，繼續創建四個……如此按指數級增加創建的進程數，最多達到每秒32個，直到滿足MinSpareServers設置的值為止。這就是預派生（prefork）的由來。這種模式可以不必在請求到來時再產生新的進程，從而減小了系統開銷以增加性能。 MaxSpareServers設置了最大的空閑進程數，如果空閑進程數大於這個值，Apache會自動kill掉一些多餘進程。這個值不要設得過大，但如果設的值比MinSpareServers小，Apache會自動把其調整為MinSpareServers+1。如果站點負載較大，可考慮同時加大MinSpareServers和MaxSpareServers。 MaxRequestsPerChild設置的是每個子進程可處理的請求數。每個子進程在處理了「MaxRequestsPerChild」個請求後將自動銷毀。0意味著無限，即子進程永不銷毀。雖然預設設為0可以使每個子進程處理更多的請求，但如果設成非零值也有兩點重要的好處： ◆ 可防止意外的內存泄漏； ◆ 在伺服器負載下降的時侯會自動減少子進程數。 因此，可根據伺服器的負載來調整這個值。個人認為10000左右比較合適。 MaxClients是這些指令中最為重要的一個，設定的是Apache可以同時處理的請求，是對Apache性能影響最大的參數。其預設值150是遠遠不夠的，如果請求總數已達到這個值（可通過ps -efgrep httpwc -l來確認），那麼後面的請求就要排隊，直到某個已處理請求完畢。這就是系統資源還剩下很多而HTTP訪問卻很慢的主要原因。系統管理員可以根據硬體配置和負載情況來動態調整這個值。雖然理論上這個值越大，可以處理的請求就越多，但Apache默認的限制不能大於256。如果把這個值設為大於256，那麼Apache將無法起動。事實上，256對於負載稍重的站點也是不夠的。在Apache 1.3中，這是個硬限制。如果要加大這個值，必須在「configure」前手工修改的源代碼樹下的src/include/httpd.h中查找256，就會發現「#define HARD_SERVER_LIMIT 256」這行。把256改為要增大的值（如4000），然後重新編譯Apache即可。在Apache 2.0中新加入了ServerLimit指令，使得無須重編譯Apache就可以加大MaxClients。下面是prefork配置段： <IfMole prefork.c> StartServers 10 MinSpareServers 10 MaxSpareServers 15 ServerLimit 2000 MaxClients 1000 MaxRequestsPerChild 10000 </IfMole> 上述配置中，ServerLimit的最大值是2000，對於大多數站點已經足夠。如果一定要再加大這個數值，對位於源代碼樹下server/mpm/prefork/prefork.c中以下兩行做相應修改即可： #define DEFAULT_SERVER_LIMIT 256 #define MAX_SERVER_LIMIT 2000 worker的工作原理及配置 相對於prefork，worker是2.0 版中全新的支持多線程和多進程混合模型的MPM。由於使用線程來處理，所以可以處理相對海量的請求，而系統資源的開銷要小於基於進程的伺服器。但是，worker也使用了多進程，每個進程又生成多個線程，以獲得基於進程伺服器的穩定性。這種MPM的工作方式將是Apache 2.0的發展趨勢。 在configure -with-mpm=worker後，進行make編譯、make install安裝。在預設生成的httpd.conf中有以下配置段： <IfMole worker.c> StartServers 2 MaxClients 150 MinSpareThreads 25 MaxSpareThreads 75 ThreadsPerChild 25 MaxRequestsPerChild 0 </IfMole> worker的工作原理是，由主控制進程生成「StartServers」個子進程，每個子進程中包含固定的ThreadsPerChild線程數，各個線程獨立地處理請求。同樣，為了不在請求到來時再生成線程，MinSpareThreads和MaxSpareThreads設置了最少和最多的空閑線程數；而MaxClients設置了所有子進程中的線程總數。如果現有子進程中的線程總數不能滿足負載，控制進程將派生新的子進程。 MinSpareThreads和MaxSpareThreads的最大預設值分別是75和250。這兩個參數對Apache的性能影響並不大，可以按照實際情況相應調節。 ThreadsPerChild是worker MPM中與性能相關最密切的指令。ThreadsPerChild的最大預設值是64，如果負載較大，64也是不夠的。這時要顯式使用ThreadLimit指令，它的最大預設值是20000。上述兩個值位於源碼樹server/mpm/worker/worker.c中的以下兩行： #define DEFAULT_THREAD_LIMIT 64 #define MAX_THREAD_LIMIT 20000 這兩行對應著ThreadsPerChild和ThreadLimit的限制數。最好在configure之前就把64改成所希望的值。注意，不要把這兩個值設得太高，超過系統的處理能力，從而因Apache不起動使系統很不穩定。 Worker模式下所能同時處理的請求總數是由子進程總數乘以ThreadsPerChild值決定的，應該大於等於MaxClients。如果負載很大，現有的子進程數不能滿足時，控制進程會派生新的子進程。默認最大的子進程總數是16，加大時也需要顯式聲明ServerLimit（最大值是20000）。這兩個值位於源碼樹server/mpm/worker/worker.c中的以下兩行： #define DEFAULT_SERVER_LIMIT 16 #define MAX_SERVER_LIMIT 20000 需要注意的是，如果顯式聲明了ServerLimit，那麼它乘以ThreadsPerChild的值必須大於等於MaxClients，而且MaxClients必須是ThreadsPerChild的整數倍，否則Apache將會自動調節到一個相應值（可能是個非期望值）。下面是worker配置段： <IfMole worker.c> StartServers 3 MaxClients 2000 ServerLimit 25 MinSpareThreads 50 MaxSpareThreads 200 ThreadLimit 200 ThreadsPerChild 100 MaxRequestsPerChild 0 </IfMole> 通過上面的敘述，可以了解到Apache 2.0中prefork和worker這兩個重要MPM的工作原理，並可根據實際情況來配置Apache相關的核心參數，以獲得最大的性能和穩定性。

⑤ LINUX操作系統課程設計：企業伺服器的配置與實現怎樣做

一般購買大品牌的伺服器才有相應的驅動程序:
硬體:4核CPU,4G的內存,主板帶RIAD,512G內存,

安裝與配置Web伺服器
Apache伺服器源代碼安裝：
http://httpd.apache.org
Apache RPM軟體下載：
http://updates.redhat.com
Apache模塊和MPM可使用類型的更詳細介紹：
http://httpd.apache.org/docs-2.0/mod/N
Apache對模塊的使用有兩種方法，一種是將其永久性地編譯Apache內核中，即採用靜態編譯；另一種是採取動態編譯，將其編譯成DSO（Dynamic shared object,動態共享對象）模塊，DSO模塊的存儲是獨立於內核的，可被內核在需要時調用，具體是由mod_so模塊提供的運行時配置指令（LoadMole)來實現的，若在編譯中包含有任何動態模塊，則mod_so模塊會被自動包含進內核。若僅希望內核能夠支持裝載DSO模塊，但不實際編譯任何動態模塊，則在編譯配置時就明確指定--enable-so配置參數。
還提供了多道處理模塊MPMs（multi-processing moles),編譯過程中必須包含一個且只能有一個MPM，編譯時系統會根據平台類型自動選擇使用默認的MPM，也可在configure命令行中配置：
--with-mpm=要使用MPM類型

模塊的指定方法：
1.靜態編譯模塊到內核中,如編譯包含mod-sll和mod_rewrite（去掉mod_)模塊：
./configure --enable-mole="ssl rewrite"或./configure --enable-sll --enable-rewrite
動態編譯模塊為DSO：
./configure --enable-mods-shared="ssl rewrite"或./configure --enable-rewrite=shared

模塊說明：
httpd -l //查看httpd進程中包含哪些模塊；
httpd -S //檢查虛擬主機的配置是否存在語法錯誤；
httpd -f //啟動httpd守護進程時，載入配置文件；
mod_deflate模塊允許支持此功能的瀏覽器，在請求的頁面內容發送前進行壓縮，以節少網路帶寬。
mod_vbost_alias模塊支持虛擬主要的動態配置。

chkconfig --level 235 httpd on
chkconfig --list httpd
service httpd start
service httpd restart
service httpd reload //重新裝載httpd.conf（不重啟伺服器）
./configure --prefix=/usr/local/apache2 --enable-so --with-mpm=prefork --enable-moles="setenvif rewrite deflate vhost_alias"
#apachectl start //啟動Apache伺服器；
#apachectl restart
#echo "/usr/local/apache2/bin/apachectl start">>/etc/rc.d/rc.local //自動啟動
#httpd -t //檢查配置文件httpd.conf
#apachect configtest //檢查配置文件httpd.conf
#ServerRoot apache安裝路徑 //設置伺服器的根目錄；
#ServerName 完整的域名[：埠號] //設置伺服器用於重定向（埠）和虛擬主機；
#Listen [IP地址]埠號 //告訴伺服器接受來自指定埠或者指定IP地址的某埠的請求；
Listen 80
Listen 61.186.160.104:8088
#ServrAdmin E-mail地址 //設置Web站點管理員的E-mail地址，當產生錯誤時（如指定的網頁找不到），伺服器返回給客戶端的
錯誤信息中將包含該郵件地址，以告訴用戶該向誰報告錯誤；
#DocumentRoot 目錄路徑名 //設置Web伺服器站點根目錄；
DocumentRoot /usr/local/apache2/htdocs
#ErrorDocument 錯誤號 所要顯示的網頁 //定義當遇到錯誤時，伺服器將給客戶端什麼樣的回應，通常是顯示預設置的一個錯誤頁面；
grep ErrorDocument /etc/httpd/conf/httpd.conf //httpd.conf中一些對不同錯誤的響應信息；
#DirectoryIndex index.php index.htm index.html default.htm //設置站點主頁文件的搜索順序；
#user nobody //設置伺服器以哪種（nobody)用戶身份來響應客戶端的請求；
#Group # -1 //設置伺服器以哪種（nobody)用戶身份來響應客戶端的請求；nobody用戶許可權較小。
#AddDefaultCharset GB2312 //指定默認的字元集；
#TimeOut //設置連接請求超時的時間（秒），超時將斷開；
#KeepAlive //用於啟用持續的連接或者禁用；KeepAlive On|Off
#MaxKeepAliveRequests //設置在一個持續連接期間允許的最大HTTP請求數目；
#KeepAliveTimeout //設置在關閉TCP連接之前，等待後續請示求的秒數；一旦接受請求建立了TCP連接後則開始計時；
#PidFile logs/httpd.pid //指定存放httpd主（父）進程號的文件名；

日誌配置命令：
#ErrorLog //指定伺服器存放錯誤日誌文件的位置和文件名；
#LogLevel //設置記錄在錯誤日誌中的信息的詳細程序；
emerg 緊急，系統將無法使用；
alert 必須立即採取措施；
crit 致命情況；
crror 錯誤情況；
warm 警告；
info 普通信息；
notice 一般重要情況；
debug 出錯級別信息；

http://127.0.0.1 //測試Apache是否正常運行
Test Page
This page is used to test the proper operation of the Apache Web server after it has been installed. If you can read this page, it means that the Apache Web server installed at this site is working properly.

#rpm -q httpd
#rpm -Uvh http-2.0.40-21.11.i386.rpm

目錄說明：
/etc/httpd/conf //Apache伺服器的配置文件httpd.conf
/etc/rc.d/init.d/ //Apache伺服器啟動腳本安裝，httpd
/var/www/html //Web站點根目錄；
/usr/bin //Apache軟體包提供的可執行程序安裝在該目錄下。
/etc/httpd/logs //日誌文件
htdocs //默認Web站點的根目錄，可通過配置文件httpd.conf進行設置或更改；
cgi-bin //CGI腳本目錄；
bin //apachectl啟動腳本會自動設置在某些操作系統下，正常運行httpd所需的環境變數；
httpd守擴進程被調用後做的第一件事就是讀取httpd.conf，並根據其配置項來配置當前Web伺服器；
httpd.conf 分為三部分（section)，
第一部分為全局環境設置，主要用於設置ServerRoot、主進程號的保存文件、
對進程的控制、伺服器偵聽的IP地址、埠、要裝載的DSO模塊
第二部分是伺服器的主要配置指一位置；
第三部分用於設置和創建虛擬主機；
Listen 80 //Web伺服器綁定在80埠；
DocumentRoot //設置Web站點的根目錄等；
訪問控制指令：
<Directory /usr/local/*/htdoes> //<Directory>使指定的目錄及其子目錄有效；不可嵌套。目錄名可使用「*」或「？」通配符，
<Files ～「\.ht"> //作用於指定的文件，則不管該文件實際存在子哪個目錄,允許所有主機訪問位於任何目錄下的.ht開的文件
Order allow,deny //指定allow和deny語句，哪一個被執行；允許、禁止訪問主機。
Allow from all //允許所有主機訪問；也可以是IP地址。
<Files>
</Directory>

<Location /assistant> //針對URL地址進行訪問限制，不是文件系統；
Order deny,allow //
Deny from all
Allow from 61.186.160.105
</Location>

Order deny,allow //若主機沒有被特別指出拒絕訪問，則該資源被允許訪問。
Order allow,deny //若主機沒有被特別指出允許訪問，則該主要將被拒絕訪問該資源。
Order mntual-failure //只有那些在allow語句中被指定，同時又沒有出現在deny語句的主機，才允許訪問。若主機在兩條指
令中都沒有出現，則將被拒絕訪問；
*、？ //*代表任意個字元，？代表一個任意的字元；
<DirectoryMatch> //指定目錄名時，可直接使用正則表達式；<Directory>若要使用正則表達式，則需要在正則表達式前加「～"
<FilesMatch> //可直接使用正則表達式來通配多個文件；

AccessFileName .htaccess //.htaccess分布式配置文件，在該文件中也可放置一些配置指令，以作用於該文件所在的目錄以及
其下的所有子目錄。搜尋.htaccess文件會降低系統性能；
<Directory />
AllowOverride None //禁止系統查找.htaccess文件；
Options FollowSymLinks //Options：控制在特定目錄中將使用哪些伺服器特性；
</Directory>

Options命令可用的選項：
None 不啟用任何額處特性；
All 除MultiViews之外的所有特性，默認設置；
ExecCGI 允許執行CGI腳本；
FollowSymLinks 伺服器允許在此目錄中使用符號連接。在<Location>段中無效
Includes 允許伺服器端包含SSI(Server-side includes)
IncludesN()EXEC 允許伺服器端包含，但禁用#exec和#exec CGI命令。但仍可以從ScriptAltase目錄使用#include虛擬CGI腳本；
Indexes 如果一個映射目錄的URL被請求，而此目錄中又沒有DirectoryIndex(如：index.html),那麼伺服器返回一個
格式化後的目錄列表；
MultiViews 允許內容協商的多重視圖；
SymLinksIfOwnerMatch 伺服器僅在符號連接與其目的目錄或文件擁有者具有同樣的用戶ID時，才使用它；
ExecCGI 擁有ExecCGI執行許可權;

prefork.c 控制Apache進程，對於使用prefork多道處理模塊的Apache伺服器；
<IfMole prefork.c>
StartServers 5 //設置伺服器啟動時啟動的子進程的個數；
MinSpareServers 5 //設置伺服器中空閑子進程（即沒有HTTP處理請求的子進程）數目的下限；
MaxSpareServers 10 //設置伺服器中空閑子進程數目的上限。若空閑子進程超過該設置值，則父進程就會
停止多餘的子進程；
MaxClients 150 //設置伺服器允許連接的最大客戶數；
MaxRequestsPerChild 0 //設置子進程所能處理請求的數目上限，0為不受限制；
</IfMole>
access_log //日誌文件用於記錄伺服器處理的所有請求；
CustomLog 指定access_log日誌文件的位置和日誌記錄的格式；
LogFormat 定義日誌的記錄格式；
LogFormat 日誌格式字元串 日誌格式名稱
LogFormat "%h %1 %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined;
LogFormat "%h %1 %u %t \"%r\" %>s %b" common;
LogFormat "%{Referer}i->%U" referer;
LogFormat "%{User-agent}i「 agent;
LogFormat logs/access_log common

LogFormat "%v %h %l %u %t \"%r"\ %>s %b" vhost
CustomLog logs/vhost_log vhost

%a 遠程主機IP地址
%A 本地主機IP地址
%h 遠程主機名
%H 請求協議
%l 遠程登錄名
%u 來自auth 的遠程用戶
%U 請求的URL路徑
%U{User-agent}i 用戶瀏覽器類型
%b 發送的位元組數，不包括HTTP標題
%t 請求的時間
%r HTTP請求的第一行的內容
%s HTTP響應狀態碼,200代表訪問成功，404代表文件未找到，403代表禁止訪問，401代表未授權訪問，400代表錯誤請求。
%m 請求方法
%v 服務於該請求的伺服器的ServerName
%V 伺服器的名字，取決於UseCanonicalName的設置
%{Host}i 返回HTTP請求的主機頭信息，可能含埠號信息
split-logfile </var/www/myweb/vhost_log //當所有虛擬機日誌都記錄在主站點日誌中時，使用此命令將日誌按虛擬主機名分組，拆分成一個個獨立的日
志文件，第個日誌文件採用"虛擬主機名.log「形式命名，其中包含了該虛擬主機所產生的日誌記錄；

容器與訪問控制指令：容器指令通常用於封裝一組指令，使其在容器條件成立時有效，或者用於改變指令的作用域。
<IfMoe ! mpm_winnt.c> //<IfMoe>用於判斷指定的模塊是否存在，若存在（被靜態地編譯進伺服器，或是被動態裝載進伺服器）則包含於
其中的指令將有效，否則會被忽略。可嵌套使用。
<IfMoe ! mpm_netware.c> //若要使模塊不存在時所包含的指令有效,只需在模塊名前加一個「！」即可，
User nobody
Group # -1
</IfMoe>
</IfMoe>

基於域名虛擬主機：
例：假設當前伺服器的IP地址為192.168.3.120,現要在該伺服器創建兩個基於域名的虛擬主機，使用埠為標準的80，其域名分別為www.myweb1.com和www.myweb2.com,站點根目錄分別為/var/www/myweb1和/var/www/myweb2,日誌文件分別放在/var/vhlogs/myweb1和/var/vhlogs/myweb2目錄下面，Apache伺服器原來的主站點採用域名www.myweb.com進行訪問。
#vi /etc/hosts //使用/etc/hosts進行域名注冊；
192.168.3.120 www.myweb1.com www.myweb2.com www.myweb.com

#ping www.myweb1.com //檢測域名解析是否正常；
#ping www.myweb2.com
#ping www.myweb.com

#mkdir -p /var/www/myweb1
#mkdir -p /var/www/myweb2
#mkdir -p /var/vhlogs/myweb1
#mkdir -p /var/vhlogs/myweb2

#vi /etc/httpd/conf/httpd.conf
Listen 80 //設置Listen指令偵聽的埠
NameVirtualHost 192.168.3.120 //基於域名的虛擬主機，如果對多個地址使用了多個基於域名的虛擬主機
則對每個地址均要使用此指令：NameVirtualHost IP地址：埠
NameVirtualHost * 當IP地址無法確定時，使用「*」通配任意的IP地址
<VirtualHost 192.168.3.120> //定義一個虛擬主機，VirtualHost的參數必須與NameVirtualHost後面所使用的參數保持一致。
ServerName www.myweb.com //當一個請求到時，伺服器會首先檢查它是否使用了一個能和NameVirtualHost相匹配的IP地址。如果匹配，就會
DocumentRoot /usr/local/apache/htdoes //就會查找每個與這個IP地址相對應的<VirtualHost>配置段，並嘗試找出一個ServerName或ServerAlias配置相
ServerAdmin [email protected] //與請求的主機名（域名）相同的，若找到，則使用該虛擬主機的配置，並響應其訪問請求。否則將使用符合這個
</VirtualHost> //IP地址的第一個列出的虛擬主機。在最前面的虛擬主機成為默認虛擬主機。
<VirtualHost 192.168.3.120>
ServerName www.myweb1.com
DocumentRoot /var/www/myweb1
DirectoryIndex index.php index.php3 index.html index.htm default.html default.html
ServerAdmin [email protected]
ErrorLog /var/vhlogs/myweb/error_log
TransferLog /var/vhlogs/myweb1/access_log
</VirtualHost>
<VritualHost 192.168.3.200>
ServerName www.myweb2.com
DocumenRoot /var/www/myweb2
DirectoryIndex index.php index.php3 index.htm index.html default.htm default.html
ServerAdmin [email protected]
ErrorLog /var/vhlogs/myweb2/error_log
TranferLog /var/vhlogs/myweb2/access_log
</VirtualHost>

<Directory /var/www> //對Web站點目錄設置訪問控制；
Options FllowSymLinks
AllowOverride None
Order deny,allow
Allow from all
</Directory>

Apachectl –S //查查虛擬主機配置是否正確；
Aparhectl restart //重啟Apache伺服器配置生效；

例：
NameVirtualHost 192.168.168.10 //伺服器配有兩塊網卡，IP：內網192.168.168.10，外網61.186.160.104,在Internet網中,企業域名
NameVirtualHost 61.186.160.104 //www.example.com指向外網IP地址，在企業內網的DNS伺服器中,指向內網IP地址；現要求為來自內網
<VirtualHost 192.168.168.10 61.186.160.104> //外網的請求提供同樣的Web服務。（httpd.conf中設置）
DocumentRoot /www/server1
ServerName www.example.com
</Virtual>

例：
Listen 80 //伺服器：192.168.168.154,伺服器上創建兩個基於域名（主機名）的虛擬主機，域名：www.myweb3.com和www.
Listen 8080 //myweb4.com,每個虛擬主機的80埠和8080埠，分別服務一個Web站點，其站點根目錄分別為
// /var/www/myweb3-80、/var/www/myweb3-8080、/var/www/myweb4-80、/var/www/myweb4-8080。
NameVirtualHost 192.168.168.154:80 //www.myweb3.com的80埠作為默認Web站點。
NameVirtualHost 192.168.168.154:8080

<VirtualHost 192.168.168.154:80>
ServerName www.myweb3.com
DocumentRoot /var/www/myweb3-80
<VirtualHost>
<VirtualHost 192.168.168.154:8080>
ServerName www.myweb3.com
DocumentRoot /var/www/myweb3-8080
</VirtualHost>
<VirtualHost 192.168.168.154:80>
ServerName www.myweb4.com
DocumentRoot /var/www/myweb4-80
</VirtualHost>
<VirtualHost 192.168.168.154:8080>
ServerName www.myweb4.com
DocumentRoot /var/www/myweb4-8080
</VirtualHost>

基於IP地址虛擬主機：
#cd /etc/sysconfig/network-scripts //伺服器有兩張網卡eth0、eth1,eth0：192.168.167.157,
#cp ifctg-eth1 ifcfg-eth1:0 //eth1:192.168.167.156.eth0網卡用作了基於主機名的虛擬主機，
#vi ifcfg-eth1:0 //eth1通過IP別名方式，為其綁定多個IP地址，用於提供基於IP地址
DEVICE=eth1:0 //的虛擬主機。eth1綁定的第一張虛擬網卡的設備名為eth1:0，對應的
IPADDR=192.168.167.157 //配置文件為ifcfg-eth1:0,通過修改配置文件中的設備名和IP地址，
#ifdown eth1 //即可實現IP地址的綁定。
#ifup eth1:0
#ifup eth1
#ping 192.168.167.157
#ping 192.168.167.156

#vi /etc/hosts //192.168.167.156:www.example2.com,192.168.167.157:
192.168.167.157 www.example3.com //www.example3.com，試為其創建基於IP地址的虛擬主機，埠使用80
#mkdir -p /var/www/example2 //目錄分別為/var/www/example2、/var/www/example3,為這兩個域再增
#mkdir -p /var/www/example3 //8080埠，使其也能在8080埠發布另外的Web站點。Web站點根目錄分
///var/www/example2-8080、/var/www/example3-8080
#vi httpd.conf
Listen 80
Listen 8080
<VirtualHost 192.168.167.156:80>
ServerName www.example2.com
DocumentRoot /var/www/example2
</VirtualHost>
<VirtualHost 192.168.167.156:8080>
ServerName www.example2.com
DocumentRoot /var/www/example2-8080
</VirtualHost>

<VirtualHost 192.168.167.157:80>
ServerName www.exaple3.com
DocumentRoot /var/www/example3
</VirtualHost>
<VirtualHost 192.168.167.157:8080>
ServerName www.exaple3.com
DocumentRoot /var/www/example3-8080
</VirtualHost>