Linux环境下Nginx 1.23.1的安装与配置指南

本文还有配套的精品资源，点击获取

简介：Nginx 1.23.1是高性能的HTTP和反向代理服务器，广泛用于处理静态和动态内容。本文档提供了一个完整的Nginx 1.23.1版本源代码安装包，适用于Linux操作系统。文中详细介绍了安装前的准备工作、源代码的解压与配置、编译和安装步骤，以及如何创建并管理Nginx作为系统服务。此外，还包括了与后端应用服务器如PHP-FPM交互的配置示例。

1. Nginx 1.23.1源代码安装包适用于Linux

在当今的Web服务器市场上，Nginx已经成为了高性能和低资源消耗的代名词。通过使用Nginx 1.23.1的源代码包进行安装，你可以享受到最新版本带来的性能改进和安全增强。源代码安装允许你完全自定义安装过程，确保Nginx的每一个组件都符合你的需求。

首先，让我们从获取Nginx 1.23.1的源代码包开始。源代码包可以在Nginx的官方网站上找到，也可以通过GitHub上的官方仓库获得。下载源代码包后，你会需要一个Linux环境来编译和安装它。Linux操作系统因其稳定的性能和对开源技术的优秀支持，成为了安装Nginx的首选平台。

在安装Nginx之前，你需要确保你的Linux环境符合所有编译和运行Nginx的要求。这包括安装编译工具和必要的依赖库。在本章的后续部分，我们将详细介绍如何检查和安装这些必备组件，以确保顺利安装Nginx源代码。

以上内容作为第一章的引子，为读者介绍了Nginx的重要性以及接下来章节中将要涉及到的准备工作。第二章将详细说明这些准备工作和环境检查的步骤，确保读者能够顺利进入Nginx的安装和配置流程。

2. 安装前的准备和环境检查

在安装Nginx之前，系统环境的准备和检查是至关重要的步骤。这包括了验证系统中是否安装了GCC和Make编译工具、安装这些工具（如果它们尚未安装），以及准备编译环境，如安装必要的依赖库和创建用户等。

2.1 检查GCC和Make编译工具安装情况

2.1.1 检测GCC编译器版本

GCC（GNU Compiler Collection）是一个编译器集合，它是编译C/C++等语言代码的核心工具。检查GCC的版本是通过运行以下命令实现的：

gcc --version

如果系统已安装GCC，该命令将输出GCC的版本信息。如果未安装，系统可能会提示找不到命令的错误。

2.1.2 检测Make工具版本

Make是一个构建自动化工具，它读取Makefile文件中的指令来编译和链接程序。检查Make的版本使用以下命令：

make --version

这个命令会显示Make工具的版本号以及相关的信息。同样，如果未安装Make，系统将显示错误信息。

2.2 安装GCC和Make编译工具

根据操作系统不同，GCC和Make的安装步骤可能有所差异。以下是在Ubuntu和CentOS系统上的具体安装步骤。

2.2.1 Ubuntu系统的安装步骤

对于Ubuntu系统，可以使用其包管理器apt来安装GCC和Make：

sudo apt-get update
sudo apt-get install build-essential

这里， build-essential 包包含了GCC编译器和Make工具。

2.2.2 CentOS系统的安装步骤

在CentOS系统上，安装过程使用yum包管理器：

sudo yum groupinstall "Development Tools"
sudo yum install gcc-c++

第一行命令安装了开发工具组，包含了GCC和Make以及其他编译时需要的工具。第二行命令则单独安装了C++编译器，因为Make可能已预先安装，但GCC需要单独安装。

2.3 准备编译环境

编译环境的准备工作涉及到安装一些必要的依赖库，以及创建专用的用户和用户组，以便更安全地运行Nginx。

2.3.1 安装必要的依赖库

Nginx的编译需要一些第三方库的支持，例如zlib、pcre和OpenSSL等。以下是安装这些依赖库的命令：

sudo apt-get install zlib1g-dev libpcre3 libpcre3-dev libssl-dev

在CentOS系统上，使用以下命令进行安装：

sudo yum install zlib-devel pcre-devel openssl-devel

2.3.2 创建用户和用户组

为了安全起见，创建一个专用的用户和用户组来运行Nginx是一个推荐的做法。这样可以避免Nginx以root用户运行，增加系统的安全性。以下是创建用户和用户组的命令：

sudo groupadd nginx
sudo useradd -g nginx -s /bin/false -M nginx

这里， -g 选项指定用户所属的组， -s 选项定义用户登录的shell， -M 选项确保不为用户创建home目录。

2.3.3 配置文件结构解释

Nginx的源代码包含了多个配置文件，它们位于 /conf 目录中。这里简单介绍其中一些配置文件的作用：

• nginx.conf : 这是Nginx的主配置文件，用于设置全局参数，如worker processes数量、日志格式、事件处理、http、server和location块等。
• mime.types : 定义了文件扩展名与MIME类型的对应关系，Nginx使用这些信息来决定如何处理请求。
• fastcgi_params 和 uwsgi_params : 这些文件定义了用于FastCGI或uWSGI协议的参数设置，用于配置和后端应用服务器的交互。

下面是一个简单的 nginx.conf 配置文件示例：

worker_processes  1; # 启动的worker进程数

error_log  /var/log/nginx/error.log debug; # 错误日志文件位置和日志级别

events {
    worker_connections  1024; # 每个worker进程允许的最大连接数
}

http {
    include       mime.types; # 引入MIME类型定义
    default_type  application/octet-stream;
    sendfile        on; # 开启高效文件传输模式

    keepalive_timeout  65; # 长连接超时时间

    server {
        listen       80; # 监听端口
        server_name  localhost; # 服务器名

        location / {
            root   html; # 网站根目录位置
            index  index.html index.htm;
        }
    }
}

这份配置文件定义了Nginx的基本运行参数，它指定了工作进程数、错误日志的详细程度、事件处理的连接数以及HTTP服务的根目录和默认索引文件。这只是配置文件的一个简单示例，实际的Nginx服务器可能需要更复杂的配置。

通过本章的介绍，您应该已经掌握了如何检查和安装GCC、Make以及依赖库，并为Nginx的编译安装准备了良好的环境。这些步骤是确保Nginx安装顺利进行的基础。在下一章中，我们将继续深入了解如何解压Nginx源代码，配置编译选项，并最终完成Nginx的编译与安装。

3. Nginx源代码的解压与初步配置

3.1 解压Nginx源代码安装包

3.1.1 下载Nginx 1.23.1源代码压缩包

在开始编译安装之前，首先需要获取Nginx的源代码。可以通过官方提供的下载链接，使用 wget 命令快速下载到本地。对于Nginx 1.23.1版本，下载地址通常是 https://nginx.org/download/nginx-1.23.1.tar.gz ，具体步骤如下：

wget https://nginx.org/download/nginx-1.23.1.tar.gz

确保下载无误后，可以用 ls 命令查看到当前目录下是否已存在该文件。通常，我们会检查文件的哈希值以确认下载完整性和安全性，使用如下命令：

sha512sum nginx-1.23.1.tar.gz

3.1.2 解压操作步骤

下载完成后，使用 tar 命令来解压缩下载的文件。 -x 代表解压， -v 代表详细模式，即在解压过程中显示详细信息， -z 代表处理压缩文件， -f 后跟文件名指定了操作的对象。

tar -zxvf nginx-1.23.1.tar.gz

解压成功后，会生成一个名为 nginx-1.23.1 的目录，接下来的编译配置都将在此目录中进行。

3.2 进入Nginx源代码目录

3.2.1 查看源代码目录结构

解压完成后，我们需要进入Nginx的源代码目录，查看其内部结构。通过 cd 命令进入解压后的目录：

cd nginx-1.23.1

使用 ls 命令可以查看目录下的文件和子目录结构。典型的Nginx源代码目录会包含以下几个重要的文件和目录：

• auto ：包含用于检测操作系统环境的脚本。
• conf ：存放Nginx的默认配置文件。
• configure ：是一个脚本，用于生成适合当前系统的Makefile。
• src ：存放Nginx的源代码。
• README 和 CHANGES ：包含了Nginx的使用说明和版本变更日志。

3.2.2 理解Nginx源代码的组织形式

Nginx源代码的主要部分都集中在 src 目录下。该目录下主要包含以下子目录：

• core ：核心模块的代码。
• event ：事件处理相关的代码。
• http ：HTTP服务器的实现代码，包括处理静态内容的模块。
• mail ：邮件代理服务器的代码。
• misc ：包含一些工具和额外的模块。

configure 脚本的作用是检测系统环境，生成适合当前环境的Makefile文件。它会检查系统中已有的库文件和头文件等，配置编译选项，以便编译器可以根据这些选项编译出适合当前环境运行的Nginx。

3.3 配置Nginx编译选项

3.3.1 使用默认配置

在 nginx-1.23.1 目录下，使用默认配置编译Nginx是最简单的方式。这将允许Nginx根据你的系统环境自动选择合适的编译选项。在终端中运行以下命令：

./configure

一旦运行完成，脚本会在当前目录下生成一个Makefile文件，后续使用 make 命令时，会使用这个Makefile文件来编译Nginx。

3.3.2 自定义配置选项

如果需要对Nginx进行定制化编译， configure 脚本提供了很多选项供用户选择。例如，如果你需要指定Nginx编译后的安装路径，可以使用 --prefix 选项：

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

如果你需要启用特定模块，如 ngx_http_ssl_module 来支持SSL连接，可以使用 --with-http_ssl_module 选项：

./configure --with-http_ssl_module

在自定义配置时，你可以查看 ./configure --help 来获取所有可用选项的详细信息。

至此，我们已经解压了Nginx源代码，并对其进行了简单的配置。在下一章节中，我们将进行Nginx的编译安装，使它在Linux环境中运行起来。

4. Nginx的编译与安装过程

4.1 编译Nginx源代码

4.1.1 详细解释编译命令和参数

编译Nginx源代码通常使用 ./configure 、 make 和 make install 这三个命令。在详细介绍编译命令和参数之前，我们需要理解这三个命令的执行逻辑和预期目标。

• ./configure ：这是一个脚本工具，它用于检测系统环境并根据检测结果生成Makefile文件。这个过程包含了对依赖的检查、编译选项的配置等。

编译选项可以非常详细，包括但不限于指定安装目录、模块支持、SSL配置、HTTP特性等。例如：

./configure --prefix=/usr/local/nginx --with-http_ssl_module --with-http_gzip_static_module

• make ：这个命令用于根据Makefile文件编译Nginx。它会调用gcc和make工具，并将源代码编译成可执行文件。

• make install ：编译完成后，执行这个命令会安装Nginx到之前指定的安装目录。

在执行 ./configure 时可以带入多种参数，下面是一些常用参数：

• --prefix=<dir> ：指定Nginx安装的目录。
• --with-http_ssl_module ：启用SSL模块支持。
• --with-http_gzip_static_module ：启用gzip静态压缩模块支持。
• --with-http_realip_module ：启用realip模块支持，用于处理客户端请求头中的真实IP地址。
• --with-stream ：启用TCP/UDP代理模块支持。
• --with-http_v2_module ：启用HTTP/2支持。

4.1.2 监控编译过程中的日志信息

在执行编译命令 make 的时候，我们可以看到许多的编译信息输出。以下是一个编译过程中的典型日志输出示例：

make[1]: Entering directory '/path/to/nginx-1.23.1'
cc -c -pipe  -O -W -Wall -Wpointer-arith -Wno-unused-parameter -Werror -I src/core -I src/event -I src/event/modules -I src/os/unix -I src/os/mingw -I src/http -I src/http/modules -I src/stream -I src/stream/modules -I src/mail -I src/mail/modules -I /usr/local/include -I /usr/local/include -o nginx.o src/core/nginx.o
make[1]: Leaving directory '/path/to/nginx-1.23.1'
make -f objs.Makefile install
make[1]: Entering directory '/path/to/nginx-1.23.1'
cp -f objs/nginx /usr/local/nginx/sbin/nginx
make[1]: Leaving directory '/path/to/nginx-1.23.1'

这个过程中，我们需要关注以下几个方面：

• 是否有错误信息（Error）出现，这通常表示编译过程遇到问题。
• 编译过程的进度，显示到哪一步了。
• 生成的可执行文件位置。

如果有错误发生，需要根据错误信息提示进行相应的问题排查。编译过程中的警告（Warning）信息也需要关注，因为它们可能会影响Nginx的运行。

4.2 安装Nginx

4.2.1 完成编译后的安装步骤

编译完成后，使用 make install 命令来安装Nginx。这个命令会将编译好的Nginx可执行文件和相关配置文件复制到指定的安装目录。这里以安装到 /usr/local/nginx 为例，展示一个完整的安装步骤：

make
make install

4.2.2 检验Nginx安装成功与否

安装完成后，可以通过以下命令检验Nginx是否安装成功：

/usr/local/nginx/sbin/nginx -V

该命令会显示Nginx的版本信息，包括编译时使用的一些选项。成功安装后，通常会输出类似以下内容：

nginx version: nginx/1.23.1
built by gcc 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)
configure arguments: --prefix=/usr/local/nginx --with-http_ssl_module --with-http_gzip_static_module --with-http_realip_module ...

除了版本信息外，还可以通过启动Nginx来进一步验证安装成功：

/usr/local/nginx/sbin/nginx

随后，访问 http://localhost 或 http://<server_ip> ，如果看到Nginx的欢迎页面，则表示安装成功。

4.3 配置文件的优化建议

4.3.1 读取配置文件的规则

Nginx的主配置文件通常位于 /usr/local/nginx/conf/nginx.conf 。当Nginx启动时，它会读取这个文件以及目录 /usr/local/nginx/conf/conf.d/ 下的所有 .conf 文件。

Nginx按照配置文件中出现的顺序加载各个配置块，如果存在重复配置块，后面的配置会覆盖前面的配置。例如，如果有两个 server 块定义了相同的server_name，则最后出现的块会生效。

4.3.2 Nginx配置文件的核心参数解析

Nginx配置文件中的一些核心参数是调整其性能和行为的关键。下面是一些常见的配置项及其作用：

• worker_processes ：设置工作进程的数量。通常情况下，这个值应该设置为CPU的核心数。

• worker_connections ：设置每个工作进程可以打开的最大连接数。

• keepalive_timeout ：设置客户端与服务器之间保持连接的超时时间。

• sendfile ：开启高效文件传输模式。

• gzip ：启用或调整Gzip压缩相关参数。

• server ：定义一个虚拟主机，配置监听的端口、服务器名称、请求处理规则等。

以下是一个简单的配置文件示例：

http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;
    keepalive_timeout  65;

    server {
        listen       80;
        server_name  localhost;

        location / {
            root   html;
            index  index.html index.htm;
        }
    }
}

这个配置文件包括了开启sendfile模式、设置超时时间、定义了一个监听80端口并处理本地请求的server块。通过调整这些配置参数，可以根据实际需求优化Nginx的性能。

在进行配置文件优化时，务必要理解每个参数的意义，合理配置以达到预期的运行效果。同时，在对配置文件进行任何修改后，都需要重启Nginx服务以使更改生效：

service nginx restart
# 或
nginx -s reload

以上是Nginx编译与安装的详细过程，通过本章节的介绍，我们了解了从源代码编译到安装的完整流程，并提供了一些优化配置文件的建议。接下来的章节将会进一步深入Nginx的系统服务管理。

5. Nginx的系统服务管理

5.1 创建Nginx系统服务脚本

在这一部分，我们将探讨如何创建一个适用于Nginx的systemd服务文件。Systemd是一个系统和服务管理器，广泛用于Linux发行版中。通过使用systemd，我们可以更加方便地管理Nginx服务，包括启动、停止、重启服务以及配置开机自启动等。

5.1.1 编写systemd服务文件

首先，需要创建一个名为 nginx.service 的文件，在 /etc/systemd/system/ 目录下。该服务文件将包含Nginx服务的配置信息，如下示例：

[Unit]
Description=The NGINX HTTP and reverse proxy server
After=syslog.target network.target remote-fs.target nss-lookup.target

[Service]
Type=forking
ExecStart=/usr/local/nginx/sbin/nginx
ExecReload=/usr/local/nginx/sbin/nginx -s reload
ExecStop=/usr/local/nginx/sbin/nginx -s quit
PrivateTmp=true

[Install]
WantedBy=multi-user.target

5.1.2 配置服务文件以适应不同操作系统

上述的服务文件是在一个通用的Linux环境下。不过，不同的Linux发行版可能对服务文件的配置有所不同。例如， ExecStart 等指令可能需要根据实际安装的路径进行调整。在Ubuntu上，你可能需要使用 ExecStartPre 指令来创建必要的运行目录。

请根据实际的系统环境修改相应的路径。一旦完成，需要重新加载systemd管理器的配置，以使更改生效。

sudo systemctl daemon-reload

5.2 启动Nginx服务

在配置了systemd服务文件之后，可以按照以下步骤来启动Nginx服务，并检查其状态。

5.2.1 启动服务的命令和脚本

使用下面的systemd命令启动Nginx服务：

sudo systemctl start nginx

5.2.2 检查服务状态的方法

启动服务之后，可以通过下面的命令来检查Nginx服务是否正常运行：

sudo systemctl status nginx

该命令会显示服务的当前状态，包括是否正在运行，以及最近的日志条目。

5.3 管理Nginx服务

一旦Nginx作为服务运行，将需要了解如何停止、重启服务以及如何设置为开机自启动。

5.3.1 停止、重启服务的方法

停止Nginx服务：

sudo systemctl stop nginx

重启Nginx服务：

sudo systemctl restart nginx

5.3.2 设置开机自启动

要设置Nginx在系统启动时自动启动，可以使用下面的命令：

sudo systemctl enable nginx

该命令将会在 /etc/systemd/system/multi-user.target.wants/ 目录下创建一个到 nginx.service 文件的符号链接，这样Nginx在下次启动时会自动运行。

以上就是在Linux系统中配置和管理Nginx服务的详细步骤。熟练掌握这些步骤能够帮助IT运维人员更加高效地控制Nginx服务，并确保服务的稳定性和可靠性。

6. Nginx高级配置与后端应用集成

随着互联网应用的复杂性增加，Nginx不再仅仅是一个静态资源服务器，而是经常承担起后端应用服务器的重任，与各种应用语言和应用服务器交互。本章我们主要探讨如何使用Nginx高级配置与后端应用集成，以及一些常见的配置优化案例。

6.1 配置Nginx与后端应用服务器交互

6.1.1 理解反向代理的概念

反向代理是Web服务器的一种配置，其中Web服务器接收外部客户端的请求，并将其转发到内部网络中的后端服务器。Nginx配置为反向代理的目的是为了保护后端应用，提供负载均衡，以及优化性能。与传统的正向代理不同，正向代理是指代理客户端的行为，而反向代理代理的是服务器端。

6.1.2 配置后端应用服务器信息

为了配置Nginx作为反向代理服务器，需要在Nginx配置文件中指定后端应用服务器的地址和端口。例如，我们有一个运行在本地机器上端口为9000的后端应用服务器，可以在Nginx配置文件中添加如下配置：

location / {
    proxy_pass http://127.0.0.1:9000;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}

上述配置中 proxy_pass 指令指定了后端服务器的地址， proxy_set_header 指令用于添加或修改传递给后端服务器的HTTP头信息，这样后端服务器可以根据这些头信息获取正确的客户端IP地址等信息。

6.2 配置PHP-FPM作为后端应用

6.2.1 安装PHP-FPM

为了使Nginx支持PHP应用，通常我们会配置Nginx与PHP-FPM之间的交互。首先，我们需要在系统上安装PHP-FPM。以Ubuntu系统为例，可以通过以下命令安装PHP-FPM：

sudo apt update
sudo apt install php-fpm php-mysql

6.2.2 配置PHP-FPM与Nginx的交互

安装完成后，需要配置Nginx来连接PHP-FPM。根据你的PHP-FPM安装位置（通常是在 /etc/php/7.x/fpm/pool.d/www.conf ），Nginx需要知道使用哪个socket或者IP和端口与PHP-FPM通信。以下是一个配置示例：

location ~ \.php$ {
    include snippets/fastcgi-php.conf;
    fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
}

在这个配置中， location ~ \.php$ 指定了所有以.php结尾的文件请求都应通过PHP-FPM处理。 fastcgi_pass 指令指定了与PHP-FPM通信的socket文件路径。

6.3 高级配置示例与解析

6.3.1 负载均衡的配置方法

当你的后端应用需要处理大量请求时，单个应用服务器可能会成为瓶颈。在这种情况下，可以通过Nginx的负载均衡功能来分散请求到多个应用服务器。以下是一个简单的负载均衡配置示例：

http {
    upstream myapp1 {
        server srv1.example.com;
        server srv2.example.com;
        server srv3.example.com;
    }

    server {
        listen 80;

        location / {
            proxy_pass http://myapp1;
        }
    }
}

在这个配置中， upstream 块定义了一个服务器组 myapp1 ，其中包含了三个示例服务器。Nginx将自动将请求负载均衡分配给这三个服务器。 proxy_pass 指令将请求传递到这个服务器组。

6.3.2 静态资源缓存优化配置

静态文件如图片、CSS、JavaScript文件等，通常不经常变化，对这些资源进行缓存可以显著提高Web性能。下面是一个静态文件缓存配置的示例：

location ~* \.(js|css|png|jpg|jpeg|gif|ico)$ {
    expires 30d;
    add_header Cache-Control "public";
}

在这个配置中，以.js、.css、.png、.jpg、.jpeg、.gif、.ico结尾的文件请求会被缓存30天。 expires 指令用于设置缓存的过期时间， add_header 指令则向响应中添加了Cache-Control头，表明这些文件可以被缓存。

通过这些高级配置，Nginx不仅可以作为静态资源服务器，也可以成为强大的Web应用服务器，能够高效地处理各种Web应用需求。这章节只是对Nginx高级配置的一个简单介绍，更多高级配置方法和优化策略还需要根据实际应用场景来具体分析和配置。

本文还有配套的精品资源，点击获取

简介：Nginx 1.23.1是高性能的HTTP和反向代理服务器，广泛用于处理静态和动态内容。本文档提供了一个完整的Nginx 1.23.1版本源代码安装包，适用于Linux操作系统。文中详细介绍了安装前的准备工作、源代码的解压与配置、编译和安装步骤，以及如何创建并管理Nginx作为系统服务。此外，还包括了与后端应用服务器如PHP-FPM交互的配置示例。

本文还有配套的精品资源，点击获取