2019-10-12-nginx

nginx 是什么?

nginx是一个web服务器、反向代理服务器,c语言编写、诞生于俄罗斯。

特点:【反向代理、负载均衡】、动静分离

nginx的基本概念:

1、反向代理:nginx代替tomcat服务器接受用户的请求

2、负载均衡:把请求平均分给多台tomcat,减轻tomcat的压力

3、动静分离:把项目中的静态资源交给nginx去处理

代理方式:

    正向代理:正向代理,意思是一个位于客户端和原始服务器(origin server)之间的服务器,为了从 原始服务器取得内容,客户端向代理发送一个请求并指定目标(原始服务器),然后代理向原 始服务器转交请求并将获得的内容返回给客户端。客户端才能使用正向代理。

反向代理:反向代理(Reverse Proxy)方式是指以代理服务器来接受 internet 上的连接请求,然 后将请求转发给内部网络上的服务器,并将从服务器上得到的结果返回给 internet 上请求连 接的客户端,此时代理服务器对外就表现为一个反向代理服务器。

二者之间的区别:

位置不同 正向代理,架设在客户机和目标主机之间; 反向代理,架设在服务器端;

代理对象不同  正向代理,代理客户端,服务端不知道实际发起请求的客户端;  反向代理,代理服务端,客户端不知道实际提供服务的服务端;

nginx的安装:

    1、安装c语言环境

        yum install gcc-c++

        yum install -y pcre pcre-devel

        yum install -y zlib zlib-devel

        yum install -y openssl openssl-devel

nginx 是 C 语言开发,建议在 linux 上运行,本视频使用 Centos6.5 作为安装环境。 

◼ gcc 安装 nginx 需要先将官网下载的源码进行编译,编译依赖 gcc 环境,如果没有 gcc 环境,需要安装 gcc:yum install gcc-c++ 

◼ PCRE PCRE(Perl Compatible Regular Expressions)是一个 Perl 库,包括 perl 兼容的正则表 达式库。nginx 的 http 模块使用 pcre 来解析正则表达式,所以需要在 linux 上安装 pcre 库。 yum install -y pcre pcre-devel 注:pcre-devel 是使用 pcre 开发的一个二次开发库。nginx 也需要此库。 ◼ zlib

zlib库提供了很多种压缩和解压缩的方式,nginx使用zlib对http包的内容进行gzip, 所以需要在 linux 上安装 zlib 库。 yum install -y zlib zlib-devel

◼ openssl  OpenSSL 是一个强大的安全套接字层密码库,囊括主要的密码算法、常用的密钥 和证书封装管理功能及 SSL 协议,并提供丰富的应用程序供测试或其它目的使用。  nginx 不仅支持 http 协议,还支持 https(即在 ssl 协议上传输 http),所以需要在 linux 安装 openssl 库。 yum install -y openssl openssl-devel

安装nginx

a、上传nginx安装包:/usr/upload

b、解压安装包:tar -zxvf nginx-1.8.1.tar.gz

c、编译--- 将nginx 解压到 usr/loale

cd nginx-1.8.1

----mkdir nginx

./configure --prefix=/usr/nginx

d、安装

make

make install

操作nginx

启动 nginx 

cd /usr/local/nginx/sbin/ ./nginx 注意:执行./nginx 启动 nginx,这里可以-c 指定加载的 nginx 配置文件,如下: ./nginx -c /usr/local/nginx/conf/nginx.conf 如果不指定-c,nginx 在启动时默认加载 conf/nginx.conf 文件,此文件的地址也可以在 编译安装 nginx 时指定./configure 的参数(--conf-path= 指向配置文件(nginx.conf))

停止 nginx

方式 1,快速停止: cd /usr/local/nginx/sbin ./nginx -s stop 此方式相当于先查出 nginx 进程 id 再使用 kill 命令强制杀掉进程。

方式 2,完整停止(建议使用): cd /usr/local/nginx/sbin ./nginx -s quit 此方式停止步骤是待 nginx 进程处理任务完毕进行停止。

重启 nginx

方式 1,先停止再启动(建议使用): 对 nginx 进行重启相当于先停止 nginx 再启动 nginx,即先执行停止命令再执行启动命 令。 如下: ./nginx -s quit ./nginx

方式 2,重新加载配置文件: 当 nginx 的配置文件 nginx.conf 修改后,要想让配置生效需要重启 nginx,使用-s reload 不用先停止 nginx 再启动 nginx 即可将配置信息在 nginx 中生效,如下: ./nginx -s reload

Nginx 的使用(配置虚拟主机 )

修改 Nginx 的配置文件完成基于 IP 的虚拟主机配置

Nginx 的配置文件 nginx.conf

如上述配置文件所示,主要由 6 个部分组成: 

main:用于进行 nginx 全局信息的配置 

events:用于 nginx 工作模式的配置 

http:用于进行 http 协议信息的一些配置 

server:用于进行服务器访问信息的配置 

location:用于进行访问路由的配置 

upstream:用于进行负载均衡的配置

nginx代理一台tomcat(反向代理)

修改conf/nginx.conf:

    第一种:

  location /{

proxy_pass http://127.0.0.1:8080;

  }

  第二种:

  upstream myTomcats{

server 127.0.0.1:8080;

  }

    server{

listen      80;

server_name  localhost;

location /{

proxy_pass http://myTomcats;

}

    }

nginx代理tomcat集群(负载均衡)

1、在/usr/java目录中上传两台tomcat,并命名为tomcat1、tomcat2

2、修改tomcat2的端口号(+10)

并修改tomcat2的端口号

3、创建test项目,分别发布到两台tomcat中,并测试

4、nginx代理两台tomcat:

  upstream myTomcats{

server 127.0.0.1:8080 weight=5;

server 127.0.0.1:8090 weight=1;

  }


Nginx 负载均衡策略

轮询(默认)

每个请求按时间顺序逐一分配到不同的后端服务器,如果后 端服务器 down 掉,能自动剔除

指定权重

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

 upstream backserver { 

 server 192.168.0.14 weight=10; 

 server 192.168.0.15 weight=10; 

 }

IP 绑定 ip_hash

每个请求按访问 ip 的 hash 结果分配,这样每个访客固定访 问一个后端服务器,可以解决 session 的问题。 upstream backserver { 

 ip_hash; 

 server 192.168.0.14:88; 

 server 192.168.0.15:80; 

 }

http 协议代理

由于 ftp 服务器是基于 ftp 协议处理的。那么现在我想在外部访问该图片,是没有办法 访问的。他是不能处理 http 协议的。所以我们需要拥有一个能够处理 http 协议代理服务器。 其实就是使用了 Nginx 的虚拟主机的方式

需求

使用 Nginx 的基于域名的虚拟主机的方式来完成在 KindEditor 中添加图片时的图片回 显处理。 nginx:192.168.70.144 

VSFTPD:192.168.70.144 

注意:nginx 与 VSFTPD 必须安装到同一个环境中。

解决 KindEditorDemo 项目中图片回显的问题

修改系统的 hosts 文件

修改修改C:\Windows\System32\drivers\etc\hosts

修改项目的 resource.properties 文件

nginx.conf

    server{

        listen 80;

        server_name www.wokao.com

    }

动静分离

1、创建静态资源:在/usr/upload创建images文件夹,并上传图片

2、配置动静分离:

    location / {

    root /usr/upload/images;

    }

你可能感兴趣的:(2019-10-12-nginx)