• Nginx配置杂记

    Nginx配置杂记

    June 26, 2016

    421

    Nginx是一个高性能的HTTP和反向代理服务器，也是一个IMAP/POP3/SMTP代理服务器，相较于Apache，具有占有内存少、稳定性高等优势。Nginx安装非常简单、配置文件简洁，但是配置的类目却不少，本文主要记录Nginx的安装以及相关的配置（以下操作在CentOS6.7 64bit环境下）。

    Nginx安装

    作为一个喜欢折腾的人，Nginx首选当然是采用源码包安装，不过也可以选择yum、rpm来安装。Mac下，用brew install nginx来快速安装。

    为了能从源码包编译Nginx，除了编译器之外，还需要提供OpenSSL（启用SSL)以及Perl（使用rewrite）、zlib压缩库等等。由于Nginx的模块化特性，还可以安装第三方模块为Nginx提供额外的功能，如ngx_lua、pageSpeed。

    第三方模块可以在github或者https://www.nginx.com/resources/wiki/modules/查找。

    接下来，通过安装Nginx相关依赖库、Nginx以及ngx_lua来介绍如何安装Nginx以及第三方模块。

    SOURCE_DIR=/source/
PCRE_DIR=pcre-8.37
PCRE_TAR=pcre-8.37.tar.gz
PCRE_URL=http://sourceforge.net/projects/pcre/files/pcre/8.37/pcre-8.37.tar.gz
ZLIB_DIR=zlib-1.2.8
ZLIB_TAR=zlib-1.2.8.tar.gz
ZLIB_URL=http://sourceforge.net/projects/libpng/files/zlib/1.2.8/zlib-1.2.8.tar.gz
OPENSSL_DIR=openssl-1.0.2h
OPENSSL_TAR=openssl-1.0.2h.tar.gz
OPENSSL_URL=https://www.openssl.org/source/openssl-1.0.2h.tar.gz
OPENSSL_INSTALL=/usr/local/openssl
LUAJIT_DIR=LuaJIT-2.0.4
LUAJIT_TAR=LuaJIT-2.0.4.tar.gz
LUAJIT_URL=http://luajit.org/download/LuaJIT-2.0.4.tar.gz
NGINX_DIR=nginx-1.11.1
NGINX_TAR=nginx-1.11.1.tar.gz
NGINX_URL=http://nginx.org/download/nginx-1.11.1.tar.gz
NGINX_INSTALL_DIR=/usr/local/nginx/

NGX_DEVEL_KIT=https://github.com/simpl/ngx_devel_kit/archive/v0.3.0.tar.gz
NGX_DEVEL_KIT_TAR=v0.3.0.tar.gz
NGX_DEVEL_KIT_DIR=ngx_devel_kit-0.3.0
NGX_LUA=https://github.com/openresty/lua-nginx-module/archive/v0.10.5.tar.gz
NGX_LUA_TAR=v0.10.5.tar.gz
NGX_LUA_DIR=lua-nginx-module-0.10.5

export LUAJIT_LIB=/usr/local/lib
export LUAJIT_INC=/usr/local/include/luajit-2.0

mkdir -p $SOURCE_DIR

# 更新yum源以及安装gcc、gcc-c++
yum update -y && yum install -y gcc gcc-c++

# 安装pcre
cd $SOURCE_DIR
wget $PCRE_URL
tar -zxvf $PCRE_TAR
cd $SOURCE_DIR$PCRE_DIR
./configure && make && make install

# 安装zlib
cd $SOURCE_DIR
wget $ZLIB_URL
tar -zxvf $ZLIB_TAR
cd $SOURCE_DIR$ZLIB_DIR
./configure
make && make install

# 安装perl
yum install -y perl

# 安装openssl
cd $SOURCE_DIR
wget $OPENSSL_URL
tar -zxvf $OPENSSL_TAR
cd $SOURCE_DIR$OPENSSL_DIR
./config --prefix=$OPENSSL_INSTALL
make && make install

# 安装luajit
cd $SOURCE_DIR
wget $LUAJIT_URL
tar -zxvf $LUAJIT_TAR
cd $SOURCE_DIR$LUAJIT_DIR
make
make install

cd $SOURCE_DIR
wget $NGX_DEVEL_KIT
tar -zxvf $NGX_DEVEL_KIT_TAR
wget $NGX_LUA
tar -zxvf $NGX_LUA_TAR

# 安装nginx
cd $SOURCE_DIR
wget $NGINX_URL
tar -zxvf $NGINX_TAR
cd $NGINX_DIR

groupadd www
useradd www -g www
./configure --user=www --group=www --prefix=$NGINX_INSTALL_DIR --with-http_stub_status_module --with-http_ssl_module --with-http_v2_module --with-openssl=$SOURCE_DIR$OPENSSL_DIR --add-module=$SOURCE_DIR$NGX_DEVEL_KIT_DIR --add-module=$SOURCE_DIR$NGX_LUA_DIR
make && make install

# 解决nginx启动问题
ln -s /lib64/libpcre.so.0.0.1 /lib64/libpcre.so.1
ln -s /usr/local/lib/libluajit-5.1.so.2 -s /lib64/libluajit-5.1.so.2

    Nginx配置起步

    nginx.conf是主配置文件，由若干个部分组成，每个大括号（{}）表示一个部分。每一行指令都由分号结束（;），标志着一行的结束。

    以下是一份简单的配置：

    user  nobody nobody;
worker_processes  2;

events {
  use epoll;
  worker_connections  1024;
}

http {
  include       mime.types;
  default_type  application/octet-stream;

  access_log /dev/null;
  error_log /dev/null;

  sendfile        on;

  keepalive_timeout  65;

  gzip  on;
  gzip_min_length  1024;
  gzip_buffers     4 8k;
  gzip_http_version 1.0;
  gzip_types text/plain application/javascript application/x-javascript text/css application/xml text/javascript;

  server {
    listen       80;
    server_name  localhost;

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

    从配置可以看出，Nginx监听了80端口、域名为localhost、根路径为html文件夹（上面安装路径为 /usr/local/nginx，所以绝对路径为/usr/local/nginx/html）、默认index文件为index.html、index.htm。

    Nginx测试配置文件（包含include文件），可通过以下命令来完成，但是只检查语法错误。

    nginx -t -c /path/to/nginx.conf

    include指令

    在Nginx的配置文件中，include可以出现在任何地方，以便增强配置文件的可读性，使得部分配置文件可以重新使用。

    使用include包含的文件，必须确保包含的文件自身有正确的Nginx语法，即配置指令和块，然后指定这些文件的路径（没有给全路径的情况下，Nginx会基于它的主配置文件路径进行搜索）。如：

    include mime.types; # 即：/usr/local/nginx/conf/mime.types

    如果路径中出现通配符，表示可配置多个文件。这种多用于包含多个虚拟主机的情况，只需要在nginx.conf中http块结束前添加如下一行配置，就可以将多个虚拟主机的配置分离出来，比较好维护。

    include server/*.conf;

    nginx将会配置server目录下符合.conf结束的配置文件。

    server部分

    由关键字server开始的部分被称作虚拟服务器部分，包含在http部分中，用于响应Http请求。一个虚拟服务器由listen和server_name指令组合定义。

    listen指令定义了一个IP地址/端口组合或者是UNIX套接字路径。listen还有其他的一些可选参数比如default_server、ssl、http2等等。

    listen address[:port];
listen port;
listen unix:path;

    server_name指令默认值为""，意味着没有server_name指令时，对于没有设置Host头的请求将会匹配该server。比如说，对于IP地址访问的请求，可以直接丢弃，如下：

    server {
  listen 80;
  return 444; # Nginx对于Http非标准代码会立即关闭一个链接
}

    location指令

    location指令可以用在server部分，提供来自客户端的URI或者内部重定向访问，也可以被嵌套使用。

    location定义：

    location [modifier] uri {...}
    修饰符含义
    = 使用精确匹配并且终止搜索
    ^~ 表示uri以某个常规字符串开头，理解为匹配url路径即可。它并非正则表达式匹配，目的是优于正则表达式匹配。这里匹配的是解码uri，例如uri中的“％20”将会匹配location的“ ”（空格）。
    ~ 区分大小写的正则表达式匹配
    ~* 不区分大小写的正则表达式匹配

    多个 location 配置的情况下匹配顺序为（当有匹配成功时候，停止匹配，按当前匹配规则处理请求）：

    1. 匹配＝
    2. 匹配^~
    3. 按文件中正则出现的顺序匹配

    除了上面的location定义之外，还可以命名location：

    location @name {...}

    命名location仅对内部访问重定向，在进入一个location之前它会保留被请求的URI部分。命名重定向只能够在server级别定义。

    location指令除了以下两点之外可以被嵌套：

    1. 具有“＝”前缀
    2. 命名location

    如下：

    location / {
  location ^~ /css {
    location ~* /css/.*.css$ {
    }
  }
}

    valid_referers指令

    valid_referers指令是用来校验Http请求头Referer是否有效。

    valid_referers none | blocked | server_names | string ...;

    nginx会通过查看Referer字段和valid_referers后面的Referer列表进行匹配，如果匹配到了就将invalid_referer字段值设为0，否则设为1。

    • none：表示没有Referer；
    • blocked：表示有Referer但是被防火墙或者是代理给去除了；
    • server_names：表示Referer头为server_names列表中的一个；
    • string｜regular expression：用于匹配Referer。

    通过我们通过校验Referer头来处理图片防盗链，如下：

    location ~* .(gif|jpg|png)$ {
  valid_referers none blocked server_names;
  if ($invalid_referer) {
    return 403;
  }
}

    try_files指令

    try_files指令可以用在server部分，不过最常见的还是用在location部分，它会按照给定的参数顺序进行尝试，第一个被匹配到的将会被使用。

    它的语法如下：

    try_files file ... uri;
try_files file ... =code;

    try_files指令可能会通过添加‘/’来检查目录的存在，如“$uri/”。如果没有找到文件，会进行一个内部重定向到最后一个参数，最后一个参数可以是命名location或者Http状态码。

    它经常被用于从一个变量去匹配一个可能的文件，然后将处理传递到一个命名location，如下：

    location / {
  try_files $uri $uri/ @mongrel;
}

location @mongrel {
  proxy_pass http://server;
}

    if是邪恶的

    当在location块中使用if指令，在某些情况下它并不按照预期运行，一般来说避免使用if指令。

    if指令的语法如下：

    if (condition) { ... }

    在location块中if指令能够保证安全的指令应该只有以下两个：

    return ...;
rewrite ... break;

    在某些情况下，需要测试一个变量，那么还是需要用到if指令，如下：

    if ($http_user_agent ~ MSIE) {
  rewrite ^(.*)$ /msie/$1 break;
}

if ($invalid_referer) {
  return 403;
}

    以下用一些例子说明if可能产生一些意料不到的结果：

    # 第二个header才会出现在响应头中
location /only-one-if {
  set $true 1;

  if ($true) {
    add_header X-First 1;
  }

  if ($true) {
    add_header X-Second 2;
  }
  
  return 204;
}

# try_files失效
location /if-try-files {
  try_files  /file  @fallback;

  set $true 1;

  if ($true) {
    # nothing
  }
}

    更多例子详见：http://agentzh.blogspot.sg/2011/03/how-nginx-location-if-works.html

    nginx内置预定义变量

    为了使得更加容易配置Nginx，Nginx提供了许多预定义的变量，当然也可以通过使用set来设置变量。你可以在if中使用预定义变量，也可以将它们传递给代理服务器。以下是一些常见的预定义变量，更多详见http://nginx.org/en/docs/varindex.html

    变量名称值
    $args_name 在请求中的name参数
    $args 所有请求参数
    $query_string $args的别名
    $content_length 请求头Content-Length的值
    $content_type 请求头Content-Type的值
    $host 如果当前有Host，则为请求头Host的值；如果没有这个头，那么该值等于匹配该请求的server_name的值
    $remote_addr 客户端的IP地址
    $request 完整的请求，从客户端收到，包括Http请求方法、URI、Http协议、头、请求体
    $request_uri 完整请求的URI，从客户端来的请求，包括参数
    $scheme 当前请求的协议
    $uri 当前请求的标准化URI

    反向代理

    反向代理是一个Web服务器，它接受客户端的连接请求，然后将请求转发给上游服务器，并将从服务器得到的结果返回给连接的客户端。

    比如说，我们用Node写了一个服务，挂载在服务器的3000端口上，用户并不能直接该服务，可以采用Nginx来转发，访问http://xxx.com，Nginx反向代理，从http://localhost:3000获取内容。配置如下：

    server {
  listen 80;
  server_name xxx.com;
  
  location / {
    proxy_pass http://localhost:3000;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Host  $http_host;
  }
}

    代理到上游服务器的配置中，最重要的是proxy_pass指令。

    以下是代理模块中的一些常用指令：

    指令说明
    proxy_connect_timeout Nginx从接受请求至连接到上游服务器的最长等待时间
    proxy_cookie_domain 替代从上游服务器来的Set-Cookie头的domain属性
    proxy_cookie_path 替代从上游服务器来的Set-Cookie头的path属性
    proxy_set_header 重写发送到上游服务器头的内容，也可以通过将某个头部的值设置为空字符串，而不发送某个头部的方法实现

    upstream模块

    upstream指令启用一个新的配置区段，在该区段定义一组上游服务器。这些服务器可能被设置不同的权重，也可能出于对服务器进行维护，标记为down。

    以下是一个简单的upstream示例：

    upstream nodejs {
  ip_hash;
  server 127.0.0.1:3000;
  server 127.0.0.1:3001 down;
  keepalive 32;
}

    server指令可选参数：

    • weight：设置一个服务器的访问权重，数值越高，收到的请求也越多；
    • fail_timeout：在这个指定的时间内服务器必须提供响应，如果在这个时间内没有收到响应，那么服务器将会被标记为down状态；
    • max_fails：设置在fail_timeout时间之内尝试对一个服务器连接的最大次数，如果超过这个次数，那么服务器将会被标记为down;
    • down：标记一个服务器不再接受任何请求；
    • backup：一旦其他服务器宕机，那么有该标记的机器将会接收请求。

    keepalive指令：

    Nginx服务器将会为每一个worker进行保持同上游服务器的连接。

    负载均衡：

    upstream模块能够使用3种负载均衡算法：轮询、IP哈希、最少连接数。

    • 轮询：默认情况下使用轮询算法，不需要配置指令来激活它，它是基于在队列中谁是下一个的原理确保访问均匀地分布到每个上游服务器；
    • IP哈希：通过ip_hash指令来激活，Nginx通过IPv4地址的前3个字节或者整个IPv6地址作为哈希键来实现，同一个IP地址总是能被映射到同一个上游服务器；
    • 最少连接数：通过least_conn指令来激活，该算法通过选择一个活跃数最少的上游服务器进行连接。如果上游服务器处理能力不同，可以通过给server配置weight权重来说明，该算法将考虑到不同服务器的加权最少连接数。

    常见使用场景

    使用SSL对流量进行加密

    Nginx经常被用于终结SSL连接，比如说多说采用第三方登录的图片并不支持https，可以通过改造图片URL（指向https某个目录下），然后Nginx将https反向代理到http上游服务器获取图片来解决。

    以下以解决多说头像不支持http问题为例，将https://wenjs.me/proxy/xxx.png转发到http://xxx.png

    Server配置如下：

    server {
  listen 443 ssl http2 default;
  server_name wenjs.me;
  
  ssl on;
  ssl_certificate xxx.crt;
  ssl_certificate_key xxx.key;
  ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
  ssl_session_cache shared:SSL:10m;
  ssl_session_timeout 60m;
  ssl_session_tickets on;
  ssl_stapling on;
  ssl_stapling_verify on;
  ssl_ciphers "ECDHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA256:ECDHE-RSA-AES256-SHA:ECDHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES128-SHA256:DHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA:ECDHE-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:AES256-GCM-SHA384:AES128-GCM-SHA256:AES256-SHA256:AES128-SHA256:AES256-SHA:AES128-SHA:DES-CBC3-SHA:HIGH:!aNULL:!eNULL:!EXPORT:!DES:!MD5:!PSK:!RC4";
  ssl_prefer_server_ciphers on;  
  
  # other location
        
  resolver 8.8.8.8;
  
  # 转发到http源地址
  location ~ ^/proxy/(w+.)(bdimg.com|cdncache.org|douban.com|gravatar.com|qlogo.cn|sinaimg.cn|xnimg.cn)(/.*)$ {   
    valid_referers blocked server_names;
    if ($invalid_referer) {
      return 403;
    }

    proxy_connect_timeout    10s;
    proxy_read_timeout       10s;

    proxy_pass               http://$1$2$3;
    expires                  max;
  }

  # 返回默认图片
  location ~ ^/proxy/(.*)$ {
    valid_referers blocked server_names;
    if ($invalid_referer) {
      return 403;
    }

    rewrite https://static.duoshuo.com/images/noavatar_default.png permanent;
  }
}

    下载多说的embed.js，修改头像的URL，页面引用该新的embed.js即可。

    avatarUrl: function(e) {
  if (e.avatar_url) {
    e.avatar_url = e.avatar_url.replace(/^http:///, "//wenjs.me/proxy/");
  }

  return e.avatar_url || nt.data.default_avatar_url
}

    跨域问题

    在工作中，有时候会遇到一些接口不支持跨域，这时候可以简单的添加add_headers来支持cors跨域。配置如下：

    server {
  listen 80;
  server_name api.xxx.com;
	
  add_header 'Access-Control-Allow-Origin' '*';
  add_header 'Access-Control-Allow-Credentials' 'true';
  add_header 'Access-Control-Allow-Methods' 'GET,POST,HEAD';

  location / {
    proxy_pass http://127.0.0.1:3000;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Host  $http_host;    
  }	
}

    正向代理

    正向代理是一个位于客户端和原始服务器之间的代理服务器，为了从原始服务器取得内容，客户端向代理服务器发送一个请求并指定目标(原始服务器），然后代理服务器向原始服务器转交请求并将获得的内容返回给客户端。客户端必须要进行一些特别的设置才能使用正向代理。

    比如说，一个用户访问不了某网站A，但是他能访问一个代理服务器，这个代理服务器能访问A，于是用户可以先连上代理服务器，告诉它需要访问的内容，代理服务器去取回来返回给用户。

    透明代理

    透明代理的意思是客户端根本不需要知道有代理服务器的存在，它改编你的请求头（报文），并会传送真实IP。以前在学校的时候，校园网就采用了透明代理的方式。

    总结

    以上内容主要介绍了Nginx的安装、配置指令以及Proxy模块相关的知识，希望能对Nginx有个初步的认识，在前端开发中，能够利用Nginx来快速搭建一些调试环境。

    jpg 改 rar
  • 相关阅读:
    Spring框架总结(二)
    java.lang.ClassCastException: com.liuyang.annocation.UserAction cannot be cast to com.liuyang.annocation2.UserAction at com.liuyang.annocation2.App.test
    Spring框架总结(一)
    Error creating bean with name 'us' defined in class path resource [com/liuyang/test/DI/beans2.xml]: Cannot resolve reference to bean 'daoa' while setting bean property 'daoa'; nested exception is org.
    互联网系统架构的演进
    重新理解：ASP.NET 异步编程(转)
    Git初级使用教程(转)
    JavaScript开发规范要求
    大型网站架构演化发展历程(转)
    Bootstrap 学习（1）
  • 原文地址：https://www.cnblogs.com/kuangke/p/5619400.html
Copyright © 2020-2023  润新知