Nginx基础教程（27）Nginx模块体系之配置解析：Nginx模块体系解密：配置语法入门到实战

原创 于 2025-11-28 09:07:59 发布 · 177 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#nginx #运维

从配置指令到模块架构，一篇文章掌握Nginx的核心玩法

0. 前言：为什么Nginx如此强大？

如果你正在学习Web服务器，那么Nginx一定是你绕不开的名字。这个由俄罗斯工程师伊戈尔·赛索耶夫开发的软件，如今已经占据了全球Web服务器市场的巨大份额。

Nginx的强大之处，在于其灵活的配置语法与丰富的模块生态。无论是搭建静态网站、实现反向代理，还是配置负载均衡，都需要掌握这两大基础。本文将带你从配置语法入手，逐步深入Nginx的模块化架构，并通过完整示例帮助你在实际项目中灵活应用。

1. Nginx配置语法：三大核心要素

Nginx的配置文件采用指令驱动的语法，结构清晰且灵活。要理解和编写Nginx配置，首先需要掌握它的三大核心要素：指令结构、块配置和变量使用。

1.1 指令结构：基础配置单元

Nginx的配置以指令为最小单位，每条指令必须遵循“指令名 + 指令值 + 分号”的格式，缺一不可。分号是指令结束的标志，遗漏会导致配置报错。

基本语法示例：

listen 80;  # 监听80端口
root /usr/share/nginx/html;  # 网站根目录
index index.html;  # 默认首页
gzip on;  # 启用gzip压缩

部分指令支持多个值，用空格分隔。例如index指令可指定多个首页文件（按顺序查找，找到第一个存在的文件）：

# 优先查找index.html，不存在则找index.htm，再找index.php
index index.html index.htm index.php;

常见错误与避坑指南：

  • 遗漏分号：例如listen 80（少了分号），执行nginx -t会提示syntax error: unexpected end of file
  • 指令值错误：例如gzip onn（错误值onn，正确为on或off），配置检查会报错invalid value "onn" in "gzip onn;"
  • 指令名拼写错误：例如listern 80（错误指令名listern，正确为listen），会提示unknown directive "listern"

1.2 块配置：组织相关配置的容器

当多个指令需要作用于同一“上下文”（如一个网站、一个请求路径）时，Nginx用块配置将它们组织起来，格式为块名 { 指令/子块 }。常见的块配置有main（全局块）、events（事件块）、http（HTTP块）、server（虚拟主机块）、location（路径匹配块）。

块配置的层级关系：

Nginx配置的块具有层级嵌套特性，不同块的作用范围不同。

# 1. 全局块（main）：作用于整个Nginx服务
worker_processes auto;  # 工作进程数（全局生效）
error_log /var/log/nginx/error.log warn;  # 错误日志

# 2. 事件块（events）：作用于网络连接
events {
    worker_connections 1024;  # 单进程最大连接数（仅在events块生效）
}

# 3. HTTP块：作用于所有HTTP请求
http {
    include /etc/nginx/mime.types;  # 引入MIME类型（HTTP层生效）
    
    # 3.1 虚拟主机块（server）：作用于特定网站
    server {
        listen 80;  # 监听80端口（仅当前server生效）
        server_name example.com;  # 网站域名
        
        # 3.1.1 路径匹配块（location）：作用于特定请求路径
        location / {
            root /usr/share/nginx/html;  # 根目录（仅当前location生效）
            index index.html;
        }
    }
}

核心块的作用范围：

块名称

作用范围

常用场景

main

整个Nginx服务（进程、日志、PID等全局配置）

设置worker_processes、error_log

events

网络连接相关（事件模型、连接数限制）

设置worker_connections、use epoll

http

所有HTTP/HTTPS请求

引入MIME类型、配置gzip、include虚拟主机

server

单个虚拟主机（网站），通过server_name区分

配置网站端口、域名、日志

location

单个请求路径（如/、/api），通过路径匹配生效

配置静态资源、反向代理、权限

1.3 实战：用server块配置多网站

假设一台服务器需要部署两个网站（example.com和test.com），可通过两个server块实现：

http {
    # 网站1：example.com
    server {
        listen 80;
        server_name example.com;  # 域名1
        root /usr/share/nginx/example;  # 网站1的根目录
        index index.html;
    }
    
    # 网站2：test.com
    server {
        listen 80;
        server_name test.com;  # 域名2
        root /usr/share/nginx/test;  # 网站2的根目录
        index index.html;
    }
}

2. Nginx模块化架构解析

Nginx的模块化设计是其架构基础，也是它如此灵活高效的根源。

2.1 模块化设计：高度解耦的架构

Nginx服务器被分解为多个模块，每个模块就是一个功能模块，只负责自身的功能，模块之间严格遵循“高内聚，低耦合”的原则。

Nginx模块主要分为以下几类：

  1. 核心模块：Nginx服务器正常运行必不可少的模块，提供错误日志记录、配置文件解析、事件驱动机制、进程管理等核心功能。
  2. 标准HTTP模块：提供HTTP协议解析相关的功能，如端口配置、网页编码设置、HTTP响应头设置等。
  3. 可选HTTP模块：主要用于扩展标准的HTTP功能，让Nginx能处理一些特殊的服务。
  4. 邮件服务模块：主要用于支持Nginx的邮件服务。
  5. 第三方模块：为了扩展Nginx服务器应用，完成开发者自定义功能。

从功能上，Nginx模块又可分为三类：

  • Handlers（处理器模块）：直接处理请求，并进行输出内容和修改headers信息等操作。一般只能有一个。
  • Filters（过滤器模块）：主要对其他处理器模块输出的内容进行修改操作，最后由Nginx输出。
  • Proxies（代理类模块）：如HTTP Upstream模块，主要与后端服务如FastCGI等交互，实现服务代理和负载均衡。

2.2 Nginx的请求处理方式

Nginx是一个高性能的Web服务器，能够同时处理大量的并发请求。它结合多进程机制和异步机制，异步机制使用的是异步非阻塞方式。

多进程模型：

Nginx服务器使用master/worker多进程模式。

  • 主进程（Master Process）：负责管理 worker 进程，读取配置，绑定端口等特权操作
  • 工作进程（Worker Process）：负责处理实际的客户端请求，通常与CPU核心数相同

这种架构的好处是各个进程之间相互独立，不需要加锁，减少了使用锁对性能造成影响。如果一个进程发生异常退出时，其它进程正常工作，master进程则很快启动新的worker进程，确保服务不中断。

异步非阻塞机制：

每个工作进程使用异步非阻塞方式，可以处理多个客户端请求。

当某个工作进程接收到客户端的请求以后，调用IO进行处理，如果不能立即得到结果，就去处理其他的请求（即为非阻塞）；而客户端在此期间也无需等待响应，可以去处理其他事情（即为异步）；当IO返回时，就会通知此工作进程；该进程得到通知，暂时挂起当前处理的事务去响应客户端请求。

3. 核心模块详解与配置实战

了解了Nginx的模块体系后，让我们深入看看几个核心模块的具体配置方法。

3.1 核心模块与Events模块

核心模块是Nginx最基本的功能，由nginx-core模块提供，无需显式引入。

核心模块主要指令：

# 运行用户，若编译时未指定则默认为nobody
user nginx nginx;

# 工作进程数量，可配置成服务器内核数相同或2倍
worker_processes auto;

# 错误日志路径和级别
error_log /var/log/nginx/error.log warn;

# 指定存储主进程PID的文件
pid /var/run/nginx.pid;

# 设置一个worker进程可以打开的最大文件描述符数
worker_rlimit_nofile 65535;

Events模块：

Events模块控制Nginx如何处理连接，位于events { ... }块中。

events {
    # 每个worker进程能够同时处理的最大连接数
    worker_connections 10240;
    
    # 指定连接处理的方法，如epoll（Linux高效方式）
    use epoll;
    
    # 设置一个worker进程是否一次性接受所有新连接
    multi_accept on;
}

重要说明： 最大客户端数 = worker_processes × worker_connections。例如，如果worker_processes为4，worker_connections为10240，那么理论最大连接数为40960。

3.2 HTTP核心模块

HTTP核心模块是最复杂和最重要的模块，绝大多数Web服务器功能都在这里配置，位于http { ... }块中。

HTTP全局配置示例：

http {
    # 引入MIME类型定义文件
    include /etc/nginx/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 /var/log/nginx/access.log main;
    
    # 高效文件传输模式
    sendfile on;
    tcp_nopush on;
    
    # 连接保持超时时间
    keepalive_timeout 65;
    
    # 启用Gzip压缩
    gzip on;
    gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;
}

3.3 Server块与Location块

Server块用于定义一个虚拟主机，是Web服务的基础单元。

server {
    # 监听端口和域名
    listen 80;
    server_name example.com www.example.com;
    
    # 字符集设置
    charset utf-8;
    
    # 当前server的访问日志
    access_log /var/log/nginx/example.access.log main;
    
    # 根location块
    location / {
        root /usr/share/nginx/html;
        index index.html index.htm;
    }
}

Location块根据请求URI进行配置，是Nginx配置的精华所在。

Location匹配语法：

location [修饰符] pattern {
    # 配置指令
}

Location修饰符：

  • =：精确匹配
  • ^~：前缀匹配，如果匹配成功，则不再进行正则匹配
  • ~：区分大小写的正则匹配
  • ~*：不区分大小写的正则匹配
  • 无：普通前缀匹配

Location匹配优先级： = > ^~ > ~/~* > 无（最长前缀匹配）

Location配置示例：

server {
    listen 80;
    server_name example.com;
    
    # 精确匹配：只匹配/logo.png
    location = /logo.png {
        root /data/images/static;
        expires 30d;  # 设置缓存时间
    }
    
    # 前缀匹配：匹配所有以/images/开头的路径
    location ^~ /images/ {
        alias /data/images/;
        # 请求/images/logo.png将返回/data/images/logo.png
    }
    
    # 正则匹配：匹配所有图片文件
    location ~* \.(gif|jpg|jpeg|png)$ {
        root /data/images/all;
        access_log off;  # 不记录访问日志
        expires 30d;
    }
    
    # 通用匹配：匹配所有请求
    location / {
        root /usr/share/nginx/html;
        index index.html index.htm;
        
        # 常用于前端路由（如Vue、React）
        try_files $uri $uri/ /index.html;
    }
}

3.4 常用高级模块配置

HTTP代理模块：

location /api/ {
    # 向上游服务器传递请求头
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;  # 传递客户端真实IP
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
    
    # 代理超时设置
    proxy_connect_timeout 30s;
    proxy_read_timeout 60s;
    proxy_send_timeout 60s;
    
    # 代理到上游服务器
    proxy_pass http://backend_server;
}

Upstream模块：实现负载均衡

Upstream模块用于定义一组上游服务器，实现负载均衡。

http {
    upstream backend {
        # 负载均衡算法，默认是轮询(round-robin)
        # least_conn;   # 最少连接数
        # ip_hash;     # 基于客户端IP的哈希，实现会话保持
        
        server 192.168.1.101:8080 weight=3;  # weight权重
        server 192.168.1.102:8080;
        server 192.168.1.103:8080 backup;    # 备份服务器，当主服务器全部宕机时启用
    }
    
    server {
        location / {
            proxy_pass http://backend;  # 这里使用upstream的名称
        }
    }
}

Rewrite模块：URL重写与重定向

Rewrite模块用于重写URL，非常强大。

server {
    listen 80;
    server_name example.com;
    
    # 重定向旧URL到新URL
    location /old-page {
        return 301 https://example.com/new-page;
    }
    
    # 重写URL
    location /blog {
        # 将/blog/post-123重写为/blog.php?id=123
        rewrite ^/blog/post-(\d+)$ /blog.php?id=$1 last;
    }
    
    # 禁止访问隐藏文件
    location ~ /\. {
        deny all;
        access_log off;
        log_not_found off;
    }
}

Map模块：创建变量映射

ngx_http_map_module模块创建变量，其值取决于其他变量的值。

# 根据域名映射不同的值
map $http_host $site_id {
    hostnames;
    
    default       0;
    
    example.com   1;
    *.example.com 1;
    example.org   2;
    *.example.org 2;
    .example.net  3;
    wap.*         4;
}

# 根据User Agent判断是否为移动设备
map $http_user_agent $mobile {
    default       0;
    "~Opera Mini" 1;
    "~Mobile"     1;
}

server {
    location / {
        # 根据map结果执行不同逻辑
        if ($mobile = 1) {
            root /var/www/mobile;
        }
        
        if ($site_id = 1) {
            root /var/www/example_com;
        }
    }
}

4. 完整配置示例：实战演练

了解了各个模块的配置方法后，让我们来看一个完整的实战示例。

4.1 综合配置示例

下面是一个结合了上述模块的完整示例，包含静态网站、API反向代理和负载均衡。

# 全局块配置
user www-data;
worker_processes auto;
error_log /var/log/nginx/error.log warn;
pid /run/nginx.pid;

# Events块配置
events {
    worker_connections 1024;
    use epoll;
    multi_accept on;
}

# HTTP块配置
http {
    # 基础配置
    include /etc/nginx/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"';
    
    log_format vhost '$host $remote_addr - $remote_user [$time_local] "$request" '
                     '$status $body_bytes_sent "$http_referer" '
                     '"$http_user_agent" "$http_x_forwarded_for"';
    
    # 性能优化相关
    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;
    client_max_body_size 100m;
    
    # Gzip压缩配置
    gzip on;
    gzip_vary on;
    gzip_proxied any;
    gzip_comp_level 6;
    gzip_types
        text/plain
        text/css
        text/xml
        text/javascript
        application/json
        application/javascript
        application/xml+rss
        application/atom+xml
        image/svg+xml;
    
    # 上游API服务器组 - 负载均衡
    upstream api_backend {
        least_conn;  # 最少连接算法
        
        server 10.0.1.20:8000 max_fails=3 fail_timeout=30s;
        server 10.0.1.21:8000 max_fails=3 fail_timeout=30s;
        server 10.0.1.22:8000 max_fails=3 fail_timeout=30s backup;
    }
    
    # 默认服务器块 - 处理不匹配的域名
    server {
        listen 80 default_server;
        server_name _;
        return 444;  # 直接关闭连接
    }
    
    # 主站点配置
    server {
        listen 80;
        server_name myapp.com www.myapp.com;
        
        access_log /var/log/nginx/myapp.access.log vhost;
        
        # 前端静态文件
        location / {
            root /var/www/html;
            index index.html;
            try_files $uri $uri/ /index.html;
        }
        
        # API代理配置
        location /api/ {
            # 移除/api前缀后传递给后端
            rewrite ^/api/(.*) /$1 break;
            
            proxy_pass http://api_backend;
            proxy_http_version 1.1;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection 'upgrade';
            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_set_header X-Forwarded-Proto $scheme;
            proxy_cache_bypass $http_upgrade;
            
            # 超时设置
            proxy_connect_timeout 30s;
            proxy_read_timeout 60s;
            proxy_send_timeout 60s;
        }
        
        # 静态资源缓存配置
        location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg|woff|woff2|ttf|eot)$ {
            root /var/www/html;
            expires 1y;
            add_header Cache-Control "public, immutable";
            access_log off;
        }
        
        # 安全配置：禁止访问隐藏文件
        location ~ /\. {
            deny all;
            access_log off;
            log_not_found off;
        }
        
        # 安全配置：禁止访问常见敏感文件
        location ~ /(README\.md|LICENSE|composer\.json|composer\.lock|package\.json|yarn\.lock)$ {
            deny all;
        }
    }
    
    # 第二个虚拟主机：管理后台
    server {
        listen 80;
        server_name admin.myapp.com;
        
        access_log /var/log/nginx/admin.myapp.access.log vhost;
        
        location / {
            proxy_pass http://10.0.1.30:8080;
            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_set_header X-Forwarded-Proto $scheme;
        }
    }
    
    # 包含其他配置文件
    include /etc/nginx/conf.d/*.conf;
}

4.2 配置优化与调试技巧

配置语法检查：

在修改Nginx配置后，务必先检查语法是否正确：

nginx -t

如果配置正确，你会看到：

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful

热重载配置：

检查无误后，重新加载配置（不会中断当前服务）：

nginx -s reload

性能优化建议：

  1. 工作进程数：worker_processes设置为CPU核心数
  2. 连接数：worker_connections根据系统资源调整，一般设置为10240
  3. 文件描述符：确保系统文件描述符限制足够高
  4. 缓冲设置：根据应用特性调整各类缓冲区大小
  5. 缓存设置：合理使用代理缓存和静态资源缓存

常见问题排查：

  1. 检查错误日志：tail -f /var/log/nginx/error.log
  2. 检查访问日志：tail -f /var/log/nginx/access.log
  3. 检查进程状态：ps aux | grep nginx
  4. 检查端口监听：netstat -tulpn | grep :80

5. 总结

通过本文的学习，我们深入了解了Nginx的模块体系和配置语法。从最基础的指令结构、块配置，到复杂的location匹配、反向代理和负载均衡配置，Nginx提供了强大而灵活的配置能力。

核心要点回顾：

  1. 配置语法三要素：指令结构、块配置、变量使用
  2. 模块化架构：核心模块、事件模块、HTTP模块等各司其职
  3. Location匹配优先级：精确匹配 > 前缀匹配 > 正则匹配 > 普通匹配
  4. 反向代理配置：proxy_pass配合proxy_set_header等指令实现
  5. 负载均衡：通过upstream模块实现多服务器负载分发

Nginx的配置体系虽然复杂，但一旦掌握了其设计哲学和核心概念，就能够根据实际需求灵活配置，充分发挥其高性能、高并发的能力。

延伸学习建议：

  • 深入学习正则表达式，更好地使用location匹配和rewrite规则
  • 了解Nginx变量系统，实现更复杂的逻辑控制
  • 研究Nginx与现代开发框架（如Vue、React）的配合
  • 探索Nginx在微服务架构中的API网关应用
  • 学习Nginx性能调优和监控技术

希望本文能帮助你建立对Nginx配置和模块体系的全面理解，为你的Web服务部署和运维工作打下坚实基础！

Nginx 域名SSL证书配置(网站 http 升级为 https)
09-29
- 使用`nginx -t`命令测试配置文件是否有语法错误，无误后使用`systemctl restart nginx`或`service nginx restart`重启Nginx服务。 6. **验证HTTPS访问** - 重启后，访问网站（如：https://www.example.com），...
深入解析 Nginx 反向代理：配置、优化与故障排除
微笑听雨
08-06 6690
本文详细解析了 Nginx 反向代理的基础概念、工作原理、高级配置、性能优化技巧以及常见问题的解决方案。反向代理在现代 Web 架构中扮演着至关重要的角色，它不仅可以实现负载均衡、提升安全性、缓存内容，还能够处理 SSL 终止，从而减轻后端服务器的负担。负载均衡：有效分配流量，提升系统的可靠性和性能。增强安全性：隐藏后端服务器，防止直接攻击。缓存静态内容：加快响应速度，提高用户体验。优化连接和超时设置：通过连接池和超时配置，优化与后端服务器的通信。启用压缩：减少传输数据大小，加快响应速度。
Nginx保姆教程第二篇：Nginx配置详解上
leonyie2022的博客
01-02 1308
通常位于 /etc/nginx/nginx.conf 或 /usr/local/nginx/conf/nginx.conf。块是 Nginx 配置中最关键的部分，它决定了如何处理不同的 URL 请求。用于配置 HTTP 服务器的相关参数。Nginx 的主配置文件是。
【Nginx】Nginx 全方位指南：从核心概念到实战应用
DHY857792565的博客
04-10 1289
Nginx (发音为 “Engine-X”) 是一款开源的、高性能的 HTTP 和反向代理服务器，同时也是 IMAP/POP3/SMTP 代理服务器。自诞生以来，Nginx 以其稳定性、丰富的功能集、简单的配置和低资源消耗而闻名，在全球范围内被广泛应用于构建高性能、高可用的 Web 服务。
Nginx跨云反向代理排错：解密配置参数的“陷阱”
weixin_66855479的博客
06-21 942
前言：在当今的云计算环境中，跨云平台的应用部署变得越来越常见。为了验证跨云平台反向代理的可行性，我们进行了一次测试。本次测试将后端程序部署在阿里云服务器，同时使用在腾讯云注册的已备案国内域名。我们在腾讯云控制台将域名解析至腾讯云服务器，并在该服务器配置反向代理规则，将前端请求转发至阿里云服务器的后端程序，以此来测试不同云厂商间的网络连通性与反向代理部署流程。然而，在配置Nginx反向代理后，却遇到了域名页面无法正常打开的问题，下面就为大家详细讲述这次的排错过程。
Nginx HTTPS配置：SSL/TLS加密实战
fykam的博客
11-03 1991
本文介绍了在数字时代保障网站安全的关键技术——HTTPS协议及其Nginx配置实践。首先解析了HTTPS通过SSL/TLS加密保护数据传输的原理和工作流程。接着详细说明了两种SSL证书获取方式：自签名证书生成步骤（包括OpenSSL工具使用、私钥创建和CSR生成）和商业证书购买流程。重点阐述了Nginx的HTTPS配置方法，包括监听端口设置、证书路径指定等关键参数，并提供了配置示例。最后针对证书验证失败和Nginx配置错误等常见问题给出了解决方案。通过本文可系统掌握HTTPS的安全机制及在Nginx中的实现
Nginx详解 第三部分:Nginx高级配置（附配置实例）
这是博客的简介的简介
08-27 1681
第三方功能模块，比如echo模块； 内置变量和自定义变量； HTTPS功能，自签发证书
Nginx 配置指南：HTTPS 自签名、Location、Rewrite 与状态统计
ershi2002的博客
09-23 1273
在 Nginx 服务器管理中，HTTPS 加密、请求路径匹配、URL 重写及状态监控是核心进阶能力。本文将系统梳理这些配置的原理、实操步骤与案例，帮助你快速掌握 Nginx 进阶用法。
Nginx 反向代理从入门到实战（超详细新手版）
awei0916的专栏
05-14 1713
Nginx反向代理是一种服务器配置技术，它充当客户端与后端服务器之间的中介。通过生活化的例子，如餐厅前台与后厨的关系，可以轻松理解其概念：客户端（顾客）只与Nginx（前台）交互，而Nginx负责将请求转发给后端服务器（后厨），隐藏了服务器的真实地址。Nginx反向代理的主要功能包括负载均衡（分配请求给多个服务器）、缓存加速（存储常用资源以加快访问速度）、安全防护（过滤恶意请求）和HTTPS升级（统一处理SSL证书）。配置Nginx涉及设置监听端口、绑定域名和指定代理地址等关键步骤。对于新手来说，理解这些基
【服务器与部署 15】负载均衡配置：HAProxy、Nginx高可用架构实战指南
熵数实验室
07-20 1004
本文从实际业务场景出发，深入解析HAProxy和Nginx负载均衡器的配置与部署策略。通过生动的比喻和实战案例，帮助读者理解负载均衡的核心原理，掌握高可用负载均衡架构的设计与实现，解决大流量场景下的服务分发难题。
Nginx安装与配置入门教程：从下载到实战使用
接着，在**端口与访问地址的修改**部分，教程重点解析了nginx.conf这一核心配置文件的结构与语法。该文件位于conf目录下，主要由三大部分组成：全局块、events块和http块。要更改监听端口，需进入http块中的server段...
遇到的问题与解决 k8s节点加入集群
最新发布
2501_91384465的博客
11-27 121
得到的结果放到下面，出现这样的报错。1.2 删除后重新显示加入了集群。
yum安装redis
2509_94010562的博客
11-25 328
如果你没有配置密码，那这个时候你可以使用了，如果配置了密码，还需要授权密码才能使用。如果没有你所需要的版本，那建议你用二进制压缩包方式安装redis。输入info可查看redis信息。
对Docker部署的MySQL中的数据进行备份恢复
2509_94228395的博客
11-25 388
使用Docker部署的MySQL进行备份/恢复与传统方式类似，但需要考虑Docker容器的特殊性。以下是详细的步骤，帮助你在Docker环境中进行MySQL的全量备份。
Nginx配置详解与虚拟主机实战指南
dfl2504的博客
11-24 590
Nginx的配置核心在于理解主配置文件的三层结构（全局块、events块、http块），而虚拟主机则是通过server块实现多网站隔离部署的关键技术。实际应用中，基于域名的虚拟主机因灵活性高成为主流选择，配合静态资源缓存、错误页面定制等配置，可大幅提升网站性能与用户体验。建议大家在实践中逐步优化配置，如针对高并发场景调整和，针对静态资源配置CDN或浏览器缓存，针对动态服务配置反向代理与负载均衡。后续将继续分享Nginx反向代理、负载均衡等高级配置技巧，敬请关注！
docker部署mqtt之Mosquitto
阿拉斯攀登
11-24 994
本文详细介绍了在CentOS7.9系统上通过Docker部署MQTT服务的完整流程。主要内容包括：使用Eclipse Mosquitto镜像创建容器，配置持久化存储和端口映射；设置MQTT基础配置，支持匿名访问或密码认证；可选SSL加密配置步骤；以及使用MQTTX工具或命令行进行服务测试的方法。文章还提供了容器管理命令、常见问题排查方案，特别强调了生产环境中启用密码认证和SSL加密的重要性。该方案具有轻量、易维护的特点，适合物联网等需要MQTT通信的场景。
K8S 日志收集方案
叱咤少帅的博客
11-24 77
Fluent Bit DaemonSet → Loki → Grafana
告别盲控与延迟：用电设备控制与状态的实时闭环方案
almsound的博客
11-25 570
针对用电设备管理中的实时交互难题，本文提出了一套创新解决方案。
交换机DHCPv6中继配置示例
weixin_42956382的博客
11-26 234
本文介绍了如何通过DHCPv6中继实现跨网段地址分配。配置SwitchA作为DHCPv6中继，为两个网段（fc00:1::/64和fc00:2::/64）转发DHCPv6报文，配置VLAN接口IPv6地址并启用中继功能指向服务器fc00:3::3。SwitchB作为DHCPv6服务器，创建两个地址池分配地址并排除网关地址，配置静态路由。客户端设置自动获取IPv6地址后，可通过命令验证中继状态和地址分配情况。最终实现主机跨网段动态获取IPv6地址和DNS服务器信息。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

值引力

持续创作，多谢支持！

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值