一、安装相关
安装:
1 | tar zxvf nginx-1.2.9.tar.gz #解压nginx |
--prefix:指定安装目录,默认的安装目录是/usr/local/nginx;
--with-http_ssl_module:安装https服务模块
启动:
1 | /opt/soft/nginx/sbin/nginx |
设置开机自启动:1
echo "/opt/soft/nginx/sbin/nginx -c /opt/soft/nginx/conf/nginx.conf" >> /etc/rc.local
Nignx配置虚拟主机、反向代理、负载均衡
虚拟主机
主要配置server模块的 listen 和 server_name
基于域名
1 | server { |
注意: 配置文件下载服务器1
2
3
4
5
6
7
8
9server {
listen 80;
server_name file.download.com;
charset utf-8;
location ~ ^/(.*)$ {
add_header Content-Disposition "attachment; filename=$1"; #设置header
alias "C:/Robot_Download/$1"; #文件的本地位置
}
}
基于端口
1 | server { |
基于ip
1 | server { |
反向代理
主要配置location模块的 proxy_pass1
2
3
4
5
6
7server {
listen 80;
server_name test.b.com;
location / {
proxy_pass http://192.168.0.2; #反向代理到其他应用服务器或web服务器
}
}
负载均衡
主要配置upstream和location模块的proxy_pass1
2
3
4
5
6
7
8
9
10
11
12
13upstream tomcat_server_pool{
ip_hash;
server 127.0.0.1:8090 weight=10; #设置访问权重,权重越高越容易被访问
server 127.0.0.1:8100 weight=10;
server 127.0.0.1:8110 weight=7;
}
server {
listen 80;
server_name test.b.com;
location / {
proxy_pass http://tomcat_server_pool; #反向代理到其他服务器集合
}
}
ip_hash:使用ip_hash策略的负载均衡解决session问题。每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可较好地解决session的问题。
location映射规则
alias和root的区别
1 | location /svn/ { |
访问127.0.0.1/svn/a.jpg
:则会进入到 /data/ftp/svn/a.jpg1
2
3
4location /svn/ {
alias /data/ftp/;
autoindex on;
}
访问127.0.0.1/svn/a.jpg
:则会进入到 /data/ftp/a.jpg
proxy_pass的url是否存在 / 的区别
注意:alias和root后的url都是要加/的1
2
3location /proxy/ {
proxy_pass http://127.0.0.1/;
}
访问:127.0.0.1/proxy/a.jpg
:则会请求到:http://127.0.0.1/a.jpg1
2
3location /proxy/ {
proxy_pass http://127.0.0.1;
}
访问:127.0.0.1/proxy/a.jpg
:则会请求到:http://127.0.0.1/proxy/a.jpg
“location /xxx/” 与“location ^~ /xxx/”区别
1 | location = / { #表示匹配访问根目录 |
“location /xxx/”表示匹配ip:port/xxx
- 能匹配到 test.com/xxx/home.jpg;
- 不能匹配到 test.com/folder/xxx/home.jpg;
- 如果需要匹配到后者,应改为:
location /folder/xxx/
科普:一般默认都有location = /
,如果不是location = /(精确匹配)
,而是 location /(模糊匹配)
,模糊匹配和精确匹配的区别是,模糊匹配就算匹配到也会一直匹配下去,而精确匹配不会。
例:如上配置location = /
换成location = /
,那么请求 112.74.55.239/svn/,则先会匹配 /,实际请求路径就会是:/usr/local/nginx/html,然后继续匹配到第二个location,故,又加上 /data/svn/!因此,实际访问路径是 /usr/local/nginx/html/data/svn/
rewrite
1 | location ~ \.php${ |
- 将
localhost/php/test.php
重定向到localhost:8090/test.php
。如果正则表达式(regex)匹配到了请求的URI(request URI),这个URI会被后面的replacement替换 - 如果正则表达式(regex)里包含“}” or “;”字符,需要用单引号或者双引号把正则表达式引起来
- 如果replacement字符串里有新的request参数,那么之前的参数会附加到其后面,如果要避免这种情况,那就在replacement字符串后面加上“?”,eg: rewrite ^/users/(.*)$ /show?user=$1? last;=
可选的flag参数如下:
- last
- 结束当前的请求处理,用替换后的URI重新匹配location;
- 可理解为重写(rewrite)后,发起了一个新请求,进入server模块,匹配location;
- 如果重新匹配循环的次数超过10次,nginx会返回500错误;
- 返回302 http状态码 ;
- 浏览器地址栏显示重定向后的url
- break
- 结束当前的请求处理,使用当前资源,不在执行location里余下的语句;
- 返回302 http状态码 ;
- 浏览器地址栏显示重定向后的url
- redirect
- 临时跳转,返回302 http状态码;
- 浏览器地址栏显示重定向后的url
- permanent
- 永久跳转,返回301 http状态码;
- 浏览器地址栏显示重定向后的url
常用配置
支持后端获取真实客户端IP,而不是该代理的IP
1 | proxy_set_header Host $http_host; |
解决request.getScheme()获取不到真实协议
1 | proxy_set_header X-Forwarded-Proto $scheme; |
websocket配置
1 | map $http_upgrade $connection_upgrade { |
更多文章,请关注:开猿笔记