目录结构

进入Nginx的主目录我们可以看到这些文件夹
client_body_temp conf fastcgi_temp html logs proxy_temp sbin scgi_temp uwsgi_temp

其中这几个文件夹在刚安装后是没有的，主要用来存放运行过程中的临时文件
client_body_temp fastcgi_temp proxy_temp scgi_temp

  • conf

    用来存放配置文件相关

  • html

    用来存放静态文件的默认目录 html、css等

  • sbin

    nginx的主程序

基本运行原理

image.png

Nginx配置文件

Nginx配置文件
image.png

nginx.conf
default

  2. #user  nobody;
  3. worker_processes  1;
  5. #error_log  logs/error.log;
  6. #error_log  logs/error.log  notice;
  7. #error_log  logs/error.log  info;
  9. #pid        logs/nginx.pid;
  12. events {
  13.     worker_connections  1024;
  14. }
  17. http {
  18.     include       mime.types;
  19.     default_type  application/octet-stream;
  21.     #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
  22.     #                  '$status $body_bytes_sent "$http_referer" '
  23.     #                  '"$http_user_agent" "$http_x_forwarded_for"';
  25.     #access_log  logs/access.log  main;
  27.     sendfile        on;
  28.     #tcp_nopush     on;
  30.     #keepalive_timeout  0;
  31.     keepalive_timeout  65;
  33.     #gzip  on;
  35.     server {
  36.         listen       80;
  37.         server_name  localhost;
  39.         #charset koi8-r;
  41.         #access_log  logs/host.access.log  main;
  43.         location / {
  44.             root   html;
  45.             index  index.html index.htm;
  46.         }
  48.         #error_page  404              /404.html;
  50.         # redirect server error pages to the static page /50x.html
  51.         #
  52.         error_page   500 502 503 504  /50x.html;
  53.         location = /50x.html {
  54.             root   html;
  55.         }
  57.         # proxy the PHP scripts to Apache listening on 127.0.0.1:80
  58.         #
  59.         #location ~ \.php$ {
  60.         #    proxy_pass   http://127.0.0.1;
  61.         #}
  63.         # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
  64.         #
  65.         #location ~ \.php$ {
  66.         #    root           html;
  67.         #    fastcgi_pass   127.0.0.1:9000;
  68.         #    fastcgi_index  index.php;
  69.         #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
  70.         #    include        fastcgi_params;
  71.         #}
  73.         # deny access to .htaccess files, if Apache's document root
  74.         # concurs with nginx's one
  75.         #
  76.         #location ~ /\.ht {
  77.         #    deny  all;
  78.         #}
  79.     }
  82.     # another virtual host using mix of IP-, name-, and port-based configuration
  83.     #
  84.     #server {
  85.     #    listen       8000;
  86.     #    listen       somename:8080;
  87.     #    server_name  somename  alias  another.alias;
  89.     #    location / {
  90.     #        root   html;
  91.     #        index  index.html index.htm;
  92.     #    }
  93.     #}
  96.     # HTTPS server
  97.     #
  98.     #server {
  99.     #    listen       443 ssl;
  100.     #    server_name  localhost;
  102.     #    ssl_certificate      cert.pem;
  103.     #    ssl_certificate_key  cert.key;
  105.     #    ssl_session_cache    shared:SSL:1m;
  106.     #    ssl_session_timeout  5m;
  108.     #    ssl_ciphers  HIGH:!aNULL:!MD5;
  109.     #    ssl_prefer_server_ciphers  on;
  111.     #    location / {
  112.     #        root   html;
  113.     #        index  index.html index.htm;
  114.     #    }
  115.     #}
  117. }

以下将原有的注释全部删除了

  1. worker_processes  1;
  3. events {
  4.     worker_connections  1024;
  5. }
  8. http {
  9.     include       mime.types;
  10.     default_type  application/octet-stream;
  12.     sendfile        on;
  14.     keepalive_timeout  65;
  16.     server {
  17.         listen       80;
  18.         server_name  localhost;
  20.         location / {
  21.             root   html; 
  22.             index  index.html index.htm;     #访问80端口，找到nginx目录下的html目录下的index.html
  23.         }
  24.         error_page   500 502 503 504  /50x.html;
  25.         location = /50x.html {
  26.             root   html;
  27.         }
  29.     }
  30. }
  • worker_processes

worker_processes 1; 默认为1，表示开启一个业务进程

  • worker_connections

worker_connections 1024; 单个业务进程可接受连接数

  • include mime.types;

    include mime.types; 引入http mime类型

  • default_type application/octet-stream;

default_type application/octet-stream; 如果mime类型没匹配上，默认使用二进制流的方式传输。

  • sendfile on;

sendfile on; 使用linux的 sendfile(socket, file, len) 高效网络传输，也就是数据0拷贝。

未开启sendfile
image.png

开启后
image.png

  • keepalive_timeout 65;

keepalive_timeout 65; ，保持连接，超时时间。

  • server

image.png
虚拟主机配置 vhost

  1. server {
  2.     listen 80; 监听端口号
  3.     server_name localhost; #域名、主机名
  4.     location / { 匹配路径
  5.         root html; 文件根目录
  6.         index index.html index.htm; 默认页名称
  7.     }
  8.     error_page 500 502 503 504 /50x.html; 报错编码对应页面
  9.     location = /50x.html {
  10.             root html;
  11.         }
  12. }

使用host文件解析域名（利用host文件假装解析域名）

image.png
修改完成后
image.png
访问虚拟机的ip解析的域名
image.png

还可以通过域名解析 然后连接到内网 我们在阿里云的dns域名解析上面添加添加了我们域名和内网ip的对应关系，仅仅只是对应关系，所以我们ping域名可以解析成我们的内网ip，由于终端与对应机器在同一局域网所以能通，你换个不在同一内网的不行

虚拟主机

原本一台服务器只能对应一个站点，通过虚拟主机技术可以虚拟化成多个站点同时对外提供服务

虚拟主机域名配置

创建weixiao目录，在里面创建两个文件夹，hello,hi，分别创建index.html

修改/usr/local/nginx/conf下的nginx.config
image.png
记得开启相对于的端口号，，，踩坑了。。
firewall-cmd --zone=public --add-port=88/tcp --permanent
firewall-cmd --reload

重加载：systemctl reloadnginx
重启：systemctl restart nginx
结果：
image.png
image.png

注意：
虚拟主机技术server中，相同的主机端口号会报错。
可以这样配置：listen 80; server_name www.website.com;
listen 88; server_name qqq.website.com;
在通配符的server_name *.mmban.com设置下，可以访问不同的网站
image.pngimage.png

域名解析规则

  • servername匹配规则

    我们需要注意的是servername匹配分先后顺序，写在前面的匹配上就不会继续往下匹配了。

  • 完整匹配

    我们可以在同一servername中匹配多个域名
    server_name vod.mmban.com www1.mmban.com;

  • 通配符匹配

server_name *.mmban.com

  • 通配符结束匹配

server_name vod.*;

  • 正则匹配

server_name ~^[0-9]+\.mmban\.com$;

域名解析相关企业项目实现技术构架

多用户二级域名

image.png

短网址

image.png

httpdns

反向代理、正向代理模型

反向代理

描述:反向代理是指以代理服务器来接受连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给请求连接的客户端，此时代理服务器对外就表现为一个反向代理服务器,而且整个过程对于客户端而言是透明的。
image.png
隧道式代理：一进一出一个口

正向代理

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

简单的说类似于采用VPN来访问google:
image.png

区别正向代理、反向
都是站在客户端的角度，看代理服务器是帮客户端代理，还是帮服务端代理

lvs（DR模型）

lvs嵌套在CentOS中
image.png

反向代理在系统架构中的应用场景

image.png
image.png

负载均衡

描述：负载均衡也是Nginx常用的一个功能。简单而言就是当有2台或以上服务器时，根据规则随机的将请求分发到指定的服务器上处理，负载均衡配置一般都需要同时配置反向代理，通过反向代理跳转到负载均衡。
而Nginx目前支持自带3种负载均衡策略还有2种常用的第三方策略。
image.png

使用proyx_pass进行代理配置

浏览器访问localhost就会跳转到 http://www.atguigu.com,同时域名没有变化（不支持https）
可以有多个server。然后根据策略、调度。
image.png

负载均衡基本配置（轮询案例）

image.png httpds，负载均衡的name？，通过name匹配upstream？
访问(localhost)192.168.44.101，反复刷新界面即可看到效果（雨露均沾）

负载均衡策略

  • weight：权重
  • down : 当前server暂不参与负载均衡
  • backup : 预留的备份服务器； 其它所有的非backup机器down或者忙的时候，请求backup机器。
  • max_fails : 请求失败次数限制
  • fail_timeout : 经过max_fails后服务暂停时间
  • max_conns : 限制最大的连接数

简单实例：

  1. upstrem weiyigeek {
  2.   server weiyigeek.top:8080 down;
  3.   server weiyigeek.top:8081 backup;
  4.   server weiyigeek.top:8082 max_fails=1 fail_timeout=10s max_conns=1024;
  5.   server weiyigeek.top:8083 weight=1
  6.   server weiyigeek.top:8084 weight=2
  7.   server unix:/tmp/backend3;
  8. }

负载均衡调度算法

  • 轮询:默认算法按时间顺序逐一分配到不同的后端服务器;
  • 加权轮询:Weight值越大，分配到访问几率越高;
  • ip_hash:为每一个请求访问的IP的hash结果分配，可以将来自一个IP的固定访问一个后端服务器;
  • url_hash:需要安装模块安装访问的URL的hash结果来分配，这样每个URL定向到同一个后端服务器
  • least_conn:按照某台机器最少连接数的进行分配访问;
  • hash关键数值: hash 自定义 KEY

方式1: 轮询
RR（默认轮询）每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉能自动剔除。

  1. upstream test {
  2.   server weiyigeek.top:8080;
  3.   server weiyigeek.top:8081;
  4. }
  6. server {
  7.   listen  81;
  8.   server_name  weiyigeek.top;
  9.   client_max_body_size 1024M;
  10.   location / {
  11.     proxy_pass http://test;
  12.     proxy_set_header Host $host:$server_port;
  13.   }
  14. }

方式2：权重
权重指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。 例如

  1. upstream test {
  2.   server weiyigeek.top:8081 weight=1;
  3.   server weiyigeek.top:8080 weight=9;  #那么10次一般只会有1次会访问到8081，而有9次会访问到8080
  4. }


方式3: ip_hash
ip_hash 会话粘连, 上面的2种方式都有一个问题，那就是下一个请求来的时候请求可能分发到另外一个服务器，当我们的程序不是无状态的时候（采用了session保存数据），这时候就有一个很大的很问题了，比如把登录信息保存到了session中，那么跳转到另外一台服务器的时候就需要重新登录了，所以很多时候我们需要一个客户只访问一个服务器，那么就需要用iphash了，iphash的每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。 

  1. # 会话粘粘可以理解为用户持续访问一个后端机器
  2. upstream test {
  3.   ip_hash;
  4.   server weiyigeek.top:8080;
  5.   server weiyigeek.top:8081;
  6. }

方式4：fair
fair（第三方）按后端服务器 的响应时间来分配请求，响应时间短的优先分配。 

  1. upstream backend {
  2.   fair;
  3.   server weiyigeek.top:8080;
  4.   server weiyigeek.top:8081;
  5. }

方式5：url_hash
url_hash（第三方）:按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。
在upstream中加入hash语句，server语句中不能写入weight等其他的参数，hash_method是使用的hash算法 

  1. upstream backend {
  2.   hash $request_uri;
  3.   hash_method crc32;
  4.   server weiyigeek.top:8080;
  5.   server weiyigeek.top:8081;
  6. }

方式6：url_hash
描述: 将请求分配到连接数最少的服务上。 

  1. upstream  dalaoyang-server {
  2.   least_conn;
  3.   server    weiyigeek.top:10001;
  4.   server    weiyigeek.top:10002;
  5. }

以上6种负载均衡各自适用不同情况下使用，所以可以根据实际情况选择使用哪种策略模式,不过fair和url_hash需要安装第三方模块才能使用.

动静分离

image.png

动静分离是让动态网站里的动态网页根据一定规则把不变的资源和经常变的资源区分开来，动静资源做好了拆分以后，我们就可以根据静态资源的特点将其做缓存操作，这就是网站静态化处理的核心思路; 

  1. upstream test{
  2.   server weiyigeek.top:8080;
  3.   server weiyigeek.top:8081;
  4. }
  6. server {
  7.   listen       80;
  8.   server_name  weiyigeek.top;
  9.   location / {
  10.       root   e:wwwroot;//文件夹路径
  11.       index  index.html;
  12.   }
  14.   # 所有静态请求都由nginx处理，存放目录为nginx中的html
  15.   location ~ .(gif|jpg|jpeg|png|bmp|swf|css|js)$ {
  16.       root    e:wwwroot;
  17.   }
  18.   # 例子，比如
  19.   #location /css{
  20.       #root html;
  21.     #index index.html index.htm;
  22.   #}
  25.   # 所有动态请求都转发给tomcat处理
  26.   location ~ .(jsp|do)$ {
  27.       proxy_pass  http://test;
  28.   }
  29.   error_page   500 502 503 504  /50x.html;
  30.   location = /50x.html {
  31.       root   e:wwwroot;
  32.   }
  33. }

HTML以及图片和css以及js放到wwwroot目录下,而tomcat只负责处理jsp和请求，

例如当我们后缀为gif的时候，Nginx默认会从wwwroot获取到当前请求的动态图文件返回，当然这里的静态文件跟Nginx是同一台服务器，我们也可以在另外一台服务器，然后通过反向代理和负载均衡配置过去就好了，只要搞清楚了最基本的流程，很多配置就很简单了

location匹配顺序

  • 多个正则location直接按书写顺序匹配，成功后就不会继续往后面匹配
  • 普通（非正则）location会一直往下，直到找到匹配度最高的（最大前缀匹配）
  • 当普通location与正则location同时存在，如果正则匹配成功,则不会再执行普通匹配
  • 所有类型location存在时，“=”匹配 > “^~”匹配 > 正则匹配 > 普通（最大前缀匹配） 
    1. location ~*/(css|img|js) {
    2. root /usr/local/nginx/static;
    3. index index.html index.htm;
    4. }

URLRewrite

rewrite语法格式及参数语法

image.png
image.png

  1. rewrite是实现URL重写的关键指令，根据regex (正则表达式)部分内容，
  2. 重定向到replacement，结尾是flag标记。 
  4. rewrite     <regex>     <replacement>     [flag];
  5. 关键字         正则                 替代内容             flag标记

关键字：其中关键字error_log不能改变

正则：perl兼容正则表达式语句进行规则匹配
替代内容：将正则匹配的内容替换成replacement
flag标记：rewrite支持的flag标记

rewrite参数的标签段位置： server,location,if

flag标记说明： l
ast #本条规则匹配完成后，继续向下匹配新的location URI规则
break #本条规则匹配完成即终止，不再匹配后面的任何规则
redirect #返回302临时重定向，浏览器地址会显示跳转后的URL地址 (防爬虫)
permanent #返回301永久重定向，浏览器地址栏会显示跳转后的URL地址

例子
rewrite ^/([0-9]+).html$ /index.jsp?pageNum=$1 break;

负载均衡+URLRewrite

image.png（此时nginx：网关服务器）
这里面是101通过负载均衡代理配置，rewrite 404:8080（tomcat）

  1. 打开防火墙

systemctl start firewalld

  1. 指定端口和ip访问

firewall-cmd --permanent --add-rich-rule="rule family="ipv4" source address="192.168.44.101" port protocol="tcp" port="8080" accept"
查看已配置规则
firewall-cmd --list-all

  1. 重启防火墙

systemctl restart firewalld
重载规则
firewall-cmd --reload

完成以上步骤后，发现无法访问192.168.44.104:8080端口，但是可以通过101(这里的localhost)访问104:8080
且URLrewrite把动态资源的地址隐藏起来了。
image.pngimage.png

防盗链

http协议中的 referrer
nginx防盗链配置
使用浏览器或curl检测
返回错误码
返回错误页面
整合rewrite返回报错图片

image.png

高可用

高可用介绍

image.png

安装Keepalived

下载地址
https://www.keepalived.org/download.html#

使用 ./configure 编译安装

如遇报错提示 

  1. configure: error:
  2. !!! OpenSSL is not properly installed on your system. !!!
  3. !!! Can not include OpenSSL headers files. !!!

安装依赖
yum install openssl-devel
yum安装
yum install keepalived

  • 配置后

使用yum安装后，配置文件在
/etc/keepalived/keepalived.conf

  • 最小配置

image.png

Https

不安全的http协议

HTTP的不安全以及安全的HTTPS原理及流程

对称加密算法

非对称加密算法

image.png

ca机构参与保证互联网安全

什么是证书颁发机构（CA）
CA证书简单介绍
image.png

证书安装

先使用域名申请证书。
将证书放到/usr/local/nginx/conf目录中。

ssl_certificate xx.pem;
ssl_certificate_key xx.key;

  • 安装到nginx

image.png

现在访问 server_name 对应的域名，即可安全