本章资源下载
【前置资源地址】:
一、Nginx服务基础
1.1、 Nginx 简介
Nginx 是一个高性能的 HTTP 和反向代理服务器。
Nginx 是由 Igor Sysoev 为俄罗斯访问点开量第二的 Rambler.ru 站发的,第一个公开版本 0.1.0 发布于 2004 年 10 月 4 日。
其将源代码以类 BSD 许可证的形式发布,因它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名。
2011 年 6 月 1 日,Nginx 1.0.4 发布。1.18 1.20 1.22 1.12 Nginx 是一款轻量级的 Web 服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器, 单台物理服务器可支持30 000~50 000个并发请求。并在一个 BSD-like 协议下发行。由俄罗斯的程序设计师 Igor Sysoev 所开发,供俄国大型的入口网站及搜索引擎 Rambler(俄文:Рамблер)使用。
其特点是占有内存少,并发能力强,事实上 Nginx 的并发能力确实在同类型的网页服务器中表现较好,中国大陆使用 Nginx 网站用户有:百度 BWS、新浪、网易、腾讯、等。
1.2、Nginx 官网
关于Tengine
Tengine 是由淘宝网发起的 Web 服务器项目。它在 Nginx 的基础上,针对大访问量网站的需求, 添 加了很多高级功能和特性。
The Tengine Web Server (taobao.org)
1.3、Nginx 功能介绍
- 静态的web资源服务器html,图片,js,css,txt等静态资源
- http/https协议的反向代理 ,7层 url
- 结合FastCGI /uWSGI/SCGI等协议反向代理动态资源请求
- tcp/udp协议的请求转发(反向代理) 4层
1.4、基础特性
- 模块化设计,较好的扩展性
- 高可靠性
- 支持热部署:不停机更新配置文件,升级版本,更换日志文件
- 低内存消耗:10000个keep-alive连接模式下的非活动连接,仅需2.5M内存
- 以及如下特性
①、Event-Driven(事件驱动),
②、AIO(Asynchronous I/O,异步I/O),
③、mmap(Memory-Mapped File,内存映射文件)
④、sendfile是一种高效地在网络套接字之间传输文件的系统调用。与传统的read-write模式(即先从文件中读取数据到用户空间,然后写入到网络套接字)相比,sendfile减少了数据的复制次数,并允许内核直接处理文件和网络之间的数据传输,从而提高了数据传输的效率。
sendfile通常用于Web服务器等需要高效传输静态文件的场景。通过使用sendfile,Web服务器可以更快地响应客户端的文件请求,减少CPU的使用率,并提升整体性能。
1.5、Web 服务相关的功能
- 虚拟主机(server)
- 支持 keep-alive 和管道连接(利用一个连接做多次请求)
- 访问日志(支持基于日志缓冲提高其性能)
- url rewirte
- 路径别名
- 基于IP及用户的访问控制
- 支持速率限制及并发数限制
- 重新配置和在线升级而无须中断客户的工作进程
1.6、Nginx 应用场景
① 静态服务器 (图片、视频服务、文本)
② 动态服务
③ 反向代理, 负载均衡
④ 缓存服务
nginx 中http七层代理和四层代理
web服务器
做:代理服务器,反向代理, 负载均衡
1.7、简述Nginx和Apache的差异
- Nginx是一个甚于事件的Web服务器,Apache是一个基于流程的服务器;
- Nginx避免子进程的概念,Apache是基于子进程的;
- Nginx在内存消耗和连接方面更好,Apache在内存消耗和连接方面一般;
- Nginx的性能和可伸缩性不依赖于硬件,Apache依赖于CPU和内存等硬件; Nginx支持热部署,Apache不支持热部署;
- Nginx对于静态文件处理具有更高效率,Apache相对一般;
- Nginx在反向代理场景具有明显优势,Apache相对一般。
1.8、Nginx 相对于 Apache 的优点
1、轻量级,同样是 web 服务(采用C进行编写),比 Apache 占用更少的内存及资源;
2、高并发,Nginx 处理请求是异步非塞的(以epoll and kqueue作为开发模型),而 Apache 则是阻塞型的(在处理后端慢或者前端压力很大的情况下, 很容易出现进程数飙升,从而拒绝服务的现象),而高并发下 Nginx 能保持低资源低消耗高性能;
3、高度模块化的设计编写模块相对简单;社区活跃,各种高性能模块出品迅速。
4、配置简洁,正则配置让很多事情变得简单,而且改完配置能使用 -t 测试配置有没有问题,apache 配 置复杂 ,重启的时候发现配置出错了,会很崩溃
5、一般用于处理静态文件,静态处理性能比apache高三倍以上
6、作为负载均衡服务器,支持7层负载均衡
7、本身就是一个反向代理服务器,而且可以作为非常优秀的邮件代理服务器
8、nginx启动特别容易, 并且几乎可以做到 7*24 不间断运行,即使运行数个月也不需要重新启动, 支持热部署,比如:实现不间断服务的情况下进行软件版本的升级与版本的回退
反过来
Apache 相对于 Nginx 的优点:
1、Nginx 处理动态请求是弱项,一般动态请求要 Apache 去做,Nginx 只适合静态和反向,虽然Nginx也可以处理动态内容,但通常需要与其他后端服务器(如PHP-FPM)配合使用。而Apache则内置了对多种动态内容的支持,如PHP、Python等,这使得它在处理动态请求时更为直接和高效。
2、apache的Rewrite(重写)比nginx强大,在rewrite频繁的情况下,用apache。(但是还是要看历史背景和特定情境下)
3、成熟,少 bug ,Nginx 的 bug 相对较多;
4、超稳定 存在就是理由,可以在多种操作系统上运行,一般来说,需要性能的 web 服务,用 Nginx 。如果不需要性能只求稳定,那就 Apache。
1.9、Nginx 架构
上图是 Nginx 的进程模型,下面我们会简单讲解图中不同部分的含义:
主进程(Master)
工作进程(Worker)在服务器编程中,尤其是在使用多进程模型来处理并发连接时,经常采用“主从模型”
(Master-Worker 模型)来组织进程。这种模型下,有一个主进程(Master)负责监听网络端口上的连接请求,而多个工作进程(Worker)则负责处理这些连接请求的实际任务。
--------------------------------------------------------------------------------------------------------------------------
1.主进程首先创建一个套接字(socket),这个套接字用于监听网络上的连接请求。通常,这个套接字被绑定到服务器的一个特定IP地址和端口上,并通过
listen()
函数设置为监听状态。listenfd
(监听文件描述符)是主进程创建的用于监听连接请求的套接字。它代表了服务器在网络上的一个“入口点”,等待客户端的连接请求。2.在设置好监听套接字后,主进程会通过
fork()
系统调用创建多个工作进程。每个工作进程都是主进程的一个副本,包括它们的代码、数据以及打开的文件描述符(包括监听套接字)3.每个工作进程在启动后通常会关闭监听套接字(
listenfd
),因为监听连接的工作由主进程负责,工作进程的任务是处理已经被接受的连接。4.工作进程不直接监听新的连接请求,但它们从主进程接收已经建立的连接。这通常通过一些进程间通信(IPC)机制实现,但在传统的UNIX网络编程中,更常见的是使用套接字对(socket pair)或管道(pipe)来传递新的连接描述符给工作进程,或者使用更现代的机制如UNIX域套接字。
5. worker 进程之间是平等的,每个进程,处理请求的机会也是一样的。
当我们提供 80 端口的 http 服务时,一个连接请求过来,每个进程都有可能处理这个连接。
(1)所有 worker 进程的 listenfd 会在新连接到来时变得可读,为保证只有一个进程处理该连接,所有 worker 进程会在注册 listenfd 读事件前抢 accept_mutex,抢到互斥锁的那个进程注册 listenfd读事件,然后在读事件里调用 accept 接受该连接。(解决惊群)
(2)当一个 worker 进程在 accept 这个连接之后,就开始读取请求、解析请求、处理请求。产生数据后,再返回给客户端,最后才断开连接(被外部信号(如SIGTERM)中断,或者主进程通知它们退出),这样一个完整的请求就是这样的了。我们可以看到:一个请求,完全由 worker 进程来处理,而且只在一个 worker 进程中处理。
也许你还有个疑问,那就是 Nginx 采用多 worker 的方式来处理请求,每个 worker 里面只有一个主线程。那能够处理的并发数很有限啊,多少个 worker 就能处理多少个并发,何来高并发呢?
这就是 Nginx 的高明之处,Nginx 采用了异步非阻塞的方式来处理请求,也就是说,Nginx 是可以同时处理成千上万个请求的。
--------------------------------------------------------------------------------------------------------------------------
这里简单补充一下一些知识点Socket的概念:
一个Socket是一对IP地址和端口。 Socket可以看成在两个程序进行通讯连接中的一个端点,一个程序将一段信息写入Socket中,该Socket将这段信息发送给另外一个Socket中,使这段信息能传送到其他程序中。你可以这么理解:socket是进程之间用来对话的中间层工具。
异步非阻塞的概念:
异步的概念是和同步相对的,也就是不同事件之间不是同时发生的。
非阻塞的概念是和阻塞对应的,阻塞是事件按顺序执行,每一事件都要等待上一事件的完成,而非阻塞是如果事件没有准备好,这个事件可以直接返回,过一段时间再进行处理询问,这期间可以做其他事情。惊群效应(Thundering Herd Problem):
是操作系统中多进程(或多线程)在同时等待同一资源时可能出现的一种现象。具体来说,就是当多个进程或线程在等待同一个事件时,一旦该事件发生,所有进程或线程都会被内核唤醒,但通常只有一个进程或线程能够成功处理该事件,而其他进程或线程在发现无法获取该事件后又重新进入等待状态。这种现象会导致系统资源的浪费和性能下降。
补充:socket是什么和io模型-阻塞和非阻塞以及惊群的一些解决办法 整理
文档地址:【前置资源】
1.10、Nginx 进程结构
web请求处理机制多进程方式:服务器每接收到一个客户端请求就有服务器的主进程生成一个子进程响应客户端,直到用户关闭连接,这样的优势是处理速度快,子进程之间相互独立,但是如果访问过大会导致服务器资源耗尽而无法提供请求。
多线程方式:与多进程方式类似,但是每收到一个客户端请求会有服务进程派生出一个线程来个客 户方进行交互,一个线程的开销远远小于一个进程,因此多线程方式在很大程度减轻了web服务器 对系统资源的要求,但是多线程也有自己的缺点,即当多个线程位于同一个进程内工作的时候,可 以相互访问同样的内存地址空间,所以他们相互影响,一旦主进程挂掉则所有子线程都不能工作 了,IIS服务器使用了多线程的方式,需要间隔一段时间就重启一次才能稳定。
工作进程(worker process)的功能:
所有 Worker 进程都是平等的
实际处理:网络请求,由 Worker 进程处理
Worker进程数量:一般设置为核心数,充分利用CPU资源,同时避免进程数量过多,导致进程竞争CPU资源,
增加上下文切换的损耗
接受处理客户的请求
将请求依次送入各个功能模块进行处理
I/O调用,获取响应数据
与后端服务器通信,接收后端服务器的处理结果
缓存数据,访问缓存索引,查询和调用缓存数据
发送请求结果,响应客户的请求
接收主程序指令,比如重启、升级和退出等
1.11、Nginx 模块
核心模块:是 Nginx 服务器正常运行必不可少的模块,提供错误日志记录 、配置文件解析 、事件 驱动机制 、进程管理等核心功能 标准HTTP模块:提供 HTTP 协议解析相关的功能,比如: 端口配置 、 网页编码设置 、 HTTP响应 头设置 等等 可选HTTP模块:主要用于扩展标准的 HTTP 功能,让 Nginx 能处理一些特殊的服务,比如:Flash 多媒体传输 、解析 GeoIP 请求、 网络传输压缩 、 安全协议 SSL 支持等 邮件服务模块:主要用于支持 Nginx 的 邮件服务 ,包括对 POP3 协议、 IMAP 协议和 SMTP协议 的支持 Stream服务模块: 实现反向代理功能,包括TCP协议代理 四层 第三方模块:是为了扩展 Nginx 服务器应用,完成开发者自定义功能,比如: Json 支持、 Lua 支 持等。
nginx高度模块化,但其模块早期不支持DSO机制;1.9.11 版本支持动态装载和卸载
常用模块
ngx_http_core_module 核心模块
ngx_http_access_module 访问控制
ngx_http_auth_basic_module 身份验证
ngx_http_gzip_module 压缩模块
ngx_http_log_module 日志模块
ngx_http_proxy_module 代理模块
ngx_http_rewrite_module 重写模块
ngx_http_stub_status_module 状态页模块
ngx_http_upstream_module 反向代理
ngx_http_stream_module 四层代理
核心模块:core module 标准模块: HTTP 模块: ngx_http_* HTTP Core modules #默认功能 HTTP Optional modules #需编译时指定 Mail 模块: ngx_mail_* Stream 模块 ngx_stream_* 第三方模块
二、编译安装nginx 服务
2.1、 扩展在线安装nginx
1、yum部署Nginx
①使用yum部署Nginx需要先安装epel-release扩展包,官方源默认没有Nginx的yum源。
安装epel-release扩展源
yum install epel-release -y
②扩展源安装完后直接安装Nginx。
安装nginx服务
yum install nginx -y
③使用yum安装的nginx配置文件位置在:/etc/nginx.conf。
默认根目录在:/usr/share/nginx/html。
默认日志文件在:/var/log/nginx/路径下。
2.2、Nginx编译安装
关闭防火墙,将安装nginx所需软件包传到/opt目录下
systemctl stop firewalld
systemctl disable firewalld
setenforce 0
1.下载安装包:nginx-1.18.0.tar.gz(以此为实验)在这里可以下载你的安装包
wget https://nginx.org/download/nginx-1.18.0.tar.gz
其他类似 https://nginx.org/download/nginx-1.20.1.tar.gz
2.安装依赖包
Nginx的配置及运行需要pcre、zlib等软件包的支持,因此需要安装这些软件的开发包,以便提供相应的库和头文件。
yum -y install pcre-devel zlib-devel gcc gcc-c++ make
3.创建运行用户与组
创建运行用户、组(Nginx 服务程序默认以 nobody 身份运行,建议为其创建专门的用户账号,以便更准 确地控制其访问权限)
useradd -M -s /sbin/nologin nginx
编译安装Nginx
cd /opt
tar xzvf nginx-1.18.0.tar.gz -C /opt/
cd nginx-1.18.0/
./configure \
--prefix=/usr/local/nginx \
--user=nginx \
--group=nginx \
--with-http_stub_status_module
make && make install
ln -s /usr/local/nginx/sbin/nginx /usr/local/sbin/
检查
nginx -t
没有创建用户
代表成功
2.2.1、添加 Nginx 系统服务
方法一: service 系统管理
通用
vim /etc/init.d/nginx
#!/bin/bash
#chkconfig: 35 99 20 #这是固定格式,2345表示运行级别,之后为开机执行顺序和关机执行顺序
#description:Nginx Service Control Script #描述,最好也添加
COM="/usr/local/nginx/sbin/nginx"
PID="/usr/local/nginx/logs/nginx.pid"
case "$1" in
start)
$COM
;;
stop)
kill -s QUIT $(cat $PID)
;;
restart)
$0 stop
$0 start
;;
reload)
kill -s HUP $(cat $PID)
;;
*)
echo "Usage: $0 {start|stop|restart|reload}"
exit 1
;;
esac
exit 0
chmod +x /etc/init.d/nginx
chkconfig --add nginx #添加为系统服务
systemctl stop nginx
systemctl start nginx
也可以 service nginx start | stop | restart | reload
方法二:
常用
vim /lib/systemd/system/nginx.service
[Unit]
Description=nginx
After=network.target
[Service]
Type=forking
PIDFile=/usr/local/nginx/logs/nginx.pid
ExecStart=/usr/local/nginx/sbin/nginx
ExecReload=/bin/kill -s HUP $MAINPID
ExecStop=/bin/kill -s QUIT $MAINPID
PrivateTmp=true
[Install]
WantedBy=multi-user.target
chmod 754 /lib/systemd/system/nginx.service
systemctl start nginx.service
systemctl enable nginx.service
检测
输入ip地址
2.2.2、Nginx 信号
nginx命令支持向其发送信号,实现不同功能 nginx
查看
nginx -h
当做单独命令使用有以下选项
2.2.3、普通升级
新版本升级:
tar -zxvf nginx-1.xx.xx.tar.gz 1.22.0
tar -zxvf nginx-1.xx.xx.tar.gz 1.22.0
2.2.4、附加:平滑升级
扩展还有一种方式叫做 平滑升级 在不影响生产环境的情况升级在【前置资源】
2.3、nginx主配置文件nginx.conf
在Nginx服务的主配置文件 nginx.conf
vim /usr/local/nginx/conf/nginx.conf
2.3.1、 全局配置
2P:2个物理CPU
4C:1物理核有4个核心一共有2*4=8个逻辑核
8G内存 4C 16G 高效盘 40G (系统盘) 存储 oss 网络存储 nas 50M
2.3.2、 I/O 事件配置
1.使用epoll模型以提高性能
epoll是Linux内核为处理大批句柄而作改进的poll,是Linux下多路复用IO接口select/poll的增强版本,它能显著的减少程序在大量并发连接中只有少量活跃的情况下的系统CPU利用率。
2.还有在Linux平台上,在进行高并发TCP连接处理时,最高的并发数量都要受到系统对用户单一进程同时可打开文件数量的限制
(这是因为系统为每个TCP连接都要创建一个socket句柄,每个socket句柄同时也是一个文件句柄)
可使用ulimit -a命令查看系统允许当前用户进程打开的文件数限制【展示当前资源限制】。
如提高每个进程的连接数还需执行“ulimit -n 65535”命令临时修改本地每个进程可以同时打开的最大文件数。
/etc/security/limits.conf 是一个用于配置用户或用户组资源限制的配置文件。这个文件通常用于设置系统资源的软限制和硬限制,以及一些特殊权限。
若工作进程数为 8,每个进程处理 4096 个连接,则允许 Nginx 正常提供服务的连接数 已超过 3 万个(4096×8=32 768),当然具体还要看服务器硬件、网络带宽等物理条件的性 能表现。
附加:IO模型的知识点【前置资源】
2.3.3、 HTTP 配置
使用“http { }”界定标记,包括访问日志、HTTP 端口、网页目录、默认字符集、连接保持,以及后面要讲到的虚拟 Web 主机、PHP 解析等一系列设置,其中大部分配置语句都包含在子界定标记“server { }”内
http {
##文件扩展名与文件类型映射表
include mime.types;
##默认文件类型
default_type application/octet-stream;
##日志格式设定
#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;
##此选项允许或禁止使用socket的TCP_CORK的选项(发送数据包前先缓存数据),此选项仅在使用
sendfile的时候使用
#tcp_nopush on;
##连接保持超时时间,单位是秒
#keepalive_timeout 0;
keepalive_timeout 65;
##gzip模块设置,设置是否开启gzip压缩输出
#gzip on;
##Web 服务的监听配置
server {
##监听地址及端口
listen 80;
##站点域名,可以有多个,用空格隔开
server_name www.kgc.com;
##网页的默认字符集
charset utf-8;
##根目录配置
location / {
##网站根目录的位置/usr/local/nginx/html
root html;
##默认首页文件名
index index.html index.php;
}
##内部错误的反馈页面
error_page 500 502 503 504 /50x.html;
##错误页面配置
location = /50x.html {
root html;
}
}
}
三、实战
3.1、Nginx的访问状态统计
-------访问状态统计配置--------
1.先使用命令/usr/local/nginx/sbin/nginx -V 查看已安装的 Nginx 是否包含
HTTP_STUB_STATUS 模块
cat /opt/nginx-1.18.0/auto/options |grep YES
#可查看 nginx 已安装的所有模块
2.修改 nginx.conf 配置文件,指定访问位置并添加 stub_status 配置
cd /usr/local/nginx/conf
#备份
cp nginx.conf nginx.conf.bak
#配置
vim /usr/local/nginx/conf/nginx.conf
------------------------------------------------------------------
http {
......
server {
listen 80;
server_name www.yc.com;
charset utf-8;
location / {
root html;
index index.html index.php;
}
##添加 stub_status 配置##
location /status {
#访问位置为/status
stub_status on;
access_log off;
}
}
}
-------------------------------------------------------------------
3.重启服务,访问测试
systemctl restart nginx
#打开状态统计功能
#关闭此位置的日志记录
浏览器访问 http://192.168.10.19/status
Active connections :表示当前的活动连接数;
server accepts handled requests :表示已经处理的连接信息,三个数字依次表示
已处理的连接数、成功的TCP握手次数、 已处理的请求数。
可 curl -s http://192.168.10.19/status 结合 awk与if 语句进行性能监控。
补充:也可以nginx-module-vts监控nginx流量
也放在【前置资源】
3.2、基于授权的访问控制
--------基于授权的访问控制--------
1.生成用户密码认证文件
yum install -y httpd-tools
htpasswd -c /usr/local/nginx/passwd.db zhangsan
chown nginx /usr/local/nginx/passwd.db
chmod 400 /usr/local/nginx/passwd.db
2.修改主配置文件相对应目录,添加认证配置项
vim /usr/local/nginx/conf/nginx.conf
......
server {
location / {
......
##添加认证配置##
auth_basic "secret";
}
}
#设置密码提示框文字信息
auth_basic_user_file /usr/local/nginx/passwd.db;
3.重启服务,访问测试
nginx -t
systemctl restart nginx
浏览器访问 http://192.168.10.19
输入密码以后
3.3、基于客户端的访问控制
--------基于客户端的访问控制--------
访问控制规则如下:
deny IP/IP 段:拒绝某个 IP 或 IP 段的客户端访问。
allow IP/IP 段:允许某个 IP 或 IP 段的客户端访问。
规则从上往下执行,如匹配则停止,不再往下匹配。
vim /usr/local/nginx/conf/nginx.conf
......
server {
location / {
......
##添加控制规则##
allow 192.168.10.20; #允许访问的客户端 IP
deny all; #拒绝其它IP客户端访问
}
}
systemctl restart nginx
3.4、基于域名的 Nginx 虚拟主机
--------基于域名的 Nginx 虚拟主机--------
1.为虚拟主机提供域名解析
echo "192.168.xx www.yc.com www.benet.com" >> /etc/hosts
2.为虚拟主机准备网页文档
mkdir -p /var/www/html/benet
mkdir -p /var/www/html/yc
echo "<h1>this is www.yc.com</h1>" > /var/www/html/yc/index.html
echo "<h1>this is www.benet.com</h1>" > /var/www/html/benet/index.html
3.修改Nginx的配置文件
vim /usr/local/nginx/conf/nginx.conf
......
http {
......
server {
listen 80;
server_name www.yc.com; #设置域名www.yc.com
charset utf-8;
access_log logs/www.yc.access.log; #设置日志名
location / {
root /var/www/html/yc; #设置www.yc.com 的工作目录
index index.html index.php;
}
error_page 500 502 503 504 /50x.html;
location = 50x.html{
root html;
}
}
server {
listen 80;
server_name www.benet.com; #设置域名www.benet.com
charset utf-8;
access_log logs/www.benet.access.log;
location / {
root /var/www/html/benet;
index index.html index.php;
}
error_page 500 502 503 504 /50x.html;
location = 50x.html{
root html;
}
}
}
4.重启服务,访问测试
systemctl restart nginx
浏览器访问
http://www.yc.com
http://www.benet.com
3.5、基于IP 的 Nginx 虚拟主机
--------基于IP 的 Nginx 虚拟主机--------
ifconfig ens33:0 192.168.10.40 netmask 255.255.255.0
vim /usr/local/nginx/conf/nginx.conf
------------------------------------------------------------------------------------------
http {
......
server {
listen 192.168.10.19:80; #设置监听地址192.168.10.19
server_name www.yc.com;
charset utf-8;
access_log logs/www.yc.access.log;
location / {
root /var/www/html/yc;
index index.html index.php;
}
error_page 500 502 503 504 /50x.html;
location = 50x.html{
root html;
}1
}
server {
listen 192.168.10.40:80; #设置监听地址192.168.10.40
server_name www.benet.com;
charset utf-8;
access_log logs/www.benet.access.log;
location / {
root /var/www/html/benet;
index index.html index.php;
}
error_page 500 502 503 504 /50x.html;
location = 50x.html{
root html;
}
}
}
systemctl restart nginx
浏览器访问
http://192.168.10.40
http://192.168.80.11
3.6、基于端口的 Nginx 虚拟主机
--------基于端口的 Nginx 虚拟主机--------
vim /usr/local/nginx/conf/nginx.conf
......
http {
......
server {
listen 192.168.80.10:8080; #设置监听 8080 端口
server_name www.kgc.com;
charset utf-8;
access_log logs/www.kgc.access.log;
location / {
root /var/www/html/kgc;
index index.html index.php;
}
error_page 500 502 503 504 /50x.html;
location = 50x.html{
root html;
}
}
server {
listen 192.168.80.10:8888; #设置监听 8888 端口
server_name www.benet.com;
charset utf-8;
access_log logs/www.benet.access.log;
location / {
root /var/www/html/benet;
index index.html index.php;
}
error_page 500 502 503 504 /50x.html;
location = 50x.html{
root html;
}
}
}
systemctl restart nginx
浏览器访问
http://192.168.80.11:8080
http://192.168.80.11:8888
四、lnmp架构部署及应用
Nginx 工作原理 这里需要结合 Apache 的工作,对 PHP 文件处理过程的区别
1:Nginx 是通过 php-fpm 这个服务来处理 php 文件
2:Apache 是通过 libphp5.so 这个模块来处理 php 文件 Apache: Apache 的 libphp5.so 随着 Apache 服务器一起运行,而 Nginx 和 php-fpm 是各自独立运行,所 以在运行过程中,Nginx 和 php-fpm 都需要分别启动! 修改 Nginx 配置文件,启动 Nginx 服务,修改 php 配置文件,启动 php-fpm 服务 反向代理 对应页面Ip:端口
具体过程【前置资源】