Nginx 配置文件的完整指南 (一)

夏诗曼CharmaineXia

已于 2023-08-18 18:14:29 修改

阅读量419

点赞数

分类专栏：中间件文章标签： nginx 运维

于 2023-08-18 16:20:07 首次发布

本文链接：https://blog.csdn.net/CharmaineXia/article/details/132358180

版权

中间件专栏收录该内容

8 篇文章 1 订阅

订阅专栏

文章目录

Nginx 配置文件的完整指南 (二)

一、简介

Nginx是一款高性能的Web服务器和反向代理服务器，它的配置文件起着关键的作用。Nginx配置文件定义了服务器的行为和特性，允许管理员对服务器进行灵活的配置和定制。

1.1 配置文件一览

Nginx的主配置文件nginx.conf的内容如下：

在这里插入图片描述

二、全局配置

全局配置顾名思义全局生效，只需要配置一次即可。

2.0 user

指定Nginx worker进程运行的用户和用户组，要和nginx.conf文件设置的用户访问权限一致。

user root;

2.1 worker_processes

worker_processes用于设置Nginx的工作进程数。每个工作进程都可以处理并发的连接请求。

worker_processes 4;   # 表示Nginx将启动4个工作进程来处理连接请求

一般来说，可以设置为CPU核心数的2倍，以充分利用服务器的资源。但是，过多的工作进程可能会导致资源竞争和性能下降，因此需要根据实际情况进行调整。

还可以考虑使用auto关键字设置为自动获取CPU核心数的值。

worker_processes auto;

2.2 events模块

用于配置Nginx的事件模块，包括并发连接数等参数设置。

events {
    worker_connections 1024;
}

worker_connections：设置每个工作进程的最大并发连接数。每个连接都会占用一定的内存，因此需要根据服务器资源和预期负载来调整该值。一般建议将其设置为1024或更高。

2.3 http模块

用于配置HTTP服务器的行为和特性，包括配置MIME类型、日志、缓冲、压缩、反向代理、负载均衡等，是我们填写配置的核心区域。

http {
    include       mime.types;
    default_type  application/octet-stream;
    
    # 日志配置
    access_log  /var/log/nginx/access.log  main;
   	..........
    
    # 连接超时和缓冲区配置
    client_body_timeout 12s;
	..........
    
    # 压缩配置
    gzip on;
	..........
    
    # 路由和反向代理配置
    server {
		..........
    }
    
    # SSL/TLS 配置
    server {
        listen       443 ssl;
		..........
    }
}

include mime.types;：用于包含一个名为 mime.types 的文件。该文件定义了 MIME 类型与文件扩展名之间的映射关系。
- MIME 类型用于标识文件的内容类型，例如 text/html 表示 HTML 文件，image/jpeg 表示 JPEG 图像文件等。通过包含 mime.types 文件，Nginx 可以根据文件扩展名来确定响应的 MIME 类型，并在处理请求时使用适当的 MIME 类型。
default_type application/octet-stream;：设置默认的 MIME 类型。如果 Nginx 在处理请求时无法确定文件的 MIME 类型，将使用 application/octet-stream 作为默认的 MIME 类型。
- application/octet-stream是一个通用的二进制流类型，表示未知或不可识别的文件类型。

三、server模块

server块是Nginx配置文件中定义基本服务器的关键部分。每个server块定义了一个虚拟主机或服务器的配置。

3.1 listen

设置服务器监听的端口和地址，可以根据需要设置不同的端口号，一个server只能设置一个监听端口。

server {
    listen 80;  # 监听80端口的所有请求
}

3.2 server_name

设置服务器的名称或域名。

当客户端发送请求到 Nginx 服务器时，Nginx 会根据请求中的域名与配置文件中的 server_name 进行匹配。如果请求的域名与某个服务器块的server_name匹配成功，Nginx 将使用该服务器块来处理请求。

可以使用以下几种方式进行配置：

单个域名：例如，server_name example.com;，表示只匹配请求的域名为 example.com 的情况。

server {
    server_name example.com;
}

多个域名：可以使用空格或逗号分隔多个域名。例如，server_name example.com www.example.com;，表示匹配请求的域名为 example.com 或 www.example.com 的情况。

server {
    server_name example.xxx.com test.xxx.com;
}

通配符：可以使用通配符来匹配多个域名。例如，server_name *.example.com;，表示匹配所有以 example.com 作为后缀的域名。
正则表达式：可以使用正则表达式来进行更灵活的匹配。例如，server_name ~^(www\.)?example\.com$;，表示匹配以 example.com 或 www.example.com 开头的域名。

3.3 location：请求处理位置

用于匹配不同的 URL 路径，并指定相应的处理方式，如代理请求、返回静态文件、执行脚本等。

location 可以在全局配置块中使用，也可以在 server 块或 location 块中使用。

精确匹配：

location = /path {
    # 处理 /path 的请求
    ...
}

前缀匹配：

location ^~ /static {
    # 处理以 /static 开头的请求
    root /var/www/html;
    ...
}

正则表达式匹配：

location ~ \.(jpg|png)$ {
    # 处理以 .jpg 或 .png 结尾的请求
    root /var/www/images;
    ...
}

常规匹配：

location /path {
    # 处理包含 /path 的请求
    ...
}

需要注意指令的匹配顺序非常重要，因为 Nginx 将按照配置文件中location指令的顺序进行匹配。因此应该将最具体的匹配规则放在前面，以确保正确的匹配和处理顺序。

Nginx 配置文件的完整指南 (二)——反向代理、负载均衡配置