代理服務器是位于客戶和客戶要訪問的服務器之間的系統。當客戶機使用URL請求訪問遠程資源時，代理服務器接受該請求并取得該資源以滿足客戶機的請求。在通常情況下，代理服務器是客戶機的服務器，同時也是遠程服務器的客戶。
代理服務器可以在自己的緩沖區中存儲被請求的內容，當這些信息再次被請求的時候，代理服務器就無需再從遠程服務器上取了，這樣代理服務器就減輕了網絡的瓶頸問題。大家知道，Apache不僅可作為Web服務器，它還包含了代理服務器（Proxy Server）的功能。因此Apache可以配置成代理服務器，我們根據實際需要，可以配置成為正向和逆（反）向代理。

正向代理是一個能使我們的瀏覽器連接一個平時無法訪問的遠端網絡的媒介。一個正向代理也能用于緩沖數據，以降低正向代理和遠端web服務器之間的負載。逆（反）向代理是一個web服務器系統。除了為客戶端提供位于本地磁盤上的頁面或是由CGI動態生成的頁面之外，它還能為客戶端提供位于其它web服務器上的web頁面，從而使這些頁面看起來像是存在于這個代理服務器上一樣。

代理服務器是位于客戶和客戶要訪問的服務器之間的系統。當客戶機使用URL請求訪問遠程資源時，代理服務器接受該請求并取得該資源以滿足客戶機的請求。在通常情況下，代理服務器是客戶機的服務器，同時也是遠程服務器的客戶。

代理服務器可以在自己的緩沖區中存儲被請求的內容，當這些信息再次被請求的時候，代理服務器就無需再從遠程服務器上取了，這樣代理服務器就減輕了網絡的瓶頸問題。大家知道，Apache不僅可作為Web服務器，它還包含了代理服務器（Proxy Server）的功能。因此Apache可以配置成代理服務器，我們根據實際需要，可以配置成為正向和逆（反）向代理。

正向代理是一個能使我們的瀏覽器連接一個平時無法訪問的遠端網絡的媒介。一個正向代理也能用于緩沖數據，以降低正向代理和遠端web服務器之間的負載。逆（反）向代理是一個web服務器系統。除了為客戶端提供位于本地磁盤上的頁面或是由CGI動態生成的頁面之外，它還能為客戶端提供位于其它web服務器上的web頁面，從而使這些頁面看起來像是存在于這個代理服務器上一樣。

在客戶端的網頁瀏覽器中要指定代理服務器的地址，這樣才能使用到代理服務的功能。在這里我們以微軟的IE 6.0為例來說明如何設置。打開IE網頁瀏覽器，然后執行“工具”|“Internet選項”命令，在Internet選項對話框打開連接選項卡，如下圖1、圖2所示：


screen.width*0.5) {this.resized=true; this.width=screen.width*0.5;}" border=0>
圖1 連接選項卡

在圖1中單擊“局域網設置(L)”按鈕，設置代理服務器，進入下圖2。

screen.width*0.5) {this.resized=true; this.width=screen.width*0.5;}" border=0>
圖2設置代理服務器



在圖2中“自動設置”選項中選中“自動檢測設置(A)”，在“代理服務器” 選項中選中“使用代理服務器”，設置好代理服務器的網址（這里為IP地址：192.168.1.1）和端口號（如80），最后單擊“確認”按鈕，這樣就完成了客戶端瀏覽器上設置代理服務器。

接下來，我們可以試著連到幾個網站，然后檢查一下Apache服務器所設置的CacheRoot（/var/cache/httpd）目錄，就可以看到已經創建了Cache的目錄，這表示該臺Apache服務器開始提供代理服務器的功能了。
前向代理服務器通常位于用戶主機和要訪問的遠程網絡之間。它從遠程服務器取得所要求的資源，然后返回給用戶，同時存在磁盤上，以供下次使用。在這種情況下，客戶端的主機知道它們正在使用代理服務器，因為每個主機都必須配置為使用代理服務器。

例如，必須告訴WWW瀏覽器使用代理服務器，它才能使用代理服務器。所有的遠程請求都通過代理服務器傳輸。這類代理服務器也稱為緩沖代理服務器。逆（反）向服務器也可以緩沖數據，但它的作用則與前向服務器相反。

前向代理服務器的結構如下圖3所示：




screen.width*0.5) {this.resized=true; this.width=screen.width*0.5;}" border=0>
圖3 前向代理服務器



Apache模塊 mod_proxy實現了Apache的代理/網關。它實現了以下規范的代理FTP， CONNECT（用于SSL）， HTTP/0.9， HTTP/1.0，和 HTTP/1.1。此模塊經配置后可用上述或其它協議連接其它代理模塊。

此模塊在Apache 1.1.x中處于試驗階段，而在Apache v1.2.x和Apache v1.3.x中進行了改良并去除了一些bug。然后在Apache v2.0中進行了大的修整。現在協議的支持已經升級到HTTP/1.1，并支持了過濾器。

Apache的mod_proxy在使用ProxyRemote指令時，可以看作是一個正向代理。ProxyRemote 指令定義了此代理的遠端代理。match可以是遠端服務器支持的URL形式的名稱，或是遠端服務器使用的部分URL，或是'*'以代表服務器可以接受所有的請求。remote-server是遠端服務器的部分URL。語法為：
remote-server = protocol://hostname[:port]
protocol是與遠端服務器交換信息時使用的協議；本模塊暫時只支持"http"。舉例如下：
ProxyRemote http://ghq.com/ http://mirrorghq.com:8888
ProxyRemote * http://study.com

逆（反）向代理服務器位于互聯網資源前面，逆向服務器從原始服務器找到被請求的資源，并反它返回給用戶主機。

與前向代理服務器不同的是，逆（反）向代理服務器的用戶并不知道它們連接的是代理服務器而不是資源服務器本身。其結構如下圖4所示：



screen.width*0.5) {this.resized=true; this.width=screen.width*0.5;}" border=0>

圖4 反向代理



當使用了mod_cache配置一個逆（反）向代理后，它可以作為一個比較慢的web服務器的緩沖來使用。反向代理也可以啟用高級URL策略和管理技術，從而使處于不同web服務器系統或是體系的web頁面同時存在于同一個URL空間下。逆（反）向代理對于實現具有很多或不同的web站點后端的集中管理非常理想。復雜的多層服務器系統可以使用一個Apache的mod_proxy前端和任意數量的后端web服務器來進行架構。

逆（反）向代理使用ProxyPass和ProxyPassReverse指令進行配置。可以使用mod_cache和正向代理結合啟用緩沖功能。

ProxyPass 指令將一個遠端服務器映射到本地服務器的URL空間中，對于我們不想對某個子目錄進行反向代理時很有用。例如：
ProxyPass /mirror/ghq/i !
ProxyPass /mirror/ghq http://ghq.com
將會代理除對/mirror/ghq/i請求之外的所有對 ghq.com 的/mirror/ghq請求。

ProxyPassReverse 指令調整由反向代理服務器發送的HTTP回應頭中的URL。此指令使 Apache 調整HTTP重定向回應中Location，Content-Location和URI頭里的URL。這就是Apache在作為逆（反）向代理使用時，避免以因為位于反向代理之后的后端服務器的HTTP重定向造成的繞過反向代理的實質。

路徑是本地虛擬路徑的名稱，url遠端服務器的部分URL，與ProxyPass指令中的使用方法相同。例如：
假定本地服務器Web地址為http://study.com/，那么下面兩句實現逆（反）代理功能：
ProxyPass /mirror/ghq/ http://ghq.com/
ProxyPassReverse /mirror/ghq/ http://ghq.com/

簡要說明：我們不僅會把所有對<http://study.com/mirror/ghq/bar>的請求直接轉為對 <http://ghq.com/bar> 的代理請求（由ProxyPass提供的功能）。它還會改變服務器ghq.com的發送：當http://ghq.com/bar被它重定向到http://ghq.com/quux時，Apache會在前轉HTTP重定向回應到客戶端之前調整它為http://study.com/mirror/ghq/quux。

目前新版本的Apache v 1.3.x的mod_proxy的緩沖功能已經從mod_proxy中移除并入了一個新模塊--mod_cache。Apache 2.0.x的Proxy不再支持緩沖了，所有的緩沖功能已經移入了mod_cache；mod_cache現在已經能支持任何內容的緩沖了，而不僅是通過代理的內容。