• 1. 介绍
  • 2. 安装
  • 3. 命令行语法
  • 4. 配置文件语法

    1. 介绍

    nginx [engine x] is an HTTP and reverse proxy server, a mail proxy server, and a generic TCP proxy server, originally written by Igor Sysoev.

    按照官方的定义，nginx是一个HTTP服务器，也是一个反向代理服务器。apache应该为大家所熟知，而nginx就是类似apache的提供静态网页的web服务器，相比于apache的多进程多线程的并发模型，而nginx是基于事件的异步IO的并发模型，性能更好，而且nginx是一个轻量级的服务器。

    2. 安装

    如果是ubuntu系统要安装nginx，只需要一条命令。

    1. sudo apt-get install nginx

    如果要编译安装，那也简单，也是按照三步曲来。

    1. ./configure
    2. make
    3. sudo make install

    其中关于configure是可以按照自己的需求来配置安装的参数的。比如：

    1. ./configure \
    2. --user=nginx                          \
    3. --group=nginx                         \
    4. --prefix=/etc/nginx                   \
    5. --sbin-path=/usr/sbin/nginx           \
    6. --conf-path=/etc/nginx/nginx.conf     \
    7. --pid-path=/var/run/nginx.pid         \
    8. --lock-path=/var/run/nginx.lock       \
    9. --error-log-path=/var/log/nginx/error.log \
    10. --http-log-path=/var/log/nginx/access.log \
    11. --with-http_gzip_static_module        \
    12. --with-http_stub_status_module        \
    13. --with-http_ssl_module                \
    14. --with-pcre                           \
    15. --with-file-aio                       \
    16. --with-http_realip_module             \
    17. --without-http_scgi_module            \
    18. --without-http_uwsgi_module           \
    19. --without-http_fastcgi_module

    具体的编译安装的方法可以参考官方的这篇文章configure。

    3. 命令行语法

    要启动(start)、重启(restart)，停止(stop)nginx服务也很简单。

    可以这样。

    1. sudo /etc/init.d/nginx restart # or start, stop

    或者这样。

    1. sudo service nginx restart # or start, stop

    有时候我们改了配置文件只是要让配置生效，这个时候不必重启，只要重新加载配置文件即可。

    1. sudo nginx -s reload

    更多的命令可以看这篇文章beginners_guide。

    4. 配置文件语法

    nginx是模块化的系统，整个系统是分成一个个模块的。每个模块负责不同的功能。比如http_gzip_static_module就是负责压缩的，http_ssl_module就是负责加密的，如果不用某个模块的话，也可以去掉，可以让整个nginx变得小巧，更适合自己。在上面的configure指令中带了很多参数，就是在这里编译之前可以加入某些模块或去掉某些模块的。

    要用的模块已经被编译进nginx了，成为nginx的一部分了，那要怎么用这些模块呢？那就得通过配置文件，这跟传统的linux服务差不多，都是通过配置文件来改变功能。nginx的模块是通过一个叫指令(directive)的东西来用的。整个配置文件都是由指令来控制的。nginx也有自己内置的指令，比如events, http, server, 和 location等，下面会提到的。

    如果是ubuntu系统，安装后，配置文件存放在/etc/nginx/nginx.conf。

    把注释的内容去掉。

    1. user www-data;
    2. worker_processes 1;
    3. pid /run/nginx.pid;
    5. events {
    6.   worker_connections 768;
    7. }
    9. http {
    11.   sendfile on;
    12.   tcp_nopush on;
    13.   tcp_nodelay on;
    14.   keepalive_timeout 65;
    15.   types_hash_max_size 2048;
    17.   include /etc/nginx/mime.types;
    18.   default_type application/octet-stream;
    20.   access_log /var/log/nginx/access.log;
    21.   error_log /var/log/nginx/error.log;
    23.   gzip on;
    24.   gzip_disable "msie6";
    26.   include /etc/nginx/conf.d/*.conf;
    27.   include /etc/nginx/sites-enabled/*;
    28. }

    在这个文件中，先不管上面三行，就是由两个block(块)组成的。

    1. events {
    2. }
    4. http {
    5. }
    7. mail {
    8. }

    块和块之间还可以嵌套的。例如http下面可以放server。

    1. http {
    2.  server {
    3.  }
    4. }

    这个是主配置文件。有时候仅仅一个配置文件是不够的，由其是当配置文件很大时，总不能全部逻辑塞一个文件里，所以配置文件也是需要来管理的。看最后两行include，也就是说会自动包含目录/etc/nginx/conf.d/的以conf结尾的文件，还有目录/etc/nginx/sites-enabled/下的所有文件。

    在/etc/nginx/conf.d/下有个配置文件叫rails.conf，它的内容大体是这样的。

    1. upstream rails365 {
    2.     # Path to Unicorn SOCK file, as defined previously
    3.     server unix:///home/yinsigan/rails365/shared/tmp/sockets/unicorn.sock fail_timeout=0;
    4. }
    5. server {
    6.     listen 80 default_server;
    7.     listen [::]:80 default_server ipv6only=on;
    8.     server_name www.rails365.net;
    9.     root         /home/yinsigan/rails365/current/public;
    10.     keepalive_timeout 70;
    12.   ...
    14.     # redirect server error pages to the static page /50x.html
    15.     error_page   500 502 503 504  /50x.html;
    16.     location = /50x.html {
    17.         root   html;
    18.     }
    20.   ...
    21. }
    23. server {
    24.   listen 80;
    25.   server_name rails365.net;
    27.   return 301 $scheme://www.rails365.net$request_uri;
    28. }

    最后整个配置文件的结构大体是这样子的。

    1. # 这里是一些配置
    2. ...
    3. http {
    4.   # 这里是一些配置
    5.   ...
    6.   # 这部分可能存在于/etc/nginx/conf.d/目录下
    7.   upstream {
    9.   }
    10.   server {
    11.     listen 8080;
    12.     root /data/up1;
    14.     location / {
    15.     }
    16.   }
    17.   server {
    18.     listen 80;
    19.     root /data/up2;
    21.     location / {
    22.     }
    23.   }
    24.   这里是一些配置
    25.   ...
    26. }
    28. mail {
    29. }

    为了篇幅，有些内容则省略了。

    指令和指令之间是有层级和继承关系的。比如http内的指令会影响到server的。

    http那部分除非必要，我们不动它，假如你现在要部署一个web服务，那就在/etc/nginx/conf.d/目录下新增一个文件就好了。

    http和events还有mail是同级的。http就是跟web有关的。

    server，顾名思义就是一个服务，比如你现在有一个域名，要部署一个网站，那就得创建一个server块。

    就假设你有一个域名叫foo.bar.com，要在浏览器输入这个域名时就能访问，那可能得这样。

    1. server {
    2.   listen 80;
    3.   root /home/yinsigan/foo;
    4.   server_name foo.bar.com;
    5.   location / {
    7.   }
    8. }

    具体的意思是这样的。listen是监听的端口。如果没有特殊指定，一般网站用的都是80端口。

    root是网站的源代码静态文件的根目录。一般来说会在root指定的目录下放置网站最新访问的那个html文件，比如index.html等。

    server_name指定的是域名。

    有了这些，在浏览器下输入http://foo.bar.com就能访问到目录/home/yinsigan/foo下的index.html文件的内容。但是有时候我们得访问http://foo.bar.com/articles呢？那得用location。像这样。

    1. server {
    2.   ...
    3.   server_name foo.bar.com;
    4.   location /articles {
    6.   }
    7. }

    除了http://foo.bar.com/articles，还有http://foo.bar.com/groups，/menus/1等很多，是不是每个都要创建一个location啊，肯定不可能。我们有动态的方法来处理的。

    下面来看一个例子。

    1. server {
    2.     listen      80;
    3.     server_name example.org www.example.org;
    4.     root        /data/www;
    6.     location / {
    7.         index   index.html index.php;
    8.     }
    10.     location ~* \.(gif|jpg|png)$ {
    11.         expires 30d;
    12.     }
    14.     location ~ \.php$ {
    15.         fastcgi_pass  localhost:9000;
    16.         fastcgi_param SCRIPT_FILENAME
    17.                       $document_root$fastcgi_script_name;
    18.         include       fastcgi_params;
    19.     }
    20. }

    当用户访问http://example.org时就会去读取/var/root/index.html，如果找不到就会读取index.php，就会转发到fastcgi_pass里面的逻辑。当用户访问http://example.org/about.html就会去读取/var/root/about.html文件，同样道理，当用户访问http://example.org/about.gif就会读取/var/root/about.gif文件，并会在30天后过期，也就是缓存30天。

    下一篇： nginx之反向代理(二)

    完结。