Nginx安裝及相關配置(1)

一、安裝Nginx：

1、解決依賴關系

yum groupinstall "Development Tools" "Server Platform Deveopment"

yum install openssl-devel pcre-devel

2、安裝

首先添加用戶nginx，實現以之運行nginx服務進程：

groupadd -r nginx

useradd -r -g nginx nginx

接著開始編譯和安裝：

./configure \

--prefix=/usr \

--sbin-path=/usr/sbin/nginx \

--conf-path=/etc/nginx/nginx.conf \

--error-log-path=/var/log/nginx/error.log \

--http-log-path=/var/log/nginx/access.log \

--pid-path=/var/run/nginx/nginx.pid \

--lock-path=/var/lock/nginx.lock \

--user=nginx \

--group=nginx \

--with-http_ssl_module \

--with-http_flv_module \

--with-http_stub_status_module \

--with-http_gzip_static_module \

--http-client-body-temp-path=/var/tmp/nginx/client/ \

--http-proxy-temp-path=/var/tmp/nginx/proxy/ \

--http-fastcgi-temp-path=/var/tmp/nginx/fcgi/ \

--http-uwsgi-temp-path=/var/tmp/nginx/uwsgi \

--http-scgi-temp-path=/var/tmp/nginx/scgi \

--with-pcre

make && make install

說明：

1、Nginx可以使用Tmalloc(快速、多線程的malloc庫及優秀性能分析工具)來加速內存分配，使用此功能需要事先安裝gperftools，而后在編譯nginx添加--with-google_perftools_module選項即可。

2、如果想使用nginx的perl模塊，可以通過為configure腳本添加--with-http_perl_module選項來實現，但目前此模塊仍處于實驗性使用階段，可能會在運行中出現意外，因此，其實現方式這里不再介紹。如果想使用基于nginx的cgi功能，也可以基于FCGI來實現，具體實現方法請參照網上的文檔。

3、為nginx提供SysV init腳本:

新建文件/etc/rc.d/init.d/nginx，內容如下：

!/bin/sh

nginx - this script starts and stops the nginx daemon

chkconfig: - 85 15

description: Nginx is an HTTP(S) server, HTTP(S) reverse \

proxy and IMAP/POP3 proxy server

processname: nginx

config: /etc/nginx/nginx.conf

config: /etc/sysconfig/nginx

pidfile: /var/run/nginx.pid

Source function library.

. /etc/rc.d/init.d/functions

Source networking configuration.

. /etc/sysconfig/network

Check that networking is up.

[ "$NETWORKING" = "no" ] && exit 0

nginx="/usr/sbin/nginx"

prog=$(basename $nginx)

NGINX_CONF_FILE="/etc/nginx/nginx.conf"

[ -f /etc/sysconfig/nginx ] && . /etc/sysconfig/nginx

lockfile=/var/lock/subsys/nginx

make_dirs() {

make required directories

user=nginx -V 2>&1 | grep "configure arguments:" | sed 's/[^*]*--user=\([^ ]*\).*/\1/g' -

options=$nginx -V 2>&1 | grep 'configure arguments:'

for opt in $options; do

   if [ `echo $opt | grep '.*-temp-path'` ]; then

       value=`echo $opt | cut -d "=" -f 2`

       if [ ! -d "$value" ]; then

           # echo "creating" $value

           mkdir -p $value && chown -R $user $value

       fi

   fi

done

}

start() {

[ -x $nginx ] || exit 5

[ -f $NGINX_CONF_FILE ] || exit 6

make_dirs

echo -n $"Starting $prog: "

daemon $nginx -c $NGINX_CONF_FILE

retval=$?

echo

[ $retval -eq 0 ] && touch $lockfile

return $retval

}

stop() {

echo -n $"Stopping $prog: "

killproc $prog -QUIT

retval=$?

echo

[ $retval -eq 0 ] && rm -f $lockfile

return $retval

}

restart() {

configtest || return $?

stop

sleep 1

start

}

reload() {

configtest || return $?

echo -n $"Reloading $prog: "

killproc $nginx -HUP

RETVAL=$?

echo

}

force_reload() {

restart

}

configtest() {

$nginx -t -c $NGINX_CONF_FILE

}

rh_status() {

status $prog

}

rh_status_q() {

rh_status >/dev/null 2>&1

}

case "$1" in

start)

    rh_status_q && exit 0

    $1

    ;;

stop)

    rh_status_q || exit 0

    $1

    ;;

restart|configtest)

    $1

    ;;

reload)

    rh_status_q || exit 7

    $1

    ;;

force-reload)

    force_reload

    ;;

status)

    rh_status

    ;;

condrestart|try-restart)

    rh_status_q || exit 0

        ;;

*)

    echo $"Usage: $0 {start|stop|status|restart|condrestart|try-restart|reload|force-reload|configtest}"

    exit 2

esac

而后為此腳本賦予執行權限：

chmod +x /etc/rc.d/init.d/nginx

添加至服務管理列表，并讓其開機自動啟動：

chkconfig --add nginx

chkconfig nginx on

而后就可以啟動服務并測試了：

service nginx start

二、配置Nginx

Nginx的代碼是由一個核心和一系列的模塊組成, 核心主要用于提供Web Server的基本功能，以及Web和Mail反向代理的功能；還用于啟用網絡協議，創建必要的運行時環境以及確保不同的模塊之間平滑地進行交互。不過，大多跟協議相關的功能和某應用特有的功能都是由nginx的模塊實現的。這些功能模塊大致可以分為事件模塊、階段性處理器、輸出過濾器、變量處理器、協議、upstream和負載均衡幾個類別，這些共同組成了nginx的http功能。事件模塊主要用于提供OS獨立的(不同操作系統的事件機制有所不同)事件通知機制如kqueue或epoll等。協議模塊則負責實現nginx通過http、tls/ssl、smtp、pop3以及imap與對應的客戶端建立會話。

Nginx的核心模塊為Main和Events，此外還包括標準HTTP模塊、可選HTTP模塊和郵件模塊，其還可以支持諸多第三方模塊。Main用于配置錯誤日志、進程及權限等相關的參數，Events用于配置IO模型，如epoll、kqueue、select或poll等，它們是必備模塊。

Nginx的主配置文件由幾個段組成，這個段通常也被稱為nginx的上下文，每個段的定義格式如下所示。需要注意的是，其每一個指令都必須使用分號(;)結束，否則為語法錯誤。

<section> {

<directive> <parameters>;

}

2.1 配置main模塊

下面說明main模塊中的幾個關鍵參數。

2.1.1 error_log

用于配置錯誤日志，可用于main、http、server及location上下文中；語法格式為：

error_log file | stderr [ debug | info | notice | warn | error | crit | alert | emerg ]

如果在編譯nginx時使用了--with-debug選項，還可以使用如下格式打開調試功能。

error_log LOGFILE [debug_core | debug_alloc | debug_mutex | debug_event | debug_http | debug_imap];

要禁用錯誤日志，不能使用“error_log off;”，而要使用類似如下選項：

error_log /dev/null crit;

2.1.2 timer_resolution

用于降低gettimeofday()系統調用的次數。默認情況下，每次從kevent()、epoll、/dev/poll、select()或poll()返回時都會執行此系統調用。語法格式為：

timer_resolution interval

例如：

timer_resolution 100ms;

2.1.3 worker_cpu_affinity

通過sched_setaffinity()將worker綁定至CPU上，只能用于main上下文。語法格式為：

worker_cpu_affinity cpumask ...

例如：

worker_processes 4;

worker_cpu_affinity 0001 0010 0100 1000;

2.1.4 worker_priority

為worker進程設定優先級(指定nice值)，此參數只能用于main上下文中，默認為0；語法格式為：

worker_priority number

2.1.5 worker_processes

worker進程是單線程進程。如果Nginx用于CPU密集型的場景中，如SSL或gzip，且主機上的CPU個數至少有2個，那么應該將此參數值設定為與CPU核心數相同；如果Nginx用于大量靜態文件訪問的場景中，且所有文件的總大小大于可用內存時，應該將此參數的值設定得足夠大以充分利用磁盤帶寬。

此參數與Events上下文中的work_connections變量一起決定了maxclient的值：

maxclients = work_processes * work_connections

2.1.6 worker_rlimit_nofile

設定worker進程所能夠打開的文件描述符個數的最大值。語法格式：

worker_rlimit_nofile number

2.2 配置Events模塊

2.2.1 worker_connections

設定每個worker所處理的最大連接數，它與來自main上下文的worker_processes一起決定了maxclients的值。

max clients = worker_processes * worker_connections

而在反向代理場景中，其計算方法與上述公式不同，因為默認情況下瀏覽器將打開2個連接，而nginx會為每一個連接打開2個文件描述符，因此，其maxclients的計算方法為：

max clients = worker_processes * worker_connections/4

2.2.2 use

在有著多于一個的事件模型IO的應用場景中，可以使用此指令設定nginx所使用的IO機制，默認為./configure腳本選定的各機制中最適用當前OS的版本。語法格式：

use [ kqueue | rtsig | epoll | /dev/poll | select | poll | eventport ]

2.3 一個配置示例

user nginx;

the load is CPU-bound and we have 16 cores

worker_processes 16;

error_log /var/log/nginx/error.log;

pid /var/run/nginx.pid;

events {

use epoll;

worker_connections 2048;

}

2.4 HTTP服務的相關配置

http上下文專用于配置用于http的各模塊，此類指令非常的多，每個模塊都有其專用指定，具體請參數nginx官方wiki關于模塊部分的說明。大體上來講，這些模塊所提供的配置指令還可以分為如下幾個類別。

客戶端類指令：如client_body_buffer_size、client_header_buffer_size、client_header_timeout和keepalive_timeout等；

文件IO類指令：如aio、directio、open_file_cache、open_file_cache_min_uses、open_file_cache_valid和sendfile等；

hash類指令：用于定義Nginx為某特定的變量分配多大的內存空間，如types_hash_bucket_size、server_names_hash_bucket_size和variables_hash_bucket_size等；

套接字類指令：用于定義Nginx如何處理tcp套接字相關的功能，如tcp_nodelay(用于keepalive功能啟用時)和tcp_nopush(用于sendfile啟用時)等；

2.5 虛擬服務器相關配置

server {

<directive> <parameters>;

}

用于定義虛擬服務器相關的屬性，常見的指令有backlog、rcvbuf、bind及sndbuf等。

2.6 location相關的配置

location [modifier] uri {...} 或 location @name {…}

通常用于server上下文中，用于設定某URI的訪問屬性。location可以嵌套。

The prefix "@" specifies a named location. Such locations are not used during normal processing of requests, they are intended only to process internally redirected requests (see error_page, try_files). 如下面關于memcached的相關配置。

server {

location / {

set $memcached_key $uri;

memcached_pass     name:11211;

default_type       text/html;

error_page         404 @fallback;

}

location @fallback {

proxy_pass [http://backend;](http://backend%3B/)

}

}

三、Nginx反向代理

Nginx通過proxy模塊實現反向代理功能。在作為web反向代理服務器時，nginx負責接收客戶請求，并能夠根據URI、客戶端參數或其它的處理邏輯將用戶請求調度至上游服務器上(upstream server)。nginx在實現反向代理功能時的最重要指令為proxy_pass，它能夠將location定義的某URI代理至指定的上游服務器(組)上。如下面的示例中，location的/uri將被替換為上游服務器上的/newuri。

location /uri {

proxy_pass http://www.magedu.com:8080/newuri;

}

不過，這種處理機制中有兩個例外。一個是如果location的URI是通過模式匹配定義的，其URI將直接被傳遞至上游服務器，而不能為其指定轉換的另一個URI。例如下面示例中的/forum將被代理為http://www.magedu.com/forum。

location ~ ^/bbs {

proxy_pass http://www.magedu.com;

}

第二個例外是，如果在loation中使用的URL重定向，那么nginx將使用重定向后的URI處理請求，而不再考慮上游服務器上定義的URI。如下面所示的例子中，傳送給上游服務器的URI為/index.php?page=<match>，而不是/index。

location / {

rewrite /(.*)$ /index.php?page=$1 break;

proxy_pass http://localhost:8080/index;

}

3.1 proxy模塊的指令

proxy模塊的可用配置指令非常多，它們分別用于定義proxy模塊工作時的諸多屬性，如連接超時時長、代理時使用http協議版本等。下面對常用的指令做一個簡單說明。

proxy_connect_timeout：nginx將一個請求發送至upstream server之前等待的最大時長；

proxy_cookie_domain：將upstream server通過Set-Cookie首部設定的domain屬性修改為指定的值，其值可以為一個字符串、正則表達式的模式或一個引用的變量；

proxy_cookie_path: 將upstream server通過Set-Cookie首部設定的path屬性修改為指定的值，其值可以為一個字符串、正則表達式的模式或一個引用的變量；

proxy_hide_header：設定發送給客戶端的報文中需要隱藏的首部；

proxy_pass：指定將請求代理至upstream server的URL路徑；

proxy_set_header：將發送至upsream server的報文的某首部進行重寫；

proxy_redirect：重寫location并刷新從upstream server收到的報文的首部；

proxy_send_timeout：在連接斷開之前兩次發送至upstream server的寫操作的最大間隔時長；

proxy_read_timeout：在連接斷開之前兩次從接收upstream server接收讀操作的最大間隔時長；

如下面的一個示例：

proxy_redirect off;

proxy_set_header Host $host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

client_max_body_size 10m;

client_body_buffer_size 128k;

proxy_connect_timeout 30;

proxy_send_timeout 15;

proxy_read_timeout 15;

3.2 upstream模塊

與proxy模塊結合使用的模塊中，最常用的當屬upstream模塊。upstream模塊可定義一個新的上下文，它包含了一組寶島upstream服務器，這些服務器可能被賦予了不同的權重、不同的類型甚至可以基于維護等原因被標記為down。

upstream模塊常用的指令有：

ip_hash：基于客戶端IP地址完成請求的分發，它可以保證來自于同一個客戶端的請求始終被轉發至同一個upstream服務器；

keepalive：每個worker進程為發送到upstream服務器的連接所緩存的個數；

least_conn：最少連接調度算法；

server：定義一個upstream服務器的地址，還可包括一系列可選參數，如：

weight：權重；

max_fails：最大失敗連接次數，失敗連接的超時時長由fail_timeout指定；

fail_timeout：等待請求的目標服務器發送響應的時長；

backup：用于fallback的目的，所有服務均故障時才啟動此服務器；

down：手動標記其不再處理任何請求；

例如：

upstream backend {

server www.magedu.com weight=5;

server www2.magedu.com:8080 max_fails=3 fail_timeout=30s;

}

upstream模塊的負載均衡算法主要有三種，輪調(round-robin)、ip哈希(ip_hash)和最少連接(least_conn)三種。

此外，upstream模塊也能為非http類的應用實現負載均衡，如下面的示例定義了nginx為memcached服務實現負載均衡之目的。

upstream memcachesrvs {

server 172.16.100.6:11211;

server 172.16.100.7:11211;

}

server {

location / {

set $memcached_key "$uri?$args";

memcached_pass memcachesrvs;

error_page 404 = @fallback;

}

location @fallback {

 proxy_pass [http://127.0.0.1:8080;](http://127.0.0.1:8080;/)

}

}

3.3 if判斷語句

在location中使用if語句可以實現條件判斷，其通常有一個return語句，且一般與有著last或break標記的rewrite規則一同使用。但其也可以按需要使用在多種場景下，需要注意的是，不當的使用可能會導致不可預料的后果。

location / {

if ($request_method == “PUT”) {

proxy_pass http://upload.magedu.com:8080;

}

if ($request_uri ~ ".(jpg|gif|jpeg|png)$") {

proxy_pass http://imageservers;

break;

}

}

upstream imageservers {

server 172.16.100.8:80 weight 2;

server 172.16.100.9:80 weight 3;

}

3.3.1 if語句中的判斷條件

正則表達式匹配：

~：與指定正則表達式模式匹配時返回“真”，判斷匹配與否時區分字符大小寫；

~*：與指定正則表達式模式匹配時返回“真”，判斷匹配與否時不區分字符大小寫；

!~：與指定正則表達式模式不匹配時返回“真”，判斷匹配與否時區分字符大小寫；

!~*：與指定正則表達式模式不匹配時返回“真”，判斷匹配與否時不區分字符大小寫；

文件及目錄匹配判斷：

-f, !-f：判斷指定的路徑是否為存在且為文件；

-d, !-d：判斷指定的路徑是否為存在且為目錄；

-e, !-e：判斷指定的路徑是否存在，文件或目錄均可；

-x, !-x：判斷指定路徑的文件是否存在且可執行；

3.3.2 nginx常用的全局變量

下面是nginx常用的全局變量中的一部分，它們經常用于if語句中實現條件判斷。

$args

$content_length

$content_type

$document_root

$document_uri

$host

$http_user_agent

$http_cookie

$limit_rate

$request_body_file

$request_method

$remote_addr

$remote_port

$remote_user

$request_filename

$request_uri

$query_string

$scheme

$server_protocol

$server_addr

$server_name

$server_port

$uri

四、反向代理性能優化

在反向代理場景中，nginx有一系列指令可用于定義其工作特性，如緩沖區大小等，給這些指令設定一個合理的值，可以有效提升其性能。

4.1 緩沖區設定

nginx在默認情況下在將其響應給客戶端之前會盡可能地接收來upstream服務器的響應報文，它會將這些響應報文存暫存于本地并盡量一次性地響應給客戶端。然而，在來自于客戶端的請求或來自upsteam服務器的響應過多時，nginx會試圖將之存儲于本地磁盤中，這將大大降低nginx的性能。因此，在有著更多可用內存的場景中，應該將用于暫存這些報文的緩沖區調大至一個合理的值。

proxy_buffer_size size：設定用于暫存來自于upsteam服務器的第一個響應報文的緩沖區大小；

proxy_buffering on|off：啟用緩沖upstream服務器的響應報文，否則，如果proxy_max_temp_file_size指令的值為0，來自upstream服務器的響應報文在接收到的那一刻將同步發送至客戶端；一般情況下，啟用proxy_buffering并將proxy_max_temp_file_size設定為0能夠啟用緩存響應報文的功能，并能夠避免將其緩存至磁盤中；

proxy_buffers 8 4k|8k：用于緩沖來自upstream服務器的響應報文的緩沖區大小；

4.2 緩存

nginx做為反向代理時，能夠將來自upstream的響應緩存至本地，并在后續的客戶端請求同樣內容時直接從本地構造響應報文。

proxy_cache zone|off：定義一個用于緩存的共享內存區域，其可被多個地方調用；緩存將遵從upstream服務器的響應報文首部中關于緩存的設定，如 "Expires"、"Cache-Control: no-cache"、 "Cache-Control: max-age=XXX"、"private"和"no-store" 等，但nginx在緩存時不會考慮響應報文的"Vary"首部。為了確保私有信息不被緩存，所有關于用戶的私有信息可以upstream上通過"no-cache" or "max-age=0"來實現，也可在nginx設定proxy_cache_key必須包含用戶特有數據如$cookie_xxx的方式實現，但最后這種方式在公共緩存上使用可能會有風險。因此，在響應報文中含有以下首部或指定標志的報文將不會被緩存。

Set-Cookie

Cache-Control containing "no-cache", "no-store", "private", or a "max-age" with a non-numeric or 0 value

Expires with a time in the past

X-Accel-Expires: 0

proxy_cache_key：設定在存儲及檢索緩存時用于“鍵”的字符串，可以使用變量為其值，但使用不當時有可能會為同一個內容緩存多次；另外，將用戶私有信息用于鍵可以避免將用戶的私有信息返回給其它用戶；

proxy_cache_lock：啟用此項，可在緩存未命令中阻止多個相同的請求同時發往upstream，其生效范圍為worker級別；

proxy_cache_lock_timeout：proxy_cache_lock功能的鎖定時長；

proxy_cache_min_uses：某響應報文被緩存之前至少應該被請求的次數；

proxy_cache_path：定義一個用記保存緩存響應報文的目錄，及一個保存緩存對象的鍵及響應元數據的共享內存區域(keys_zone=name:size)，其可選參數有：

levels：每級子目錄名稱的長度，有效值為1或2，每級之間使用冒號分隔，最多為3級；

inactive：非活動緩存項從緩存中剔除之前的最大緩存時長；

max_size：緩存空間大小的上限，當需要緩存的對象超出此空間限定時，緩存管理器將基于LRU算法對其進行清理；

loader_files：緩存加載器(cache_loader)的每次工作過程最多為多少個文件加載元數據；

loader_sleep：緩存加載器的每次迭代工作之后的睡眠時長；

loader_threashold：緩存加載器的最大睡眠時長；

例如： proxy_cache_path /data/nginx/cache/one levels=1 keys_zone=one:10m;

proxy_cache_path /data/nginx/cache/two levels=2:2 keys_zone=two:100m;

proxy_cache_path /data/nginx/cache/three levels=1:1:2 keys_zone=three:1000m;

proxy_cache_use_stale：在無法聯系到upstream服務器時的哪種情形下(如error、timeout或http_500等)讓nginx使用本地緩存的過期的緩存對象直接響應客戶端請求；其格式為：

proxy_cache_use_stale error | timeout | invalid_header | updating | http_500 | http_502 | http_503 | http_504 | http_404 | off

proxy_cache_valid [ code ...] time：用于為不同的響應設定不同時長的有效緩存時長，例如：proxy_cache_valid 200 302 10m;

proxy_cache_methods [GET HEAD POST]：為哪些請求方法啟用緩存功能；

proxy_cache_bypass string：設定在哪種情形下，nginx將不從緩存中取數據；例如：

proxy_cache_bypass $cookie_nocache $arg_nocache $arg_comment;

proxy_cache_bypass $http_pragma $http_authorization;

4.2.1 使用示例

http {

proxy_cache_path  /data/nginx/cache  levels=1:2    keys_zone=STATIC:10m

                                     inactive=24h  max_size=1g;

server {

    location / {

        proxy_pass             [http://www.magedu.com;](http://www.magedu.com%3B/)

        proxy_set_header       Host $host;

        proxy_cache            STATIC;

        proxy_cache_valid      200  1d;

        proxy_cache_valid    301 302 10m;

        proxy_cache_vaild     any 1m;

        proxy_cache_use_stale  error timeout invalid_header updating

                               http_500 http_502 http_503 http_504;

    }

}

}

4.3 壓縮

nginx將響應報文發送至客戶端之前可以啟用壓縮功能，這能夠有效地節約帶寬，并提高響應至客戶端的速度。通常編譯nginx默認會附帶gzip壓縮的功能，因此，可以直接啟用之。

http {

gzip on;

gzip_http_version 1.0;

gzip_comp_level 2;

gzip_types text/plain text/css application/x-javascript text/xml application/xml application/xml+rss text/javascript application/javascript application/json;

gzip_disable msie6;

}

gzip_proxied指令可以定義對客戶端請求哪類對象啟用壓縮功能，如“expired”表示對由于使用了expire首部定義而無法緩存的對象啟用壓縮功能，其它可接受的值還有“no-cache”、“no-store”、“private”、“no_last_modified”、“no_etag”和“auth”等，而“off”則表示關閉壓縮功能。

五、配置示例

5.1 反向代理

server {

    listen       80;

    server_name  [www.magedu.com;](http://www.magedu.com%3B/)

    add_header X-Via $server_addr;  

    location / {

        root   html;

        index  index.html index.htm;

        if ($request_method ~* "PUT") {

            proxy_pass [http://172.16.100.12;](http://172.16.100.12%3B/)

            break;

        }

    }

    location /bbs {

        proxy_pass [http://172.16.100.11/;](http://172.16.100.11/;)

    }

}

此例中，對http://www.magedu.com/bbs/的請求將被轉發至http://172.16.100.11/這個URL，切記最后的/不應該省去；而/匹配的URL中請求方法為“PUT”時，將被轉發至http://172.16.100.12/這個URL。

另外，add_header用于讓nginx在響應給用戶的報文中構造自定義首部，其使用格式為“add_header NAME VALUE”。

可以使用curl命令對配置好的服務進行請求，以驗正其效果。如：

curl -I http://www.magedu.com/bbs/

HTTP/1.1 200 OK

Server: nginx/1.4.1

Date: Tue, 14 May 2013 10:19:10 GMT

Content-Type: text/html; charset=UTF-8

Content-Length: 15

Connection: keep-alive

Last-Modified: Tue, 30 Apr 2013 09:34:09 GMT

ETag: "186e9f-f-b4076640"

X-Via: 172.16.100.107

Accept-Ranges: bytes

在后端服務器172.16.100.12上裝載dav模塊，并開放其dav功能，而后驗正文件上傳效果。開放dav功能的方法如下：

首先啟用如下兩個模塊：

LoadModule dav_module modules/mod_dav.so

LoadModule dav_fs_module modules/mod_dav_fs.so

而后配置相應主機的目錄如下所示，關鍵是其中的dav一行。

<Directory "/var/www/html">

dav on

Options Indexes FollowSymLinks

Order allow,deny

Allow from all

</Directory>

接著嘗試訪問代理服務器：

curl -I -T /etc/inittab http://www.magedu.com/

HTTP/1.1 100 Continue

HTTP/1.1 201 Created

Server: nginx/1.4.1

Date: Tue, 14 May 2013 10:20:15 GMT

Content-Type: text/html; charset=UTF-8

Content-Length: 261

Location: http://172.16.100.107/inittab

Connection: keep-alive

X-Via: 172.16.100.107

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">

<html><head>

<title>201 Created</title>

</head><body>

<h1>Created</h1>

<p>Resource /inittab has been created.</p>

<hr />

<address>Apache/2.2.3 (Red Hat) Server at 172.16.100.12 Port 80</address>

</body></html>

5.2 啟用緩存

http {

include       mime.types;

default_type  application/octet-stream;

sendfile        on;

keepalive_timeout  65;

proxy_cache_path /nginx/cache/first  levels=1:2   keys_zone=first:10m max_size=512m;

server {

    listen       80;

    server_name  [www.magedu.com;](http://www.magedu.com%3B/)

    location / {

        root   html;

        index  index.html index.htm;

        if ($request_method ~* "PUT") {

            proxy_pass [http://172.16.100.12;](http://172.16.100.12%3B/)

            break;

        } 

    }

    location /bbs {

        proxy_pass [http://172.16.100.11/;](http://172.16.100.11/;)

        proxy_cache first;

        proxy_cache_valid 200 1d;

        proxy_cache_valid 301 302 10m;

        proxy_cache_valid any 1m;

    }

}

}

5.3 使用upstream

5.3.1 不啟用緩存

http {

include       mime.types;

default_type  application/octet-stream;

sendfile        on;

keepalive_timeout  65;

upstream websrv {

    server 172.16.100.11 weight=1;

server 172.16.100.12 weight=1;

server 127.0.0.1:8080 backup;

}

server {

    listen       80;

    server_name  [www.magedu.com;](http://www.magedu.com%3B/)

add_header X-Via $server_addr;

    location / {

    proxy_pass [http://websrv;](http://websrv%3B/)

        index  index.html index.htm;

    if ($request_method ~* "PUT") {

        proxy_pass [http://172.16.100.12;](http://172.16.100.12%3B/)

        break;

    }

    }

    error_page   500 502 503 504  /50x.html;

    location = /50x.html {

        root   html;

    }

}

server {

 listen 8080;

 server_name localhost;

 root /nginx/htdocs;

 index index.html;

}

}

測試效果：默認情況下，nginx對定義了權重的upstream服務器使用加權輪調的方法調度訪問，因此，其多次訪問應該由不同的服務器進行響應。如下所示。

curl http://172.16.100.107/

RS2.magedu.com

curl http://172.16.100.107/

RS1.magedu.com

根據上面的配置，如果172.16.100.11和172.16.100.12兩個upstream服務器均宕機時，將由本地監聽在8080端口的虛擬主機進行響應。

curl http://172.16.100.107/

Sorry...

5.3.2 為upstream啟用緩存

http {

include       mime.types;

default_type  application/octet-stream;

sendfile        on;

keepalive_timeout  65;

proxy_cache_path /nginx/cache/first  levels=1:2   keys_zone=first:10m max_size=512m;

upstream websrv {

    server 172.16.100.11 weight=1;

server 172.16.100.12 weight=1;

server 127.0.0.1:8080 backup;

}

server {

    listen       80;

    server_name  [www.magedu.com;](http://www.magedu.com%3B/)

add_header X-Via $server_addr;

add_header X-Cache-Status $upstream_cache_status;

    location / {

    proxy_pass [http://websrv;](http://websrv%3B/)

    proxy_cache first;

        proxy_cache_valid 200 1d;

        proxy_cache_valid 301 302 10m;

        proxy_cache_valid any 1m;

        index  index.html index.htm;

    if ($request_method ~* "PUT") {

        proxy_pass [http://172.16.100.12;](http://172.16.100.12%3B/)

        break;

    }

    }

    error_page   500 502 503 504  /50x.html;

    location = /50x.html {

        root   html;

    }

}

server {

 listen 8080;

 server_name localhost;

 root /nginx/htdocs;

 index index.html;

}

}

第一次訪問某可緩存資源時，在本地緩存中尚未有其對應的緩存對象，因此，其一定為未命中狀態。而第二次請求時，則可以直接從本地緩存構建響應報文。

curl -I http://www.magedu.com/

HTTP/1.1 200 OK

Server: nginx/1.4.1

Date: Tue, 14 May 2013 10:53:07 GMT

Content-Type: text/html; charset=UTF-8

Content-Length: 15

Connection: keep-alive

Last-Modified: Tue, 30 Apr 2013 09:34:09 GMT

ETag: "186e9f-f-b4076640"

Accept-Ranges: bytes

X-Via: 172.16.100.107

X-Cache-Status: MISS

curl -I http://www.magedu.com/

HTTP/1.1 200 OK

Server: nginx/1.4.1

Date: Tue, 14 May 2013 10:53:09 GMT

Content-Type: text/html; charset=UTF-8

Content-Length: 15

Connection: keep-alive

Last-Modified: Tue, 30 Apr 2013 09:34:09 GMT

ETag: "186e9f-f-b4076640"

X-Via: 172.16.100.107

X-Cache-Status: HIT

Accept-Ranges: bytes

?著作權歸作者所有,轉載或內容合作請聯系作者
  • 人面猴
    序言：七十年代末，一起剝皮案震驚了整個濱河市，隨后出現的幾起案子，更是在濱河造成了極大的恐慌，老刑警劉巖，帶你破解...
    沈念sama閱讀 227,533評論 6贊 531
  • 死咒
    序言：濱河連續發生了三起死亡事件，死亡現場離奇詭異，居然都是意外死亡，警方通過查閱死者的電腦和手機，發現死者居然都...
    沈念sama閱讀 98,055評論 3贊 414
  • 救了他兩次的神仙讓他今天三更去死
    文/潘曉璐 我一進店門，熙熙樓的掌柜王于貴愁眉苦臉地迎上來，“玉大人，你說我怎么就攤上這事。” “怎么了？”我有些...
    開封第一講書人閱讀 175,365評論 0贊 373
  • 道士緝兇錄：失蹤的賣姜人
    文/不壞的土叔 我叫張陵，是天一觀的道長。 經常有香客問我，道長，這世上最難降的妖魔是什么？ 我笑而不...
    開封第一講書人閱讀 62,561評論 1贊 307
  • ?港島之戀（遺憾婚禮）
    正文 為了忘掉前任，我火速辦了婚禮，結果婚禮上，老公的妹妹穿的比我還像新娘。我一直安慰自己，他們只是感情好，可當我...
    茶點故事閱讀 71,346評論 6贊 404
  • 惡毒庶女頂嫁案：這布局不是一般人想出來的
    文/花漫 我一把揭開白布。 她就那樣靜靜地躺著，像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上，一...
    開封第一講書人閱讀 54,889評論 1贊 321
  • 城市分裂傳說
    那天，我揣著相機與錄音，去河邊找鬼。 笑死，一個胖子當著我的面吹牛，可吹牛的內容都是我干的。 我是一名探鬼主播，決...
    沈念sama閱讀 42,978評論 3贊 439
  • 雙鴛鴦連環套：你想象不到人心有多黑
    文/蒼蘭香墨 我猛地睜開眼，長吁一口氣：“原來是場噩夢啊……” “哼！你這毒婦竟也來了？” 一聲冷哼從身側響起，我...
    開封第一講書人閱讀 42,118評論 0贊 286
  • 萬榮殺人案實錄
    序言：老撾萬榮一對情侶失蹤，失蹤者是張志新（化名）和其女友劉穎，沒想到半個月后，有當地人在樹林里發現了一具尸體，經...
    沈念sama閱讀 48,637評論 1贊 333
  • ?護林員之死
    正文 獨居荒郊野嶺守林人離奇死亡，尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,558評論 3贊 354
  • ?白月光啟示錄
    正文 我和宋清朗相戀三年，在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,739評論 1贊 369
  • 活死人
    序言：一個原本活蹦亂跳的男人離奇死亡，死狀恐怖，靈堂內的尸體忽然破棺而出，到底是詐尸還是另有隱情，我是刑警寧澤，帶...
    沈念sama閱讀 38,246評論 5贊 355
  • ?日本核電站爆炸內幕
    正文 年R本政府宣布，位于F島的核電站，受9級特大地震影響，放射性物質發生泄漏。R本人自食惡果不足惜，卻給世界環境...
    茶點故事閱讀 43,980評論 3贊 346
  • 男人毒藥：我在死后第九天來索命
    文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧，春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,362評論 0贊 25
  • 一樁弒父案，背后竟有這般陰謀
    文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至，卻和暖如春，著一層夾襖步出監牢的瞬間，已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,619評論 1贊 280
  • 情欲美人皮
    我被黑心中介騙來泰國打工， 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留，地道東北人。 一個月前我還...
    沈念sama閱讀 51,347評論 3贊 390
  • 代替公主和親
    正文 我出身青樓，卻偏偏與公主長得像，于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子，可洞房花燭夜當晚...
    茶點故事閱讀 47,702評論 2贊 370

推薦閱讀更多精彩內容

  • Page 1：nginx 服務器安裝及配置文件詳解 CentOS 6.2 x86_64 安裝 nginx 1.1 ...
    xiaojianxu閱讀 8,556評論 1贊 41
  • 1.簡介： ? Nginx：engine X ，2002年，開源，商業版? http協議：web服務器（類似于ht...
    尛尛大尹閱讀 1,884評論 0贊 3
  • Nginx簡介 解決基于進程模型產生的C10K問題,請求時即使無狀態連接如web服務都無法達到并發響應量級一萬的現...
    魏鎮坪閱讀 2,020評論 0贊 9
  • I/O模型Nginx介紹Nginx的安裝和目錄結構Nginx的配置Nginx的編譯安裝 一、I/O模型 （一）I/...
    哈嘍別樣閱讀 901評論 0贊 4
  • 思路：使用RunTime動態添加屬性的方法給UIView添加view屬性、使所有View具有該屬性 效果圖 源碼：...
    Simple_Code閱讀 945評論 0贊 8