用HTTP核心模块配置一个静态Web服务器
静态Web服务器的主要功能由ngx_http_core_module模块(HTTP框架的主要成员)实现与core模块类似,可以根据相关模块(如ngx_http_gzip_filter_module、ngx_http_image_filter_module等)的配置项说明,方便地在nginx.conf配置文件中加入新的配置项,从而实现更多的Web服务器功能。
一个典型的静态Web服务器会包含多个server块和location块,例如:
http { gzip on; upstream { … } … server { listen localhost:80; … location /webstatic { if … { … } root optwebresource; … } location ~* .(jpg|jpeg|png|jpe|gif)$ { … } } server { … } }
所有的HTTP配置项都必须直属于http块、server块、location块、upstream块或if块等,同时,在描述每个配置项的功能时,会说明它可以在上述的哪个块中存在,因为有些配置项可以任意地出现在某一个块中,而有些配置项只能出现在特定的块中。
下面会把这些配置项分为以下8类进行详述:
1.虚拟主机与请求的分发
2.文件路径的定义
3.内存及磁盘资源的分配
4.网络连接的设置
5.MIME类型的设置
6.对客户端请求的限制
7.文件操作的优化
8.对客户端请求的特殊处理。
并在后面列出ngx_http_core_module模块提供的变量和意义
1. 虚拟主机与请求分发
1)server_name
由于ip数量有限,所以经常存在多台主机域名对应同一ip的情况,这时就可以用server_name对应用户请求中的主机域名
用server块定义虚拟主机,这样nginx就能以不同方式处理不同域名的http请求了
语法: server_name name[...];
配置块: server
默认: server_name "";
配置块: serverserver_name后可以跟多个主机名称,如server_name www.testweb.com 、download.testweb.com;。
在开始处理一个HTTP请求时,Nginx会取出header头中的Host,与每个server中的server_name进行匹配,以此决定到底由哪一个server块来处理这个请求。有可能一个Host与多个server块中的server_name都匹配,这时就会根据匹配优先级来选择实际处理的server块。
server_name与Host的匹配优先级如下:
1)首先选择所有字符串完全匹配的server_name,如www.testweb.com。 2)其次选择通配符在前面的server_name,如*.testweb.com。 3)再次选择通配符在后面的server_name,如www.testweb.*。 4)最后选择使用正则表达式才匹配的server_name,如~^\.testweb\.com$。
5)最后的最后匹配部分匹配的,部分匹配的匹配到之后还要向后查询,后面不匹配才匹配此项,后面匹配就匹配后面的。前面的4项匹配之后直接处理,不会再匹配后面的。
如果Host与所有的server_name都不匹配,这时将会按下列顺序选择处理的server块。
1)优先选择在listen配置项后加入[default|default_server]的server块。 2)找到匹配listen端口的第一个server块。
如果server_name后跟着空字符串(如server_name"";),那么表示匹配没有Host这个HTTP头部的请求。
注意:Nginx正是使用server_name配置项针对特定Host域名的请求提供不同的服务,以此实现虚拟主机功能。
2)location
location尝试用用户请求的URI来匹配表达式,匹配则就选择location{}块来处理请求
语法: location[=|~|~*|^~|@]/uri/{...}
配置块: server
下面介绍下匹配的规则:
=:精确匹配
~:大小写敏感
~*:忽略大小写
^~:前缀匹配
@:内部请求之间的重定向
正则:如
location ~* \.(gif|jpg|jpeg)$ {
# 匹配以
.gif、
.jpg、
.jpeg结尾的请求
…
}
/:匹配所有请求,如
location / { # /可以匹配所有请求 … }
2. 文件路径的定义
1)以root方式设置资源路径
语法: root path; 默认: root html; 配置块: http、server、location、if
注意:当一个请求匹配多个location时,实际请求会被第一个location处理
例:
location /download/ {
root optwebhtml;
}
在上面的配置中,如果有一个请求的URI是/download/index/test.html,那么Web服务器将会返回服务器上optwebhtml/download/index/test.html文件的内容。
2)以alias方式设置资源路径
语法: alias path;
配置块: location
例:
location conf { alias usr/local/nginx/conf/; }
在上面的配置中,如果有一个请求的URI是/conf/nginx.conf,那么Web服务器将会返回服务器上usr/local/nginx/conf/nginx.conf
如果用root设置,如下表示:
location conf { root usr/local/nginx/; }
alias后面还可以添加正则表达式,例如:
location ~ ^/test/(\w+)\.(\w+)$ { alias usrlocal/nginx/$2/$1.$2; }
这样,请求在访问/test/nginx.conf时,Nginx会返回usr/local/nginx/conf/nginx.conf文件中的内容(其中,$1代表正则匹配的第一个参数,$2代表正则匹配的第二个参数)。
3)访问首页
语法: index file...;
默认: index index.html;
配置块: http、server、location
例如:
location {
root path; index index.html htmlindex.php /index.php; }
接收到请求后,Nginx首先会尝试访问path/index.php文件,如果可以访问,就直接返回文件内容结束请求,否则再试图返回path/htmlindex.php文件的内容,依此类推。