nginx 的基礎配置[轉]

分類: 工具軟件 2013-11-13 23:26  11人閱讀  評論(0)  收藏  舉報
 
 

 

 
 
 

 

 

#運行用戶
user www-data;    
#啓動進程,一般設置成和cpu的數量相等
worker_processes  1;php

#全局錯誤日誌及PID文件
error_log  /var/log/nginx/error.log;
pid        /var/run/nginx.pid;css

#工做模式及鏈接數上限
events {
    use   epoll;             #epoll是多路複用IO(I/O Multiplexing)中的一種方式,可是僅用於linux2.6以上內核,能夠大大提升nginx的性能
    worker_connections  1024;#單個後臺worker process進程的最大併發連接數
    # multi_accept on; 
}html

#設定http服務器,利用它的反向代理功能提供負載均衡支持
http {
     #設定mime類型,類型由mime.type文件定義
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;
    #設定日誌格式
    access_log    /var/log/nginx/access.log;java

    #sendfile 指令指定 nginx 是否調用 sendfile 函數(zero copy 方式)來輸出文件,對於普通應用,
    #必須設爲 on,若是用來進行下載等應用磁盤IO重負載應用,可設置爲 off,以平衡磁盤與網絡I/O處理速度,下降系統的uptime.
    sendfile        on;
    #tcp_nopush     on;node

    #鏈接超時時間
    #keepalive_timeout  0;
    keepalive_timeout  65;
    tcp_nodelay        on;
    
    #開啓gzip壓縮
    gzip  on;
    gzip_disable "MSIE [1-6]\.(?!.*SV1)";linux

    #設定請求緩衝
    client_header_buffer_size    1k;
    large_client_header_buffers  4 4k;nginx

    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;web

    #設定負載均衡的服務器列表
     upstream mysvr {
    #weigth參數表示權值,權值越高被分配到的概率越大
    #本機上的Squid開啓3128端口
    server 192.168.8.1:3128 weight=5;
    server 192.168.8.2:80  weight=1;
    server 192.168.8.3:80  weight=6;
    }apache


   server {
    #偵聽80端口
        listen       80;
        #定義使用www.xx.com訪問
        server_name  www.xx.com;

        #設定本虛擬主機的訪問日誌
        access_log  logs/www.xx.com.access.log  main;

    #默認請求
    location / {
          root   /root;      #定義服務器的默認網站根目錄位置
          index index.php index.html index.htm;   #定義首頁索引文件的名稱

          fastcgi_pass  www.xx.com;
         fastcgi_param  SCRIPT_FILENAME  $document_root/$fastcgi_script_name; 
          include /etc/nginx/fastcgi_params;
        }

    # 定義錯誤提示頁面
    error_page   500 502 503 504 /50x.html;  
        location = /50x.html {
        root   /root;
    }

    #靜態文件,nginx本身處理
    location ~ ^/(images|javascript|js|css|flash|media|static)/ {
        root /var/www/virtual/htdocs;
        #過時30天,靜態文件不怎麼更新,過時能夠設大一點,若是頻繁更新,則能夠設置得小一點。
        expires 30d;
    }
    #PHP 腳本請求所有轉發到 FastCGI處理. 使用FastCGI默認配置.
    location ~ \.php$ {
        root /root;
        fastcgi_pass 127.0.0.1:9000;
        fastcgi_index index.php;
        fastcgi_param SCRIPT_FILENAME /home/www/www$fastcgi_script_name;
        include fastcgi_params;
    }
    #設定查看Nginx狀態的地址
    location /NginxStatus {
        stub_status            on;
        access_log              on;
        auth_basic              "NginxStatus";
        auth_basic_user_file  conf/htpasswd;
    }
    #禁止訪問 .htxxx 文件
    location ~ /\.ht {
        deny all;
    }
     
     }
}

以上是一些基本的配置,使用Nginx最大的好處就是負載均衡

若是要使用負載均衡的話,能夠修改配置http節點以下:

#設定http服務器,利用它的反向代理功能提供負載均衡支持
http {
     #設定mime類型,類型由mime.type文件定義
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;
    #設定日誌格式
    access_log    /var/log/nginx/access.log;

    #省略上文有的一些配置節點

    #。。。。。。。。。。

    #設定負載均衡的服務器列表
     upstream mysvr {
    #weigth參數表示權值,權值越高被分配到的概率越大
    server 192.168.8.1x:3128 weight=5;#本機上的Squid開啓3128端口
    server 192.168.8.2x:80  weight=1;
    server 192.168.8.3x:80  weight=6;
    }

   upstream mysvr2 {
    #weigth參數表示權值,權值越高被分配到的概率越大

    server 192.168.8.x:80  weight=1;
    server 192.168.8.x:80  weight=6;
    }

   #第一個虛擬服務器
   server {
    #偵聽192.168.8.x的80端口
        listen       80;
        server_name  192.168.8.x;

      #對aspx後綴的進行負載均衡請求
    location ~ .*\.aspx$ {

         root   /root;      #定義服務器的默認網站根目錄位置
          index index.php index.html index.htm;   #定義首頁索引文件的名稱

          proxy_pass  http://mysvr ;#請求轉向mysvr 定義的服務器列表

          #如下是一些反向代理的配置可刪除.

          proxy_redirect off;

          #後端的Web服務器能夠經過X-Forwarded-For獲取用戶真實IP
          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 90;  #nginx跟後端服務器鏈接超時時間(代理鏈接超時)
          proxy_send_timeout 90;        #後端服務器數據回傳時間(代理髮送超時)
          proxy_read_timeout 90;         #鏈接成功後,後端服務器響應時間(代理接收超時)
          proxy_buffer_size 4k;             #設置代理服務器(nginx)保存用戶頭信息的緩衝區大小
          proxy_buffers 4 32k;               #proxy_buffers緩衝區,網頁平均在32k如下的話,這樣設置
          proxy_busy_buffers_size 64k;    #高負荷下緩衝大小(proxy_buffers*2)
          proxy_temp_file_write_size 64k;  #設定緩存文件夾大小,大於這個值,將從upstream服務器傳

       }

     }
}

 

Nginx是一個輕量級高性能的web服務器,它是爲快速響應大量靜態文件請求和高效利用系統資源而設計的。與apache使用面向進程或線程的方式處理請求不一樣,nginx使用異步事件驅動模型在負載下性能更突出。

雖然nginx能高效地服務靜態文件,但也有人認爲nginx處理動態內容並不理想。不像apache服務器,nginx沒用使用內嵌解釋器的方式來處理動態內容。相反,動態內容被丟給cgi,fastcgi或者像apache這樣的web服務器,而後把處理結果返回給nginx,nginx在返給瀏覽器。這種方式就致使部署起來會更復雜一些。出於這些緣由,使用和配置nginx可能會晦澀。nginx的配置感受更復雜或者不直接。

 

本文的前提是你使用nginx安裝來安裝nginx,若是你使用其它方法或者系統自帶包安裝,那麼你的配置文件的位置和下面講的配置文件位置可能不一樣。

nginx的強大都是靠配置文件來實現,nginx就是一個二進制文件nginx讀入一個配置文件nginx.conf(nginx.conf可能include包含若干子配置文件)來實現各類各樣的功能。

 管理配置文件

nginx使用嵌套的花括號語法來定義選項。安裝完成後nginx的主配置文件被放在/usr/local/nginx/nginx.conf。同時一個默認的備份配置文件存在/usr/local/nginx/nginx.conf.default。其它子配置文件一樣有一個.default結尾的備份配置文件。.default的做用是當你修改配置文件錯誤的時候,你能夠快速回到上一個好用的狀態。建議你們常常對配置好的功能的配置文件作備份,能夠以日期文件作結尾。好比你可使用以下指令完成,修改日期爲你所備份的日期。

cp /usr/local/nginx/nginx.conf /usr/local/nginx/nginx.conf-20121224

每次修改完nginx.conf都要從新加載配置文件

/usr/loca/nginx/nginx -tkill -HUP `cat /usr/local/nginx/nginx.pid`

全局配置

咱們分片斷一點點的介紹默認的配置文件

#user nobody;worker_processes 1;#error_log logs/error.log;#error_log logs/error.log notice;#error_log logs/error.log info;#pid logs/nginx.pid;events { worker_connections 1024;}

這些是配置文件開始的默認行。一般的環境下,你不須要修改這些選項。這一部分有幾個方面須要咱們注意:

  • 全部以#號開的行是註釋,nginx不會解析。默認的配置文件有許多說明解釋的註釋塊
  • 指令是以一個變量名開頭(例如,worker_processes或pid),而後包含一個參數(例如,1或 logs/nginx.pid)或者多個參數(例如,"logs/error.log notice")
  • 全部指令以分號結尾
  • 某些指令,像上面的events能夠包含多個子指令做爲參數。這些子指令以花括號包圍。
  • 雖然nginx不解析空白符(例如tab,空格,和換行符),可是良好的縮進能提升你維護長期運行配置文件的效率。良好的縮進使配置文件讀起來更流暢,能讓你很容易明白配置的策略,即便幾個月前。

下面咱們繼續讀配置文件

http { include mime.types; default_type application/octet-stream; #log_format main '$remote_addr - $remote_user [$time_local] "$request" ' # '$status $body_bytes_sent "$http_referer" ' # '"$http_user_agent" "$http_x_forwarded_for"'; #access_log logs/access.log main; sendfile on; #tcp_nopush on; #keepalive_timeout 0; keepalive_timeout 65; #gzip on;

"http { }"塊的開頭像配置文件的開頭同樣都是標準配置不須要修改。這裏咱們須要把注意力放在這些元素上:

  • 這部份內容的開始"include"語句包含/usr/loca/nginx/mime.types文件到nginx.conf文件include語句所在位置。include對ningx.conf文件的可讀性和組織性頗有用。
  • 不能過多使用include,若是太多遞歸地include文件會產生混亂,因此須要合理有限制地使用include來保證配置文件的清晰和可管理。
  • 你能夠去掉log_format指令前的註釋並修改這幾行設置的變量爲你想記錄的信息。
  • gzip指令告訴nginx使用gzip壓縮的方式來下降帶寬使用和加快傳輸速度。若是想使用gzip壓縮,須要添加以下配置到配置文件的gzip位置。
gzip on; gzip_http_version 1.1; gzip_comp_level 2; gzip_types text/plain text/html text/css application/x-javascript text/xml application/xml application/xml+rss text/javascript;

使用gizp壓縮並非沒有代價的。在下降帶寬的同時也增長了CPU的使用。gzip_cop_level的參數取值範圍1-9,9表明最用CPU和1表明最少用CPU,其默認值是1.

 

另外,請注意上面的片斷"http { "並不包含結尾"}",其他部分解下面繼續。

虛擬機server配置

咱們家是nginx.conf接下來的配置文件是這樣

server { listen 80; server_name localhost; access_log logs/localhost.access.log main; location / { root html; index index.html index.htm; } } }

咱們能夠看到http{ }塊到此結束。

server指令塊,像上面例子中那個同樣,是咱們nginx用戶主要配置本身虛擬主機的地方。在server塊裏有許多重要的指令。listen指令告訴nginx在一個特定的hostname,ip或者tcp端口監聽鏈接。默認,http服務運行在80端口。一下這些listen指令都是有效的:

listen 127.0.0.1:80;listen localhost:80;listen 127.0.0.1:8080;listen localhost:8080;listen 192.168.3.105:80;listen 192.168.3.105:8080;listen 80;listen *:80;listen 8080;listen *:8080;listen 12.34.56.77:80;listen 12.34.56.78:80;listen 12.34.56.79:80;

在這些例子中,咱們能夠看到不少不一樣表達方式:

  • 第一組2個指令指明服務器監聽在127.0.0.1或localhost的80端口,localhost一般定義在/etc/hosts指向127.0.0.1
  • 第二組除了端口號監聽在8080而不是80外,與第一組相同。
  • 第三組例子定義服務器監聽在192.168.3.105的80和8080端口
  • 第四組例子是在全部地址上監聽特定的端口。listen 80與listen *:80相同,listen 8080與listen *:80相同。
  • 最後一組例子設置服務器只監聽在12.34.56.77/78/79的80端口上的請求。

server_name指令能夠設置基於域名的虛擬主機,根據請求頭部的內容,一個ip的服務器能夠配置多個域名。下面這些server_name的參數是有效的:

server_name nginx.cn;server_name nginx.cn www.nginx.cn;server_name *.nginx.cn;server_name .nginx.cn;server_name nginx.*;server_name nginx.cng bucknell.net brackley.org;server_name localhost litchfield bleddington;server_name "";

多個域名之間以空格分隔。nginx容許一個虛擬主機有一個或多個名字,也可使用通配符"*"來設置虛擬主機的名字。上面的例子咱們看到了不少特殊的地方:

  • 第一組例子,首先定義server_name爲nginx.cn,那麼來自http://nginx.cn的請求就會發到該主機上。第二個例子配置了nginx.cn和www.nginx.cn,那麼http://nginx.cnhttp://www.nginx.cn的請求會發到這個主機上。
  • *.nginx.cn和.nginx.cn是等同的配置,設置該主機處理全部來自nginx.cn的子域名,好比www.nginx.cn,blog.nginx.cn等
  • 第二組server_name配置nginx.*,配置服務器處理全部以nginx.開頭的請求。例如,nginx.com,nginx.cn,nginx.net,nginx.baidu.com
  • 接下來一組第一個server_name配置,設置主機處理來自三個域名的請求。nginx容許設置不是有效域名的名字。好比接下來這個配置咱們能夠看到三個不是有效域名的例子,localhost,litchfiled和bledington。nginx只查找請求的HTTP頭中的域名但並不判斷域名是否有效,這個例子中這些主機名能夠配製在/etc/hosts中。當你在本機調試時使用非域名的主機名有時候更適合些。
  • 最後一組例子,server_name設置爲空的雙引號,它告訴nginx捕捉全部沒有hostname的請求,或者hostname沒有在其它server_name中指定的。

 

咱們繼續分析接下來的server指令塊,看看access_log指令。

access_log logs/nginx.access.log;access_log /srv/http/ducklington.org/logs/access.log;access_log /var/log/nginx/access/ducklington.org;access_log off;

第一個例子,日誌使用相對路徑,log文件放在與配置文件同級的目錄中,也就是日誌存儲在/usr/local/nginx/logs/nginx.access.log;接下來的兩個例子定義了完整的絕對路徑;最後一個例子是關閉access log,不會記錄訪問日誌到文件。

server塊的最後部分是location指令塊,對於client的不一樣請求目標,location是用來配置服務器的不一樣響應。

就像server_name指令配置nginx處理請求使用包含在請求中的信息同樣,location指令配置如何響應不一樣位置資源的請求。例如:

location / { }location /images/ { }location /blog/ { }location /planet/ { }location /planet/blog/ { }location ~ IndexPage\.php$ { }location ~ ^/BlogPlanet(/|/index\.php)$ { }location ~* \.(pl|cgi|perl|prl)$ { }location ~* \.(md|mdwn|txt|mkdn)$ { }location ^~ /images/IndexPage/ { }location ^~ /blog/BlogPlanet/ { }location = / { }

前五個例子是按字面逐字匹配,匹配請求url域名後面開始的部分。假設一個請求http://www.nginx.cn,咱們假設server_name已經匹配www.nginx.cn,那麼"location /"指令將捕獲這個請求。nginx使用匹配度最高的location。好比http://ducklington.org/planet/blog/http://ducklington.org/planet/blog/about/會匹配"location /planet/blog",而不是"location /planet/"

 location配置

對於特定的請求,一旦nginx匹配一個location來處理。那麼這個請求的響應內容就會由這個location塊中的指令決定。咱們先來看一個最基本的locaiton配置塊。

location / { root html; index index.html index.htm;}

在這個例子中文檔根(doucument root)位於html/目錄。根據nginx的安裝目錄/usr/local/nginx,這個location的完整路徑是/usr/local/nginx/html。假設一個請求訪問位於/blog/includes/styles.css文件同時沒有別的location塊匹配,那麼nginx會用位於文件系統的/usr/local/nginx/html/blog/includes/styles.css響應。固然你也能夠用絕對路徑設置root指令。

index指令會告訴nginx使用哪一個資源若是請求中沒有文件名。所以,若是請求http://.ducklington.org/將會補全資源位置爲/usr/local/nginx/html/index.html。若是index配置了多個文件,nginx會按順序處理直到找到第一個存在的補全資源。若是index.html在相關目錄中沒有,那麼將使用index.htm。若是兩個都不存在,會返回404錯誤。

讓咱們看另一個location指令的例子,這些location指令都在ducklington.org的server指令塊裏。

root /srv/www/ducklington.org/public_html;location / { index index.html index.htm;}location ~ \.php$ { gzip off; include fastcgi_params; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.pl; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;}

在這個例子中,全部以.php結尾的請求都被第二個location塊處理。第二個語句塊對全部請求指定了一個fastcgi句柄。其它的請求,nginx會使用第一個location塊來處理。

請求http://ducklington.org/將會返回/srv/www/ducklington.org/public_html/index.html若是存在的話,若是不存在這返回/srv/www/ducklington.org/public_html/index.htm,若是兩個都不存在則返回404錯誤。

請求 http://ducklington.org/blog/將會返回/srv/www/ducklington.org/public_html/blog/index.html若是存在的話,若是不存在則返回/srv/www/ducklington.org/public_html/blog/index.htm,若是兩個都不存在則返回404錯誤。

請求http://ducklington.org/tasks.php將會被髮給fastcgi去執行位於/srv/www/ducklington.org/public_html/tasks.php的文件

請求 http://ducklington.org/squire/roster.php也將使用fastcgi句柄執行位於 /srv/www/ducklington.org/public_html/squire/roster.pl的文件,並返回結果。

具體的location匹配規則這就不說了,不明白的能夠看這裏nginx location匹配

最佳實踐

上面這些例子和解釋應該足夠讓你可以配置本身的nginx server了。下面列出配置nginx server最佳實踐。

首先,把具體某一個要配置的server指令塊的全部指令放在一個文件中,而後使用include語句把它包含到配置文件中。

例如綁定ducklington.org域名,首先把ducklington.org的 server指令塊配置放在/srv/www/ducklington.org/nginx.conf。而後增長指令include /srv/www/ducklington.org/nginx.conf;到配置文件的http塊中。像這樣:

http { # [...] include /srv/www/ducklington.org/nginx.conf; # [...]}
相關文章
相關標籤/搜索