Linux之Nginx使⽤  ⼀、nginx安装（编译安装）
  1，安装需要的依赖库
yum install -y gcc patch libffi-devel python-devel zlib-devel bzip2-devel openssl openssl-devel
ncurses-devel sqlite-devel readline-devel tk-devel gdbm-devel db4-devel libpcap-devel xz-devel
  2，下载nginx安装源码包
1，把第三⽅包都放在opt⽬录下，所以先进⼊opt
cd /opt
2，下载
wget -c /download/nginx-1.12.
  3，解压并进⼊源⽂件包
1，解压
linux离线安装nginx详细教程
tar -zxvf nginx-1.12.
2，解压之后会的⽣成⼀个源⽂件⽬录，进⼊
cd nginx-1.12.0
  4，释放、编译、编译安装
1，释放
./configure --prefix=/opt/nginx112
2，编译及编译安装
make && make install
  5，启动与停⽌nginx
cd /opt/nginx112/sbin
./nginx #启动
.
/nginx -s stop #关闭
./nginx -s reload # 平滑重启，修改了f之后，可以不重启服务，加载新的配置
或者  /opt/nginx112/sbin/nginx -s reload  # 绝对路径平滑重启
  ⼆、配置nginx
  1，进⼊nginx配置⽂件
vim /opt/nginx112/f
  2，详解配置信息
#定义nginx⼯作进程数
worker_processes 5;
#错误⽇志
#error_log logs/error.log;
#http定义代码主区域
http {
pes;
default_type application/octet-stream;
#定义nginx的访问⽇志功能
#nginx会有⼀个accses.log功能，查看⽤户访问的记录
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
#开启⽇志功能
access_log logs/access.log main;
sendfile on;
keepalive_timeout 65;
#开启gzip压缩传输
gzip on;
#虚拟主机1 定义⼀个
server {
#定义nginx的访问⼊⼝端⼝，访问地址是 192.168.12.64:80
listen 80;
#定义⽹站的域名www.ssss
#如果没有域名，就填写服务器的ip地址 192.168.12.64
server_name www.ssss;
#nginx的url域名匹配
#只要请求来⾃于www.ssss/111111111
#只要请求来⾃于www.ssss/qweqwewqe
#最低级的匹配，只要来⾃于www.ssss这个域名，都会⾛到这个location
location / {
#这个root参数，也是关键字，定义⽹页的根⽬录
#以nginx安装的⽬录为相对路径 /opt/nginx112/html
#可以⾃由修改这个root定义的⽹页根⽬录
root html;
#index参数定义⽹站的⾸页⽂件名，默认的⽂件名
index index.html index.htm;
}
#错误页⾯的优化(只要是遇到前⾯4系列的错误，就会直接跳转到相对⽬录下的40x.html页⾯)
error_page 400 401 402 403 404 /40x.html;
}
}
  上⾯我们把域名写成了www.ssss。于是我们需要在本机的hosts⽂件加⼊⼀条映射关系
  现在我们在浏览器输⼊www.ssss就可以访问nginx欢迎页⾯了，也可以⽤192.168.12.64访问
  三、nginx多虚拟主机的配置
只需要在配置⽂件中添加对个server既可
server {
listen      80;
server_name  www.ssss1;
#access_log  logs/host.access.log  main;
location / {
root  /opt/ssss1/;
index  index.html index.htm;
}
#error_page  404              /404.html;
error_page  500502503504  /50x.html;
location = /50x.html {
root  html;
}
}
server {
listen 80;
server_name www.ssss2;
location / {
root  /opt/ssss2/;
index  index.html index.htm;
}
}
  因为在上⾯的配置⾥我们指定了两个⽂件⽬录，还有⽂件，所以现在我们得去创建⽂件
1，在opt⽬录下创建ssss1⽬录，在创建⼀个index.html⽂件  #对于新建的⽬录和⽂件名字都是随意的，只要和配置⽂件⾥对应上就好mkdir /opt/ssss1
vim ssss1/index.html #往这个HTML⽂件中写⼊html代码
2，和上⾯⼀样的
mkdir /opt/ssss2
vim ssss2/index.html
  修改hosts⽂件
　四、nginx设置
　1，可以修改nginx错误页⾯显⽰内容
  修改配置⽂件
vim /opt/nginx112/f
在对应的虚拟主机下（server）添加以下内容(server代码块下)
error_page  400401402403404  /40x.html;
location = /40x.html {
root /opt/qishi2douyu/;
}
  修改错误页⾯内容
vim 40x.html
  2，nginx访问⽇志功能
  修改配置⽂件
log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
access_log  logs/access.log  main;
  3，nginx限制访问ip
  修改配置⽂件
  五、nginx反向代理
  1，准备⼯作
所谓反向代理，就是，⽤户不能直接访问我的应⽤服务器的ip了，⽽是访问代理服务器的ip，代理服务器把请求转发给应⽤服务器所以这⾥需要两台服务器。我做的是，本机电脑上的虚拟机做代理，远程的云服务器做应⽤
（你也可以在本机电脑上跑两个虚拟机，⼀个为代理，⼀个应⽤）
应⽤ip：192.168.12.64
云服务器ip:102.123.125.25(这不是真的)
  2，只需要在代理服务器上的nginx配置⽂件修改既可
  六、nginx负载均衡
  1，准备⼯作
负载均衡是在反向代理的基础上实现的，上⾯的反向代理，应⽤只有⼀个服务器，这样是很危险的，当这个应⽤服务器蹦了，
整个⽹站就崩了，所以我们要把项⽬同时跑在⼏个服务器上，当⼀个崩了，其他还在运⾏着，就不会影响到⽤户使⽤。此时，
⼀个代理就对应好⼏个应⽤服务器。
我这⾥⽤⼀个本地虚拟机做代理，两个云服务器做应⽤服务器
本机虚拟机ip:192.168.12.64
云服务器1ip;102.123.125.64
云服务器2ip：102.124.123.54
  2，也只是需要在代理nginx的配置⽂件修改既可
  3，负载均衡分配⽅式
nginx 的 upstream⽬前⽀持4种⽅式的分配
1)、轮询（默认）
每个请求按时间顺序逐⼀分配到不同的后端服务器，如果后端服务器down掉，能⾃动剔除。
2)、weight
指定轮询⼏率，weight和访问⽐率成正⽐，⽤于后端服务器性能不均的情况。
server 127.0.0.1:8080 weight=2;
2)、ip_hash
每个请求按访问ip的hash结果分配，这样每个访客固定访问⼀个后端服务器，可以解决session的问题。
3)、fair（第三⽅）
按后端服务器的响应时间来分配请求，响应时间短的优先分配。
4)、url_hash（第三⽅）
  4，实现多台服务器之间session共享
  1，不使⽤session，换成cookie
能把session改成cookie，就能避开session的⼀些弊端，在从前看的⼀本J2EE的书上，也指明在集系统中不能⽤session，
否则惹出祸端来就不好办。如果系统不复杂，就优先考虑能否将session去掉，改动起来⾮常⿇烦的话，再⽤下⾯的办法。
  2，应⽤服务器⾃⾏实现共享
asp可以⽤数据库或memcached来保存session，从⽽在asp本⾝建⽴了⼀个session集，⽤这样的⽅式可以令
session保证稳定，即使某个节点有故障，session也不会丢失，适⽤于较为严格但请求量不⾼的场合。但是它的效率是不会
很⾼的，不适⽤于对效率要求⾼的场合。
以上两个办法都跟nginx没什么关系，下⾯来说说⽤nginx该如何处理：
  3，ip_hash
nginx中的ip_hash技术能够将某个ip的请求定向到同⼀台后端，这样⼀来这个ip下的某个客户端和某个后端就能建⽴起稳固
的session，ip_hash是在upstream配置中定义的：
upstream backend {
server 127.0.0.1:8080 ;
server 127.0.0.1:9090 ;
ip_hash;
}
ip_hash是容易理解的，但是因为仅仅能⽤ip这个因⼦来分配后端，因此ip_hash是有缺陷的，不能在⼀些情况下使⽤：
1/ nginx不是最前端的服务器。ip_hash要求nginx⼀定是最前端的服务器，否则nginx得不到正确ip，就
不能根据ip作hash。
譬如使⽤的是squid为最前端，那么nginx取ip时只能得到squid的服务器ip地址，⽤这个地址来作分流是肯定错乱的。
2/ nginx的后端还有其它⽅式的负载均衡。假如nginx后端⼜有其它负载均衡，将请求⼜通过另外的⽅式分流了，
那么某个客户端的请求肯定不能定位到同⼀台session应⽤服务器上。这么算起来，nginx后端只能直接指向应⽤服务器，
或者再搭⼀个squid，然后指向应⽤服务器。最好的办法是⽤location作⼀次分流，将需要session的部分请求通过ip_hash分流，剩下的⾛其它后端去。
  4,upstream_hash
为了解决ip_hash的⼀些问题，可以使⽤upstream_hash这个第三⽅模块，这个模块多数情况下是⽤作url_hash的，
但是并不妨碍将它⽤来做session共享：
假如前端是squid，他会将ip加⼊x_forwarded_for这个http_header⾥，⽤upstream_hash可以⽤这个头做因⼦，
将请求定向到指定的后端：
可见这篇⽂档：www.sudone/nginx/nginx_url_hash.html
在⽂档中是使⽤$request_uri做因⼦，稍微改⼀下：
hash  $http_x_forwarded_for;
这样就改成了利⽤x_forwarded_for这个头作因⼦，在nginx新版本中可⽀持读取cookie值，所以也可以改成：
hash  $cookie_jsessionid;
假如在php中配置的session为⽆cookie⽅式，配合nginx⾃⼰的⼀个userid_module模块就可以⽤nginx⾃发⼀个cookie，
可参见userid模块的英⽂⽂档：
/NginxHttpUserIdModule
另可⽤姚伟斌编写的模块upstream_jvm_route：le/p/nginx-upstream-jvm-route/

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。