Nginx系列之新手入门 | Ghosind

link管理
链接快照平台
输入网页链接，自动生成快照
标签化管理网页链接
Nginx安装

对于windows用户， Nginx官网提供了二进制包的下载。
对于Unix-like的用户，可以使用包管理工具下载，例如：
# 采用deb包的Linux，如Debian、Ubuntu
$ apt-get install nginx
# 采用rpm包的Linux，如RedHat、CentOS
$ yum install nginx
# MacOS
$ brew install nginx
# FreeBSD
$ pkg_install -r nginx
# ...
另外，也可直接通过源码编译。Nginx的源代码BSD协议开源，可通过官网或Github获得其源码。
Nginx使用
在完成Nginx的安装后，可以通过nginx命令启动，并可以使用nginx -s [signal]执行特定的操作：
  reload：重新加载配置
  reopen：重新打开日志文件
  stop：快速退出nginx，无论是否存在正在处理中的请求
  quit：在所有处理中的请求结束后再退出Nginx
另外，Nginx提供了下列几个参数：
  -h：显示帮助信息
  -v：显示版本信息
  -V：显示版本及编译配置信息
  -t：检查配置文件正确性
  -T：检查配置文件正确性并输出配置信息
  -q：检查配置时不输出非错误的信息
  -p prefix：指定路径前缀
  -c filename：指定配置文件
  -g directives：传入配置文件外的参数
启动nginx后，可访问本地80端口测试nginx是否正常运行。
Nginx配置
Nginx配置文件通常位于/usr/local/nginx/conf、/etc/nginx或/usr/local/nginx/etc目录下，在修改配置后可以通过nginx -t测试并通过nginx -s reload命令重新加载配置。
Nginx配置包括了简单命令以及块命令。其中，块命令中可以包含简单命令以及块命令。其语法规则如下：
# 简单命令
命令 参数;
# 块命令
  命令 参数;
  # ...
下面是一个简单的Nginx配置示例：
use nginx;
http {
  server {
    location / {
      root /data/www;
在了解了基本的Nginx配置规则后，下面通过几个示例来介绍Nginx的使用。
静态内容提供
张三编写了一个本地门户网站，准备通过Nginx将其公开到互联网上。站点内容存放在/data/www目录下，需要实现通过服务器的ip可以访问该网站。使用下方的配置替换nginx.conf中的http模块。
http {
  server {
    root /data/www;
http模块包括了有关与HTTP服务的相关配置，它需要位于Nginx主模块上下文中（即配置文件中最外层，而非其他块中）。
server块用于定义一个虚拟服务及其配置（即一个站点），它需要位于http上下文中。Nginx的http服务支持创建多个虚拟服务，每个虚拟服务对应于一个http块中的server配置块。对于一个虚拟服务，它默认会监听80端口的所有请求，并根据请求及配置寻找对应的资源。在server块中，可使用root命令设定资源的目录，即上例中所有的请求将获取/data/www目录下定义的资源。
在修改配置文件后，使用nginx -s reload重新加载配置文件，即可通过http://{ip}（将{ip}替换为服务器ip地址）或在本地通过http://localhost访问搭建的网站。
随着网站的发展，图片资源文件也越来越多。为了方便对代码的管理，张三决定将图片资源转移到/data/images目录下。由于图片目录不再位于站点目录下，所以需要修改nginx配置使当url包含/images/是前往/data/images目录寻找对应资源。
http {
  server {
    root /data/www;
    # 等同于：
    # location / {
    #   root /data/www;
    location /images/ {
      root /data/images;
location块用于对一些特定的URL进行配置，格式为location [url匹配规则] { }，它需要位于server块或其他location块中。
为了实现张三需要的效果，需要定义图片资源对应的location块location /images/ { }。当请求路径包含/images/时，需要告知nginx资源目录为/data/images，所以在location块中，也添加了root /data/images;命令指定资源目录。
网站的发展越来越快，张三准备在网站中支持音频资源，但是不像图片资源一样都在url中包含/images/。为了实现这个需求，可以使用正则表达式匹配资源后缀名。当资源后缀为音频格式时（如.mp3、.wav等），请求目录将为/data/musics，否则仍为/data/www或/data/images。
http {
  server {
    # ...
    location ~ \.(mp3|wav)$ {
      root /data/musics;
在Nginx配置文件中使用正则表达式，需要以~作为标志，其后跟着自定的正则规则。例如例子中的\.(mp3|wav)$代表了匹配.mp3或.wav结尾的请求地址。
在网站上线后，张三准备将自己的博客也放到服务器上。上一节介绍过，http块中可以有多个server用于提供多个网站，那为了增加这个博客就只需要再加个server块就行了。但是张三很快意识到了一个新的问题，增加了server块后检查配置文件，得到了这样一个警告信息：nginx: [warn] conflicting server name "" on 0.0.0.0:80, ignored，即多个服务配置监听同个端口，Nginx将忽略后定义的服务配置。为了解决这个问题，张三决定把博客的端口设置为8080。
http {
  # ...之前的内容
  server {
    listen 8080;
    location / {
      root /data/blog;
listen命令用于指定服务监听的地址及端口，其格式为listen [地址]:[端口] [其它选项]。未显式使用listen命令的情况下，服务将使用80端口（HTTP）服务或443端口（HTTPS服务）。对于一个服务，可监听多个地址及端口，即listen命令可多次使用。下面是listen命令的示例：
listen 192.168.1.1:80;
listen 127.0.0.1;
listen [:::a83f:3d82]:80; # IPv6
listen 443 ssl;
对于listen命令的选项，有以下几个常用的选项：
  default_server：无其它匹配服务的情况下的默认服务，在未指定的情况下第一个server会被隐式设为default_server。
  ssl：必须使用SSL，即通过HTTPS访问。
但是一直通过ip及端口访问体验非常糟糕，于是张三便购买了自己的域名zhangsan.com。通过zhangsan.com或www.zhangsan.com可以访问门户网站，通过blog.zhangsan.com访问博客，无需使用非80端口。于是，就可以使用Nginx的server_name命令指定虚拟服务的识别路径。
http {
  server {
    server_name blog.zhangsan.com;
    # ...
  server {
    server_name zhangsan.com www.zhangsan.com;
    # ...
server_name命令的格式为server_name hostname1 [hostname2...]。对于一个server块，可分配一个或多个主机名，nginx会根据请求头部的Host字段匹配到对应的服务。下面是server_name的几个示例：
server_name www.zhangsan.com;
server_name www.zhangsan.com zhangsan.com;
server_name *.zhangsan.com;
server_name .zhangsan.com; # *.zhangsan.zhangsan.com
server_name *.zhangsan.*;
server_name ~^(www)\.zhangsan\.com$; # 使用较为复杂的正则表达式
server_name _;
server_name "";
对于使用通配符的名称，*只能在最前端或最后端，例如w*.zhangsan.com或www.zhangsan.*m是不合法的。
当使用server_name _时，该服务将匹配任意路径。当没有使用server_name时，会隐式设置为server_name ""，该服务为无匹配服务情况下的默认服务。
运行nginx -s reload重新加载配置文件后，即可通过http://zhangsan.com或http://www.zhangsan.com访问门户网站，通过http://blog.zhangsan.com访问博客。
本文中简单介绍了关于Nginx的安装、配置以及使用，后续将会继续深入了解Nginx的反向代理、负载均衡等功能，并在源码层面上对Nginx进行分析。
  Nginx documentation.
  Dimitri Aivaliotis. Mastering Nginx.
  Martin Fjordvald, Clement Nedulcu. Nginx HTTP Server, Fourth Edition.