Nginx网络架构实战学习笔记（一）：Nginx简介、安装、信号控制、nginx虚拟主机配置、日志管理、location 语法、Rewrite语法详解

2023-08-20 07:59:40

文章目录

nginx简介
nginx安装
nginx信号控制
nginx虚拟主机配置
日志管理
location 语法

精准匹配的一般匹配
正则匹配
总结

Rewrite语法详解

nginx简介

Nginx (“engine x”) 是一个高性能的 HTTP 和反向代理服务器，也是一个 IMAP/POP3/SMTP 代理服务器。 Nginx 是由 Igor Sysoev 为俄罗斯访问量第二的 Rambler.ru 站点开发的

国内用户:自学it网,新浪,赶集,酷6 …

nginx安装

下载地址: http://nginx.org/download/nginx-1.4.2.tar.gz

安装准备: nginx依赖于pcre库,要先安装pcre

yum install pcre pcre-devel

cd /usr/local/src/

wget http://nginx.org/download/nginx-1.4.2.tar.gz

tar zxvf nginx-1.4.2.tar.gz

cd nginx-1.4.2

./configure --prefix=/usr/local/nginx

make && make install

启动:

cd /ulsr/local/nginx, 看到如下4个目录

./

…conf 配置文件

… html 网页文件

…logs 日志文件

…sbin 主要二进制程序

[root@localhost nginx]# ./sbin/nginx

nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)

…

nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)

nginx: [emerg] still could not bind()

不能绑定80端口,80端口已经被占用

(有时是自己装了apache,nginx等,还有更多情况是操作系统自带了apache并作为服务启动)

解决: 把占用80端口的软件或服务关闭即可.

nginx信号控制

TERM, INT	Quick shutdown
QUIT	Graceful shutdown 优雅的关闭进程,即等请求结束后再关闭
HUP	Configuration reload ,Start the new worker processes with
a new configuration Gracefully shutdown the old worker processes	a new configuration Gracefully shutdown the old worker processes
改变配置文件,平滑的重读配置文件	改变配置文件,平滑的重读配置文件
USR1	Reopen the log files 重读日志,在日志按月/日分割时有用
USR2	Upgrade Executable on the fly 平滑的升级
WINCH	Gracefully shutdown the worker processes 优雅关闭旧的进程(配合USR2来进行升级)

具体语法:

Kill -信号选项 nginx的主进程号

Kill -HUP 4873

Kill -信号控制 cat /xxx/path/log/nginx.pid

Kil; -USR1 cat /xxx/path/log/nginx.pid

解释：

kill -QUIT xxx
kill -HUP xxx同在不关闭nginx的情况下重新读取配置文件

比如location 是 a.html 修改为 b.html，通过 kill -HUP xxx，可以再不关闭nginx的情况下，直接切换页面，但是中间需要几秒钟才会自动切换。

因为nginx是一个master下面有好几个worker（如果关闭master进程id，worker也会自动关闭），相当于，开启一个基于后来的配置文件的worker，慢慢的关闭关闭了原来基于原来的配置文件的worker，一个好处就是不需要关闭原来的进程。
kill -USR1 xxx 修改日志输出的文件

在linux中文件真正是存储在idnode中的，不是以真正的文件名来存储的，所以即使修改了文件名字，还是会不断的往里面写日志，这个时候，就算将原来的aceess.log文件名字修改还是回写，再新建一个aceess.log也不会往新的里面写数据，可以通过kill -USER1 xxx的方式，将会写到新的日志文件中。
kill -USR2 xxx
kill -WINCH xxx

两个配合使用，平滑的升级，升级nginx直接将新的“nginx”二进制脚本复制到sbin目录中，通过kill -USER2可以新的新的版本进程控制旧的，kill -WINCH，旧的执行完了自动关闭。
Kill -USR1 cat /xxx/path/log/nginx.pid

nginx的pid在/xxx/path/log/nginx.pid，通过类似上面的命令可以省去查找pid的过程。

kill -HUP --------------./sbin/nginx -s reload （重读配置文件，软重启）

kill -USR1 --------------./sbin/nginx -s reopen

kill -QUIT --------------./sbin/nginx -s quit

直接关闭 --------------./sbin/nginx -s stop

./sbin/nginx -t 查看配置文件配置是否正确

nginx虚拟主机配置

Nginx配置段

// 全局区
worker_processes 1; // 有1个工作的子进程,可以自行修改,但太大无益,因为要争夺CPU,一般设置为 CPU数*核数

Event {
// 一般是配置nginx连接的特性
// 如1个word能同时允许多少连接
 worker_connections  1024; // 这是指 一个子进程最大允许连1024个连接
}

http {  //这是配置http服务器的主要段
     Server1 { // 这是虚拟主机段

            Location {  //定位,把特殊的路径或文件再次定位 ,如image目录单独处理
            }             /// 如.php单独处理

     }

     Server2 {
     }
}

例子1: 基于域名的虚拟主机

    server {
        listen 80;  #监听端口
        server_name a.com; #监听域名
// 可以监听ip，也可以监听域名
//https://blog.csdn.net/cheng_kohui/article/details/82930464
//总的来说作用就是根据不同的域名来唯一规定一个服务，配置不同的域名（域名指向相同的hosts，即本虚
//拟主机）达到不需要设置端口的目的（端口默认80）
//如果设置为具体的ip的话，ip就是本虚拟主机的ip，配置不同的服务需要修改端口。通过网上查阅资料，
//设置ip是没有意义的不如直接写成_ 或者localhost
        location / {
                root /var/www/a.com;
//根目录定位（相对路径是在nginx的根目录，也可以是绝对路径）
                index index.html;
//基于上面的目录的文件
        }
    }

例子2: 基于端口的虚拟主机配置

    server {
        listen 8080;
        server_name 192.168.1.204;

        location / {
                root /var/www/html8080;
                index index.html;
        }
    }

日志管理

我们观察nginx的server段,可以看到如下类似信息

#access_log logs/host.access.log main;

这说明该server, 它的访问日志的文件是 logs/host.access.log ,

使用的格式”main”格式.

除了main格式,你可以自定义其他格式.

main格式是什么?

log_format main '$remote_addr - remoteuser[remote_user [remoteuser[time_local] “KaTeX parse error: Expected 'EOF', got '#' at position 16: request" '
#̲ …status bodybytessent"body_bytes_sent "bodybytessent"http_referer” ’

# ‘“httpuseragent""http_user_agent" "httpuseragent""http_x_forwarded_for”’;

main格式是我们定义好一种日志的格式,并起个名字,便于引用.

以上面的例子, main类型的日志,记录的 remote_addr… http_x_forwarded_for等选项.

1: 日志格式是指记录哪些选项

默认的日志格式: main

log_format main '$remote_addr - remoteuser[remote_user [remoteuser[time_local] “KaTeX parse error: Double superscript at position 40: … '̲status bodybytessent"body_bytes_sent "bodybytessent"http_referer” ’

‘“httpuseragent""http_user_agent" "httpuseragent""http_x_forwarded_for”’;

如默认的main日志格式,记录这么几项

远程IP- 远程用户/用户时间请求方法(如GET/POST) 请求体body长度

referer来源信息windows电脑等信息

http-user-agent用户代理/蜘蛛 ,被转发的请求的原始IP

比如输入https://www.baidu.com/robots.txt 能够看到详细蜘蛛信息，Disallow: /baidu是不允许被谁爬取

http_x_forwarded_for:在经过代理时,代理把你的本来IP加在此头信息中,传输你的原始IP

2: 声明一个独特的log_format并命名

log_format  mylog '$remote_addr- "$request" '
                 '$status $body_bytes_sent "$http_referer" '
                    '"$http_user_agent" "$http_x_forwarded_for"';

在下面的server/location,我们就可以引用 mylog

在server段中,这样来声明

//Nginx允许针对不同的server做不同的Log ,(有的web服务器不支持,如lighttp)

//在location的下一行，跟locatin是同级的关系，添加如下一行
access_log logs/access_8080.log mylog;
声明log   log位置          log格式;
将上方的log_format main “xxxxxxx” 打开，否则会报错。
然后执行./sbin/nginx -s reload
在logs下面的目录下就会出现对应的日志了

实际应用: shell+定时任务+nginx信号管理,完成日志按日期存储

分析思路:

凌晨00:00:01,把昨天的日志重命名,放在相应的目录下

再USR1信息号控制nginx重新生成新的日志文件

//查看昨天的时间
date -d yesterday
//设置当前的时间
date -s '2018-09-20 19:00:38'
//使时间生效
clock -w
//输出时间
date -d yesterday +%Y%m%d
//执行了上一行命令，命令行会显示，如果是%y显示的是190920
20190920
//穿件data目录专门用来放日志
mkdir /data
cd /data
vim runlog.sh

runlog.sh

#!/bin/bash
base_path='/usr/local/nginx/logs'
log_path=$(date -d yesterday +"%Y%m")
day=$(date -d yesterday +"%d")
//按照当前的月份创建目录
mkdir -p $base_path/$log_path
//将原来的文件名字，修改为以昨天的时间命名的日志名字
mv $base_path/access.log $base_path/$log_path/access_$day.log
#echo $base_path/$log_path/access_$day.log
//通过-USRE1修改日志输出文件
kill -USR1 `cat /usr/local/nginx/logs/nginx.pid`

cd /data
crontab -e
//输入如下，意思是每一分钟执行一次
*/1**** sh /data/runlog.sh

定时任务

Crontab 编辑定时任务

01 00 * * * /xxx/path/b.sh 每天0时1分(建议在02-04点之间,系统负载小)

location 语法

location 语法

location 有”定位”的意思, 根据Uri来进行不同的定位.

在虚拟主机的配置中,是必不可少的,location可以把网站的不同部分,定位到不同的处理方式上.

比如, 碰到.php, 如何调用PHP解释器? --这时就需要location

location 的语法

location [=|_|*|^~] patt {

}

中括号可以不写任何参数,此时称为一般匹配

也可以写参数

因此,大类型可以分为3种

location = patt {} [精准匹配]

location patt{} [一般匹配]

location ~ patt{} [正则匹配]

精准匹配的一般匹配

如何发挥作用?:

首先看有没有精准匹配,如果有,则停止匹配过程.

location = patt {
    config A
}

如果 $uri == patt,匹配成功，使用configA

举个

码农公寓