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之反向代理(二)

完结。