Nginx相关配置简单说明

本人小白记录下Nginx的一些简单说明防止忘了

实现反向代理

最简单的一个配置：

server {
listen       80;  #监听端口
server_name  www.abc.com; #同监听域名，只有一个无所谓

location  / {
proxy_pass http://127.0.0。1:8080; #重定向到另一个的地址
}
}

location用于匹配后缀 有几种匹配方式 ：

来自http://blog.csdn.net/chlinwei/article/details/67631830

详细的戳进去看

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 ]

}

关于proxy_pass后的url加不加/的区别

来自http://blog.csdn.net/haitun312366/article/details/38521847

下面四种情况分别用http://192.168.1.4/proxy/test.html 进行访问。

第一种：

location /proxy/ {

proxy_pass http://127.0.0.1:81/;

}

会被代理到http://127.0.0.1:81/test.html 这个url

第二咱(相对于第一种，最后少一个 /)

location /proxy/ {

proxy_pass http://127.0.0.1:81;

}

会被代理到http://127.0.0.1:81/proxy/test.html 这个url

第三种：

location /proxy/ {

proxy_pass http://127.0.0.1:81/ftlynx/;

}

会被代理到http://127.0.0.1:81/ftlynx/test.html 这个url。

第四种情况(相对于第三种，最后少一个 / )：

location /proxy/ {

proxy_pass http://127.0.0.1:81/ftlynx;

}

会被代理到http://127.0.0.1:81/ftlynxtest.html 这个url

配置轮询

　upstream 域名 ｛

　　　　server IP地址；

　　｝

　server ｛

　　　location / {

　　　　　proxy_pass http://域名；
　　　}

　}

　有几种轮询方式，暂没怎么研究

轮询(weight=1)默认选项，当weight不指定时，各服务器weight相同， 每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。

upstream bakend {
server 192.168.1.10;
server 192.168.1.11;
}

fair轮询（第三方插件）: 按照响应时间进行分配请求，响应时间短，即rt小的后端服务器优先分配请求；

upstream resinserver{
server 192.168.1.10:8080;
server 192.168.1.11:8080;
fair;
}

ip_hash 轮询：每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session不能跨服务器的问题。

upstream resinserver{
ip_hash;
server 192.168.1.10:8080;
server 192.168.1.11:8080;
}

weight 指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。

如果后端服务器down掉，能自动剔除。

upstream bakend {
server 192.168.1.10 weight=1;
server 192.168.1.11 weight=2;
}

url_hash（第三方插件） 按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存服务器时比较有效。

在upstream中加入hash语句，hash_method是使用的hash算法

upstream resinserver{
server 192.168.1.10:8080;
server 192.168.1.11:8080;
hash $request_uri;
hash_method crc32;
}

tips：有时访问不了可能端口没开放试试：

/sbin/iptables -I INPUT -p tcp –dport 80 -j ACCEPT