Linux系统下安装配置 Nginx 超详细图文教程

Honkers · 2025-3-11 09:40:25

<h2>一、下载Nginx安装包</h2>
nginx官网：nginx: download

http://nginx.org/en/download.html
找到我们所需要版本，把鼠标移动到上面，右键打开链接进行下载

或者如果Linux联网，直接在Linux服务上使用wget命令把Nginx安装包下载到/usr/local/目录中

#下载nginx安装包
wget -c http://nginx.org/download/nginx-1.24.0.tar.gz

复制代码

注意：如果没有wget命令，需要先安装：（centos版本命令：）yum install -y wget
<h2>二、安装Nginx</h2>
<h3>2.1、安装Nginx相关依赖（谨慎选择）</h3>
在线版：centos使用yum命令安装

#安装nginx所需要的依赖包
yum install -y gcc-c++ zlib zlib-devel openssl openssl-devel pcre pcre-devel

复制代码

离线版：下载所需依赖安装包，解压到指定目录下，使用下面命令安装

#解压安装包
tar -zxvf nginx依赖的环境安装包.tar

复制代码

解压后的文件

#安装当前路径下所有安装包
rpm -Uvh *.rpm --nodeps --force

复制代码

<h3>2.2、安装Nginx</h3>
找到Nginx的安装包进行解压

#解压安装包
tar -zxvf nginx-1.24.0.tar.gz

复制代码

进入解压之后的nginx目录下：

#进入nginx目录
cd /usr/local/nginx-1.24.0

复制代码

执行配置脚本，--prefix是指定安装目录

#执行配置脚本 --prefix是指定安装目录
./configure --prefix=/usr/local/nginx

复制代码

如果遇到报错“./configure: error: C compiler cc is not found”，如下图

解决：
yum -y install gcc gcc-c++ autoconf automake make
编译安装

#对nginx编译和安装
make & make install

复制代码

<h3> 2.3、启动Nginx</h3>
进入到nginx安装目录下：

启动命令：

#启动脚本是在
# /usr/local/nginx/sbin/nginx
#启动,
/usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf
#停止
/usr/local/nginx/sbin/nginx -s stop
#重载
/usr/local/nginx/sbin/nginx -s reload
#杀掉nginx
/usr/local/nginx/sbin/nginx -s quit

复制代码

查询nginx是否启动：

ps -ef | grep nginx

复制代码

访问nginx页面：
在浏览器中输入 ip + 端口号访问（端口默认80）
这样就算安装成功了

如果浏览器访问不通，请检查是否开启防火墙限制，将防火墙关闭或将端口加入到防火墙白名单中，这里nginx的默认端口为80

#查看已放行的端口
firewall-cmd --list-all
#将80端口加入到防火墙放行白名单中，并重载防火墙
firewall-cmd --add-port=80/tcp --permanent
firewall-cmd --reload

复制代码

关闭防火墙

#临时关闭防火墙
systemctl stop firewalld.service
#永久关闭防火墙
systemctl disable firewalld.service

复制代码

设置nginx 的开机启动

vim /etc/rc.local
文本底部追加
/usr/local/nginx/sbin/nginx

复制代码

<h2>三、Nginx介绍</h2>
1、修改配置端口和默认访问页面

#找到nginx的配置文件，编辑
vi /usr/local/nginx/conf/nginx.conf

复制代码

修改页面内容：

#这里放置的是nginx默认显示的页面
cd /usr/local/nginx/html/

复制代码

<h3>1、nginx配置文件详细说明：</h3>

#user nobody;#运行nginx的默认账号
#nginx进程数，建议设置为等于CPU总核心数。
worker_processes 1;
#事件区块开始
events {
#单个进程最大链接数（最大连接数=连接数*进程数）
#根据硬件调整，与前面工作进程配合起来用，尽量大，但别把CPU跑到100%就行，每个进程允许的最多连接数，理论上为每台nginx服务器的最大连接数
worker_connections 1024;
}
#设定http服务器，利用它的反向代理功能提供负载均衡支持
http {
#include:导入外部文件mime.types,将所有types提取为文件，然后导入到nginx配置文件中。
include mime.types;
#默认文件类型
default_type application/octet-stream;
#开启高效文件传输模式，sendfile指令指定nginx是否调用sendfile函数来输出文件，对于普通应用设置为on，如果用来进行下载等应用磁盘IO重负载应用，可设置为off，以平衡磁盘与网络I/O处理速度，降低系统的负载，注意：如果图片显示不正常把这个改成off
#sendfile指令指定，nginx是否调用sendfile函数（zero copy方式）来输出文件，对于普通应用，必须设为on,如果用来进行下载等应用磁盘IO重负载应用，可设置为off，以平衡磁盘与网络IO处理速度，降低系统uptime
sendfile on;
#长连接超时事件，单位是秒
keepalive_timeout 65;
#第一个server区块开始，表示一个独立的虚拟主机站点
server {
#提供服务的端口，默认80
listen 80;
#提供服务的域名主机名
server_name localhost;
#对 “/” 启动反向代理，第一个location区块开始
location / {
root html; #服务默认启动目录,可以改成指定的目录位置
index index.html index.htm; #默认的首页文件，多个用空格分开
}
#错误页面路由
error_page 500 502 503 504 /50x.html; # 出现对应的http状态码是，使用50x.html回应客户
location = /50x.html { # location区块开始，访问50x.html
root html; # 指定对应的站点目录为html
}
}
}

复制代码

<h3>2、nginx.conf分块理解</h3>
可以把nginx.conf分为三个部分：全局块、events块、http区域

<ul><li>全局区域：从配置文件开始到events块之间的内容，主要会设置一些影响nginx服务器整体运行的配置指令，主要包括配置运行nginx服务器的用户（组）、允许生成的worker process数，进程PID存放路径、日志存放路径和类型以及配置文件的引入等。必须上面的第一行配置</li></ul>

#允许的work process数
worker_processes 1;
# 引入其他配置文件,其他配置文件可以放在conf目录下的domains文件夹下（没有自己创建一个）
include domains/helloWord.conf

复制代码

这是Nginx服务器并发处理服务的关键配置，worker_processes值越大，可以支持的并发处理也越多，但是会受硬件、软件的设备的制约。
<ul><li>events区域：events块涉及的指令主要影响Nginx服务器与用户的网络连接，常用的设置包括是否开启对多worker_process下的网络连接进行序列化，是否允许同时接收多个网络连接，选取哪种事件驱动模型来处理连接请求，每个work process可以同时支持的最大链接数等。</li></ul>

worker_connections 1024;

复制代码

样例中就表示每个work process支持的最大连接数为1024，这部分的配置对Nginx的性能影响较大，在实际中应该灵活配置。
<ul><li>http区域块：这块是Nginx服务器配置中最频繁的部分，代理、缓存和日志定义等绝大多数功能和第三方模块的配置都在这里。这里http块包含：http全局块、server 块</li></ul>

<ul><li>http全局块：http全局块配置的指定包括文件引入、MIME-TYPE定义、日志自定义、连接超时事件、单链接请求数上限等。</li><li>server块：这块和虚拟主机有密切关系，虚拟主机从用户角度看，和一台独立的硬件主机是完全一样的，该技术的产生是为了节省互联网服务器硬件成本。每个http块可以包括多个server块，而每个server块就相当于一个虚拟主机。每个server块也分为server全局块以及可以同时包含多个location块。
<ul><li>全局server块：最常见的配置就是本虚拟机主机的监听配置和本虚拟机的名称或IP配置。</li><li>location块：一个server块可以配置多个location块。这块的主要作用就是基于nginx服务器接收到的请求字符串（例如：server_name/uri-string）,对虚拟主机名称（也可以是IP别名）之外的字符串（例如前面的/uri-string）进行匹配，对特定的请求进行处理。地址定向、数据缓存和应答控制等共鞥，还有许多第三方模块的配置也可以在这里进行。</li></ul></li></ul>
<h3> 3、nginx多情况处理</h3>
<h4>3.1、反向代理：</h4>
前端的主流解决跨域的方式就是：1、开发生产cors解决；2、开发proxy，生产nginx解决
nginx配置如下：

#接口端
location /police/ {
proxy_pass http://192.168.12.122:8852/police/;
proxy_redirect default;
proxy_http_version 1.1;
proxy_connect_timeout 60;
proxy_send_timeout 60;
proxy_read_timeout 90;
}

复制代码

解读如下：就是如果遇到以/police请求开头的接口，就去访问这个IP地址的后端接口。
定义多个端口的反向代理，直接copy上面的，直接修改代理头和proxy_pass即可。

<h4>3.2、开启gzip</h4>
开启gzip对于前端来说还是比较重要的，浏览器加载的包大概能节约一半的空间，例如首页需要加载b.js为900kb，在开启gzip后，浏览器会去加载b.js经过gzip之后的文件b.js.gz，大概只有450kb，能很好的提升浏览速度。

#在http全局配置块中添加如下配置
gzip on; # 默认off，是否开启gzip
gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;
# 上面两个开启基本就能跑起了，下面的愿意折腾就了解一下
gzip_static on;
gzip_proxied any;
gzip_vary on;
gzip_comp_level 6;
gzip_buffers 16 8k;
# gzip_min_length 1k;
gzip_http_version 1.1;

复制代码

<h4>3.3、前端页面刷新产生404问题</h4>
添加如下配置：

location / {
try_files $uri $uri/ /index.html;
}

复制代码

这段代码的作用是，当用户刷新页面时，Nginx会先检查当前URL是否存在，如果不存在，就会尝试访问index.html，从而可以正常显示页面。

<h4>3.4、维护页面</h4>
在系统维护升级时，希望用户可以打开我们的维护页面，配置如下：

# 系统临时维护请打开下面这行注释，并重启nginx,维护完毕后请注释下年这行,并重启nginx
# rewrite ^(.*)$ /maintainace.html break;

复制代码

<h4>3.5、开启多个端口监听，维护多个上线网站</h4>
 一个IP，利用nginx上线多个网站，例如访问192.168.1.154:8080访问我们的个人博客网站，访问192.168.1.154:8081访问我们的直播网站。
配置：直接复制server块即可，一个server块就代表了一个网站，需要修改下端口和文件的路径等内容。

# 第一个网站：个人博客项目配置
server {
listen 8080;
root /data/www/hexo;
index index.html;
location / {
try_files $uri $uri/ /index.html; # 路由模式history的修改
}
}
# 第二个网站：直播网站项目配置
server {
listen 8081;
root /data/www/geov;
index index.html;
location / {}
}

复制代码

<h4>3.6、动态资源与静态资源分离</h4>
在Web开发中，通常来说，动态资源其实就是指那些后台资源，而静态资源就是指HTML，JavaScript，CSS，img等文件。 一般来说，都需要将动态资源和静态资源分开，将静态资源部署在Nginx上，当一个请求来的时候，如果是静态资源的请求，就直接到nginx配置的静态资源目录下面获取资源，如果是动态资源的请求，nginx利用反向代理的原理，把请求转发给后台应用去处理，从而实现动静分离。 在使用前后端分离之后，可以很大程度的提升静态资源的访问速度，同时在开过程中也可以让前后端开发并行可以有效的提高开发时间，也可以有些的减少联调时间。
解析： 实际上我们在代理前端的html和接口时就已经做到了动静分离。我们打包后的dist包实际上就是纯静态的资源，所以直接访问nginx静态资源服务器，就不需要经过后台的tomcat。访问接口时，就需要nginx先去访问后台服务器，拿到结果再给到浏览器

<h5>如何配置（其实是优化，因为一般配置会有动静分离）：</h5>
假设有比较大的图片等需要放置到服务器上，然后通过nginx来转发。或者是有一个纯前端的开源项目（如pdf.js），也需要放在服务器上。如果放在本地代码包，打包出来体积会很大。

location /image/ {
root /var/filecenter/;
}
location /static/ {
root /var/filecenter/;
}
location /car/ {
root /var/filecenter/;
}
location ~ .*\.(html|htm|gif|jpg|jpeg|bmp|png|ico|js|css)$ {
root /Users/dalaoyang/Downloads/static;
}

复制代码

<h2>扩展：nginx常用命令</h2>

# 强制停止nginx命令
./nginx -s stop

# 优雅停止nginx命令，等最后一次交互执行完毕再停止
./nginx -s quit

# 重启nginx命令
./nginx -s reload

# 检查nginx配置文件是否有问题
./nginx -t

# 查看nginx版本信息
./nginx -v
# 查看nginx详细版本信息,注意是大写V
./nginx -V

<h3>Nginx相关命令扩展：</h3>
<h4>Nginx杀掉进程命令：</h4>
1)相关nginx进行全部杀掉：killall -9 nginx
2)把PID两个进程杀掉：kill -9 pid1 and kill -9 pid1
<h4>Linux下Nginx启动、重启、关闭命令：</h4>
nginx -s reload ：修改配置后重新加载生效
nginx -s reopen ：重新打开日志文件
nginx -t -c /path/to/nginx.conf 测试Nginx配置文件是否正确
启动操作 -c参数指定了要加载的Nginx配置文件路径
nginx -c /usr/local/nginx/conf/nginx.conf
停止Nginx进程
nginx -s stop :快速停止Nginx
quit ：完整有序的停止Nginx
其他的停止Nginx方式：
停止操作是通过向Nginx进程发送信号来进行的
步骤1：查询Nginx主进程号
ps -ef | grep nginx
在进程列表里面找master进程，它的编号就是主进程号了。
步骤2：发送信号
从容停止Nginx：
kill -QUIT 主进程号
例如：kill -QUIT 16391
快速停止Nginx：
kill -TERM 主进程号
强制停止Nginx：
kill -9 主进程号

[Linux服务器] Linux系统下安装配置 Nginx 超详细图文教程

新人须知

常见问题

关于我们