编译安装nginx-1.10.1
nginx
nginx 1.8 不支持 tcp 转发
./configure --prefix=/usr/local/nginx --sbin-path=/usr/local/nginx/nginx --conf-path=/usr/local/nginx/nginx.conf --pid-path=/usr/local/nginx/nginx.pid --with-http_ssl_module --with-pcre=../pcre-4.4 --with-zlib=../zlib-1.1.3
nginx 1.9 以后支持 tcp 转发
./configure --prefix=/usr/local/nginx --sbin-path=/usr/local/nginx/nginx --conf-path=/usr/local/nginx/nginx.conf --pid-path=/usr/local/nginx/nginx.pid --with-http_ssl_module --with-pcre=../pcre-4.4 --with-zlib=../zlib-1.1.3 --with-stream --with-stream_ssl_module --with-http_slice_module
下载地址
https://nginx.org/en/download.html
文档地址
编译安装 nginx-1.10.1.tar.gz
环境准备
yum -y install gcc gcc-c++ autoconf automake libtool make
yum -y install openssl openssl-devel
下载 nginx-1.10.1.tar.gz
https://nginx.org/download/nginx-1.10.1.tar.gz
cd ~
wget https://nginx.org/download/nginx-1.10.1.tar.gz
下载 pcre-8.39
ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/
wget ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/pcre-8.39.zip
下载 zlib-1.2.8
wget https://zlib.net/fossils/zlib-1.2.8.tar.gz
解压 nginx pcre zlib
tar -zxvf nginx-1.10.1.tar.gz
unzip pcre-8.39.zip
tar -xvf zlib-1.2.8.tar.gz
configuration nginx
cd nginx-1.10.1
./configure --prefix=/usr/local/nginx --sbin-path=/usr/local/nginx/sbin/nginx --conf-path=/usr/local/nginx/conf/nginx.conf --pid-path=/usr/local/nginx/pid/nginx.pid --with-http_ssl_module --with-pcre=../pcre-8.39 --with-zlib=../zlib-1.2.8 --with-stream --with-stream_ssl_module --with-http_slice_module --with-http_stub_status_module --with-http_gzip_static_module --with-http_flv_module --with-http_mp4_module
另编译参数
--prefix=/etc/nginx/ --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --pid-path=/var/run/nginx.pid --lock-path=/var/run/nginx.lock --user=nginx --group=nginx --with-http_flv_module --with-http_mp4_module --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_sub_module --with-http_gzip_static_module --with-http_random_index_module --with-http_secure_link_module --with-http_stub_status_module --with-file-aio --with-ipv6 --with-cc-opt='-O2 -g -m64 -mtune=generic'
说明:开启tcp转发模块等功能
--with-stream --with-stream_ssl_module --with-http_slice_module
Nginx中的stub_status模块主要用于查看Nginx的一些状态信息
--with-http_stub_status_module
After configuration, nginx is compiled and installed using make
make
after make,using make install install
安装 nginx 到指定目录
make install
-s reload
nginx -s reload 热重启
nginx 配置
https://segmentfault.com/a/1190000002797606
nginx-location-rewrite
https://seanlook.com/2015/05/17/nginx-location-rewrite/
keepalive
https://seanlook.com/2015/05/18/nginx-keepalived-ha/
nginx-ssl
https://seanlook.com/2015/05/28/nginx-ssl/
location
一个示例:
location = / {
# 精确匹配 / ,主机名后面不能带任何字符串
[ configuration A ]
}
location / {
# 因为所有的地址都以 / 开头,所以这条规则将匹配到所有请求
# 但是正则和最长字符串会优先匹配
[ configuration B ]
}
location /documents/ {
# 匹配任何以 /documents/ 开头的地址,匹配符合以后,还要继续往下搜索
# 只有后面的正则表达式没有匹配到时,这一条才会采用这一条
[ configuration C ]
}
location ~ /documents/Abc {
# 匹配任何以 /documents/ 开头的地址,匹配符合以后,还要继续往下搜索
# 只有后面的正则表达式没有匹配到时,这一条才会采用这一条
[ configuration CC ]
}
location ^~ /images/ {
# 匹配任何以 /images/ 开头的地址,匹配符合以后,停止往下搜索正则,采用这一条。
[ configuration D ]
}
location ~* \.(gif|jpg|jpeg)$ {
# 匹配所有以 gif,jpg或jpeg 结尾的请求
# 然而,所有请求 /images/ 下的图片会被 config D 处理,因为 ^~ 到达不了这一条正则
[ configuration E ]
}
location /images/ {
# 字符匹配到 /images/,继续往下,会发现 ^~ 存在
[ configuration F ]
}
location /images/abc {
# 最长字符匹配到 /images/abc,继续往下,会发现 ^~ 存在
# F与G的放置顺序是没有关系的
[ configuration G ]
}
location ~ /images/abc/ {
# 只有去掉 config D 才有效:先最长匹配 config G 开头的地址,继续往下搜索,匹配到这一条正则,采用
[ configuration H ]
}
location ~* /js/.*/\.js{
}
location ~* favicon.ico {
log_not_found off;
access_log off;
root html;
}
- 已=开头表示精确匹配
- 如 A 中只匹配根目录结尾的请求,后面不能带任何字符串。
- ^~ 开头表示 uri 以某个常规字符串开头,不是正则匹配
- ~ 开头表示区分大小写的正则匹配;
- ~* 开头表示不区分大小写的正则匹配
- / 通用匹配, 如果没有其它匹配,任何请求都会匹配到
顺序 no 优先级:
(location =) > (location 完整路径) > (location ^~ 路径) > (location ~,~* 正则顺序) > (location 部分起始路径) > (/)
上面的匹配结果 按照上面的 location 写法,以下的匹配示例成立:
- / -> config A 精确完全匹配,即使/index.html 也匹配不了
- /downloads/download.html -> config B 匹配 B 以后,往下没有任何匹配,采用 B
- /images/1.gif -> configuration D 匹配到 F,往下匹配到 D,停止往下
- /images/abc/def -> config D 最长匹配到 G,往下匹配 D,停止往下 你可以看到 任何以/images/开头的都会匹配到 D 并停止,FG 写在这里是没有任何意义的,H 是永远轮不到的,这里只是为了说明匹配顺序
- /documents/document.html -> config C 匹配到 C,往下没有任何匹配,采用 C
- /documents/1.jpg -> configuration E 匹配到 C,往下正则匹配到 E
- /documents/Abc.jpg -> config CC 最长匹配到 C,往下正则顺序匹配到 CC,不会往下到 E
实际使用建议
所以实际使用中,个人觉得至少有三个匹配规则定义,如下:
#直接匹配网站根,通过域名访问网站首页比较频繁,使用这个会加速处理,官网如是说。
#这里是直接转发给后端应用服务器了,也可以是一个静态首页
# 第一个必选规则
location = / {
proxy_pass https://tomcat:8080/index
}
# 第二个必选规则是处理静态文件请求,这是nginx作为http服务器的强项
# 有两种配置模式,目录匹配或后缀匹配,任选其一或搭配使用
location ^~ /static/ {
root /webroot/static/;
}
location ~* \.(gif|jpg|jpeg|png|css|js|ico)$ {
root /webroot/res/;
}
#第三个规则就是通用规则,用来转发动态请求到后端应用服务器
#非静态文件请求就默认是动态请求,自己根据实际把握
#毕竟目前的一些框架的流行,带.php,.jsp后缀的情况很少了
location / {
proxy_pass https://tomcat:8080/
}
https://tengine.taobao.org/book/chapter_02.html https://nginx.org/en/docs/http/ngx_http_rewrite_module.html
Rewrite 规则
rewrite 功能就是,使用 nginx 提供的全局变量或自己设置的变量,结合正则表达式和标志位实现 url 重写以及重定向。rewrite 只能放在 server{},location{},if{}中,并且只能对域名后边的除去传递的参数外的字符串起作用,例如 https://seanlook.com/a/we/index.php?id=1&u=str 只对/a/we/index.php 重写。语法rewrite regex replacement [flag];
如果相对域名或参数字符串起作用,可以使用全局变量匹配,也可以使用 proxy_pass 反向代理。
表明看 rewrite 和 location 功能有点像,都能实现跳转,主要区别在于 rewrite 是在同一域名内更改获取资源的路径,而 location 是对一类路径做控制访问或反向代理,可以 proxy_pass 到其他机器。很多情况下 rewrite 也会写在 location 里,它们的执行顺序是:
- 执行 server 块的 rewrite 指令
- 执行 location 匹配
- 执行选定的 location 中的 rewrite 指令
如果其中某步 URI 被重写,则重新循环执行 1-3,直到找到真实存在的文件;循环超过 10 次,则返回 500 Internal Server Error 错误。
flag 标志位
last: 相当于 Apache 的[L]标记,表示完成 rewritebreak: 停止执行当前虚拟主机的后续 rewrite 指令集redirect: 返回 302 临时重定向,地址栏会显示跳转后的地址permanent: 返回 301 永久重定向,地址栏会显示跳转后的地址
因为 301 和 302 不能简单的只返回状态码,还必须有重定向的 URL,这就是 return 指令无法返回 301,302 的原因了。这里 last 和 break 区别有点难以理解:
- last 一般写在 server 和 if 中,而 break 一般使用在 location 中
- last 不终止重写后的 url 匹配,即新的 url 会再从 server 走一遍匹配流程,而 break 终止重写后的匹配
- break 和 last 都能组织继续执行后面的 rewrite 指令
if 指令与全局变量
if 判断指令
语法为if(condition){...},对给定的条件 condition 进行判断。如果为真,大括号内的 rewrite 指令将被执行,if 条件(conditon)可以是如下任何内容:
-
当表达式只是一个变量时,如果值为空或任何以 0 开头的字符串都会当做 false
-
直接比较变量和内容时,使用
=或!= -
~正则表达式匹配,~*不区分大小写的匹配,!~区分大小写的不匹配 -
-f和!-f用来判断是否存在文件 -
-d和!-d用来判断是否存在目录 -
-e和!-e用来判断是否存在文件或目录 -
-x和!-x用来判断文件是否可执行
例如:
if ($http_user_agent ~ MSIE) {
rewrite ^(.*)$ /msie/$1 break;
} //如果UA包含"MSIE",rewrite请求到/msid/目录下
if ($http_cookie ~* "id=([^;]+)(?:;|$)") {
set $id $1;
} //如果cookie匹配正则,设置变量$id等于正则引用部分
if ($request_method = POST) {
return 405;
} //如果提交方法为POST,则返回状态405(Method not allowed)。return不能返回301,302
if ($slow) {
limit_rate 10k;
} //限速,$slow可以通过 set 指令设置
if (!-f $request_filename){
break;
proxy_pass http://127.0.0.1;
} //如果请求的文件名不存在,则反向代理到localhost 。这里的break也是停止rewrite检查
if ($args ~ post=140){
rewrite ^ https://example.com/ permanent;
} //如果query string中包含"post=140",永久重定向到example.com
location ~* \.(gif|jpg|png|swf|flv)$ {
valid_referers none blocked www.jefflei.com www.leizhenfang.com;
if ($invalid_referer) {
return 404;
} //防盗链
}
全局变量
下面是可以用作 if 判断的全局变量
$args: #这个变量等于请求行中的参数,同$query_string$content_length: 请求头中的 Content-length 字段。$content_type: 请求头中的 Content-Type 字段。$document_root: 当前请求在 root 指令中指定的值。$host: 请求主机头字段,否则为服务器名称。$http_user_agent: 客户端 agent 信息$http_cookie: 客户端 cookie 信息$limit_rate: 这个变量可以限制连接速率。$request_method: 客户端请求的动作,通常为 GET 或 POST。$remote_addr: 客户端的 IP 地址。$remote_port: 客户端的端口。$remote_user: 已经经过 Auth Basic Module 验证的用户名。$request_filename: 当前请求的文件路径,由 root 或 alias 指令与 URI 请求生成。$scheme: HTTP 方法(如 http,https)。$server_protocol: 请求使用的协议,通常是 HTTP/1.0 或 HTTP/1.1。$server_addr: 服务器地址,在完成一次系统调用后可以确定这个值。$server_name: 服务器名称。$server_port: 请求到达服务器的端口号。$request_uri: 包含请求参数的原始 URI,不包含主机名,如:”/foo/bar.php?arg=baz”。$uri: 不带请求参数的当前 URI,$uri 不包含主机名,如”/foo/bar.html”。$document_uri: 与$uri 相同。
例:https://localhost:88/test1/test2/test.php
$host:localhost
$server_port:88
$request_uri:https://localhost:88/test1/test2/test.php
$document_uri:/test1/test2/test.php
$document_root:/var/www/html
$request_filename:/var/www/html/test1/test2/test.php
常用正则
.: 匹配除换行符以外的任意字符?: 重复 0 次或 1 次+: 重复 1 次或更多次*: 重复 0 次或更多次\d:匹配数字^: 匹配字符串的开始$: 匹配字符串的介绍{n}: 重复 n 次{n,}: 重复 n 次或更多次[c]: 匹配单个字符 c[a-z]: 匹配 a-z 小写字母的任意一个
小括号()之间匹配的内容,可以在后面通过$1来引用,$2 表示的是前面第二个()里的内容。正则里面容易让人困惑的是\转义特殊字符。
rewrite 实例
例 1:
http {
# 定义image日志格式
log_format imagelog '[$time_local] ' $image_file ' ' $image_type ' ' $body_bytes_sent ' ' $status;
# 开启重写日志
rewrite_log on;
server {
root /home/www;
location / {
# 重写规则信息
error_log logs/rewrite.log notice;
# 注意这里要用‘’单引号引起来,避免{}
rewrite '^/images/([a-z]{2})/([a-z0-9]{5})/(.*)\.(png|jpg|gif)$' /data?file=$3.$4;
# 注意不能在上面这条规则后面加上“last”参数,否则下面的set指令不会执行
set $image_file $3;
set $image_type $4;
}
location /data {
# 指定针对图片的日志格式,来分析图片类型和大小
access_log logs/images.log mian;
root /data/images;
# 应用前面定义的变量。判断首先文件在不在,不在再判断目录在不在,如果还不在就跳转到最后一个url里
try_files /$arg_file /image404.html;
}
location = /image404.html {
# 图片不存在返回特定的信息
return 404 "image not found\n";
}
}
对形如/images/ef/uh7b3/test.png的请求,重写到/data?file=test.png,于是匹配到location /data,先看/data/images/test.png文件存不存在,如果存在则正常响应,如果不存在则重写 tryfiles 到新的 image404 location,直接返回 404 状态码。
例 2:
rewrite ^/images/(.*)_(\d+)x(\d+)\.(png|jpg|gif)$ /resizer/$1.$4?width=$2&height=$3? last;
对形如/images/bla_500x400.jpg的文件请求,重写到/resizer/bla.jpg?width=500&height=400地址,并会继续尝试匹配 location。
log_format
| 参数 | 说明 | 示例 |
|---|---|---|
| $remote_addr | 客户端地址 | 211.28.65.253 |
| $remote_user | 客户端用户名称 | – |
| $time_local | 访问时间和时区 | 18/Jul/2012:17:00:01 +0800 |
| $request | 请求的 URI 和 HTTP 协议 | “GET /article-10000.html HTTP/1.1” |
| $http_host | 请求地址,即浏览器中你输入的地址(IP 或域名) | https://www.duanzhaoqian.com 192.168.100.100 |
| $status | HTTP 请求状态 | 200 |
| $upstream_status | upstream 状态 | 200 |
| $body_bytes_sent | 发送给客户端文件内容大小 | 1547 |
| $http_referer url | 跳转来源 | https://www.baidu.com/ |
| $http_user_agent | 用户终端浏览器等信息 | “Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; SV1; GTB7.0; .NET4.0C; |
| $ssl_protocol | SSL 协议版本 | TLSv1 |
| $ssl_cipher | 交换数据中的算法 | RC4-SHA |
| $upstream_addr | 后台 upstream 的地址,即真正提供服务的主机地址 | 10.10.10.100:80 |
| $request_time | 整个请求的总时间 | 0.205 |
| $upstream_response_time | 请求过程中,upstream 响应时间 | 0.002 |
nginx ssl
https://www.open-open.com/lib/view/open1433390156947.html
https://www.oschina.net/question/12_10555
https://segmentfault.com/a/1190000002866627
start ssl
https://www.cnblogs.com/apanly/p/5585208.html