保姆级教程：拆解Linux云计算高薪岗位Nginx面试必考点（附标准答案+话术）

为了帮助大家在Linux云计算岗位的面试中更好地准备Nginx相关的问题，我梳理了30道高频面试题，涵盖了从基础概念到高级应用的各个方面。问题按难度由浅入深排列，并标注了核心考点，大家可以据此检查自己的知识掌握情况。

下面这个表格汇总了所有面试问题，大家可以快速概览。

初级难度问题

1. 请解释一下什么是Nginx？

不好的回答示例：Nginx是一个Web服务器，可以用来放网站。

为什么这么回答不好：这个回答过于简单和笼统，没有体现出Nginx的核心特性和多种用途，显得不够专业。

加分回答示例：Nginx是一个高性能的、开源的HTTP和反向代理服务器，同时也可以作为邮件代理服务器和通用的TCP/UDP代理服务器。它的特点是占用内存少、并发能力强，采用事件驱动的异步非阻塞处理方式，能够支持极高的并发连接数。在实际应用中，Nginx常用于静态内容服务、负载均衡、反向代理、API网关等场景。

2. Nginx与Apache的主要区别是什么？

不好的回答示例：Nginx比Apache快，Apache比较老了。

为什么这么回答不好：这种回答过于片面，没有具体的技术对比，显得缺乏深度理解。

加分回答示例：Nginx和Apache的主要区别体现在以下几个方面：

1. 架构模型：Apache采用多进程/多线程模型，每个连接对应一个进程/线程，在高并发时资源消耗较大；Nginx采用事件驱动的异步非阻塞模型，单个进程可以处理大量并发连接。

2. 资源消耗：Nginx的内存消耗和CPU占用通常低于Apache，特别是在高并发场景下。

3. 静态内容处理：Nginx处理静态内容性能更高；Apache处理动态内容有更多模块支持。

4. 配置方式：Apache支持.hta***ess分布式配置；Nginx不支持.hta***ess，但集中式配置性能更好。

5. 模块系统：Apache的模块可以在运行时动态加载；Nginx的模块需要编译时集成。

3. 列举一些Nginx的主要特性或优点。

不好的回答示例：Nginx速度快，配置简单。

为什么这么回答不好：回答过于简单，没有展示出对Nginx特性的全面了解。

加分回答示例：Nginx的主要特性和优点包括：

1. 高并发高性能：采用事件驱动的异步非阻塞架构，能够支持数万甚至数十万的并发连接。

2. 内存消耗低：处理静态内容时内存消耗极低。

3. 反向代理和负载均衡：内置强大的反向代理和多种负载均衡算法。

4. 热部署：支持平滑升级和配置重载，无需停机。

5. 高扩展性：模块化架构，支持自定义模块开发。

6. 高可靠性：稳定性极佳，能够7×24小时持续运行。

4. Nginx常用命令有哪些？

不好的回答示例：nginx -s reload，其他记不清了。

为什么这么回答不好：回答不完整，显示出对日常操作不熟悉。

加分回答示例：常用的Nginx命令包括：

# 启动Nginx
nginx

# 快速停止
nginx -s stop

# 优雅停止（处理完当前请求）
nginx -s quit

# 重新加载配置文件
nginx -s reload

# 重新打开日志文件
nginx -s reopen

# 测试配置文件语法
nginx -t

# 指定配置文件
nginx -c /path/to/nginx.conf

5. Nginx配置文件的默认路径通常是什么？

不好的回答示例：好像在/etc目录下。

为什么这么回答不好：回答不确定，显得经验不足。

加分回答示例：Nginx配置文件的默认路径通常包括：

• 主配置文件：/etc/nginx/nginx.conf

• 额外配置文件目录：/etc/nginx/conf.d/

• 站点可用配置：/etc/nginx/sites-available/

• 已启用站点配置：/etc/nginx/sites-enabled/

• 默认站点根目录：/usr/share/nginx/html 或 /var/www/html

不同Linux发行版路径可能略有差异，可以通过 nginx -t 命令查看实际使用的配置文件路径。

6. 用于设置Nginx工作进程数的指令是什么？

不好的回答示例：worker_processes，设为CPU核心数。

为什么这么回答不好：虽然答案正确，但缺乏深入解释。

加分回答示例：设置Nginx工作进程数的指令是 worker_processes，通常在nginx.conf的main上下文中配置。

# 设置为auto会自动检测CPU核心数
worker_processes auto;

# 或者明确指定数量
worker_processes 4;

最佳实践是设置为CPU核心数或auto，同时要考虑服务器的工作负载特性和系统资源情况。对于CPU密集型任务，可以设置为CPU核心数；对于I/O密集型任务，可以适当增加进程数。

7. 在Nginx中，用于配置虚拟主机的指令是什么？

不好的回答示例：server指令。

为什么这么回答不好：回答正确但过于简单，没有展示实际配置能力。

加分回答示例：在Nginx中，虚拟主机通过 server 指令块配置，每个server块代表一个虚拟主机：

server {
    listen 80;
    server_name example.*** www.example.***;

    root /var/www/example;
    index index.html;

    location / {
        try_files $uri $uri/ =404;
    }
}

多个server块可以在同一个配置文件中定义，Nginx会根据请求的Host头来匹配相应的虚拟主机。

8. 如何设置Nginx监听特定的端口？

不好的回答示例：在server里写listen 80。

为什么这么回答不好：回答不完整，没有涵盖其他重要配置。

加分回答示例：使用 listen 指令设置Nginx监听的端口：

server {
    # 监听80端口，IPv4和IPv6
    listen 80;
    listen [::]:80;

    # 监听特定IP的端口
    listen 192.168.1.100:8080;

    # 监听HTTPS端口
    listen 443 ssl;

    server_name example.***;
}

还可以指定额外的参数，如 default_server 设置默认服务器，ssl 启用SSL等。

9. 请解释什么是正向代理和反向代理？

不好的回答示例：正向代理是代理客户端，反向代理是代理服务器端。

为什么这么回答不好：虽然概念正确，但解释过于简单，没有说明实际应用场景。

加分回答示例：正向代理是代理客户端发起请求，客户端明确知道代理的存在。典型应用场景包括：

• 企业网络上网行为管理

• 翻墙访问外部资源

• 缓存加速

反向代理是代理服务器端接收请求，客户端不知道后端真实服务器的存在。典型应用场景包括：

• 负载均衡

• 动静分离

• 安全防护

• 缓存加速

关键区别：正向代理隐藏客户端身份，反向代理隐藏服务器身份。

10. Nginx主要用作哪种代理？

不好的回答示例：反向代理。

为什么这么回答不好：回答虽然正确，但不够全面。

加分回答示例：Nginx主要用作反向代理，这是其最核心和最广泛使用的功能之一。通过反向代理，Nginx可以实现：

1. 负载均衡：将请求分发到多个后端服务器

2. 高可用：当后端服务器故障时自动切换

3. SSL终端：在Nginx层面统一处理SSL加解密

4. 缓存加速：缓存后端响应，提升性能

5. 安全防护：隐藏后端服务器信息，提供基础安全保护

虽然Nginx也可以配置为正向代理，但这并非其主要设计用途。

中级难度问题

11. 请阐述Nginx的Master/Worker进程模型及其工作原理

不好的回答示例：有一个master进程和多个worker进程，worker处理请求。

为什么这么回答不好：过于简化，没有体现出这种架构的优势和工作原理。

加分回答示例：Nginx采用Master-Worker多进程模型：

• Master进程：以root权限运行，负责管理Worker进程，包括：

• • 读取和验证配置

  • 启动、终止Worker进程

  • 平滑升级

  • 重新打开日志文件

• Worker进程：以普通用户权限运行，实际处理请求：

• • 每个Worker都是独立的进程

  • 采用事件驱动的异步非阻塞I/O模型

  • 能够处理数千个并发连接

工作原理：

1. Master进程绑定80/443等特权端口

2. Worker进程通过共享socket监听相同端口

3. 新连接到达时，所有Worker通过原子操作竞争a***ept mutex

4. 获得mutex的Worker处理该连接

5. Worker内部使用epoll/kqueue等事件机制高效处理多个连接

这种架构的优势：高并发、热部署、故障隔离。

12. Nginx如何处理一个HTTP请求？

不好的回答示例：接收到请求，然后返回响应。

为什么这么回答不好：完全没有描述Nginx内部的请求处理流程。

加分回答示例：Nginx处理HTTP请求的完整流程：

1. 解析阶段：

• 解析请求行（方法、URI、协议版本）

• 解析请求头

• 构建请求结构体

• 请求重写阶段：

• • 执行rewrite模块的规则

  • URL重写和重定向

• 访问控制阶段：

• • 执行a***ess模块的权限检查

  • IP黑白名单验证

• 内容生成阶段：

• • 匹配location块

  • 执行相应的处理程序（静态文件、代理、FastCGI等）

• 日志记录阶段：

• • 记录访问日志

  • 记录错误日志（如有错误）

  整个过程采用流水线方式，各个模块在合适的阶段介入处理，保证了高性能和灵活性。

  ---

  13. Nginx中location指令的匹配优先级顺序是怎样的？

  不好的回答示例：精确匹配优先，然后是正则匹配。

  为什么这么回答不好：不完整且不准确，缺乏具体的优先级顺序。

  加分回答示例：Nginx的location匹配优先级从高到低为：

  1. = 精确匹配：location = /path，完全匹配时立即使用

  2. ^~ 前缀匹配：location ^~ /prefix，匹配后不再检查正则

  3. ~ 和 ~* 正则匹配：location ~ \.php$，按配置顺序匹配

  4. 常规前缀匹配：location /prefix，最长匹配优先

  server {
      location = / {            # 1. 精确匹配 /
          # 处理根请求
      }
  
      location ^~ /static/ {    # 2. 前缀匹配，优先于正则
          # 处理静态文件
      }
  
      location ~ \.php$ {       # 3. 正则匹配PHP文件
          # 处理PHP请求
      }
  
      location / {              # 4. 通用前缀匹配
          # 处理其他请求
      }
  }

  ---

  14. 如何使用Nginx配置一个简单的反向代理？

  不好的回答示例：

  location / {
      proxy_pass http://backend;
  }

  为什么这么回答不好：配置过于简单，缺乏必要的代理参数设置。

  加分回答示例：完整的反向代理配置应该包含必要的代理头设置和超时配置：

  location /api/ {
      # 后端服务器地址
      proxy_pass http://backend_server;
  
      # 设置代理头
      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_connect_timeout 30s;
      proxy_send_timeout 60s;
      proxy_read_timeout 60s;
  
      # 其他代理设置
      proxy_buffering on;
      proxy_buffer_size 4k;
      proxy_buffers 8 4k;
  }
  
  # 上游服务器定义
  upstream backend_server {
      server 192.168.1.10:8080;
      server 192.168.1.11:8080;
  }

  ---

  15. Nginx负载均衡中常用的算法有哪些？

  不好的回答示例：轮询和IP哈希。

  为什么这么回答不好：回答不完整，缺乏对各种算法的适用场景说明。

  加分回答示例：Nginx支持多种负载均衡算法：

  1. 轮询（round-robin）：默认算法，按顺序分配请求

  2. 加权轮询（weighted round-robin）：根据服务器权重分配

  3. IP哈希（ip_hash）：根据客户端IP分配，保证同一客户端访问同一服务器

  4. 最少连接（least_conn）：将请求发给当前连接数最少的服务器

  5. URL哈希（hash）：根据请求URL进行哈希分配

  6. 响应时间（fair）：根据服务器响应时间分配（需要第三方模块）

  upstream backend {
      # 加权轮询
      server backend1.example.*** weight=3;
      server backend2.example.*** weight=2;
  
      # 最少连接
      least_conn;
  
      # 或者IP哈希
      # ip_hash;
  }

  选择策略要根据业务特点：会话保持用ip_hash，性能均衡用least_conn，普通需求用轮询。

  ---

  16. 如何在Nginx中配置一个负载均衡上游服务器组？

  不好的回答示例：

  upstream myapp {
      server 1.1.1.1;
      server 2.2.2.2;
  }

  为什么这么回答不好：配置过于基础，没有展示健康检查等高级功能。

  加分回答示例：完整的负载均衡配置应该包含健康检查和各种参数：

  upstream backend_cluster {
      # 负载均衡算法
      least_conn;
  
      # 后端服务器，可设置权重、状态等参数
      server 192.168.1.10:8080 weight=3 max_fails=2 fail_timeout=30s;
      server 192.168.1.11:8080 weight=2 max_fails=2 fail_timeout=30s;
      server 192.168.1.12:8080 weight=1 max_fails=2 fail_timeout=30s backup;
  
      # 会话保持（需要nginx-sticky-module）
      # sticky cookie srv_id expires=1h domain=.example.*** path=/;
  }
  
  server {
      location / {
          proxy_pass http://backend_cluster;
          proxy_next_upstream error timeout invalid_header http_500 http_502 http_503;
          proxy_connect_timeout 2s;
  
          # 健康检查（需要nginx_upstream_check_module）
          # check interval=3000 rise=2 fall=5 timeout=1000 type=http;
      }
  }

  ---

  17. 请解释Nginx中root和alias指令的区别

  不好的回答示例：root和alias都是设置路径的，差不多。

  为什么这么回答不好：完全没有理解两者的重要区别。

  加分回答示例：root和alias的主要区别在于路径映射方式：

  root指令：将location的URI追加到root指定的路径后

  location /static/ {
      root /var/www/html;
      # 访问 /static/css/style.css 
      # 对应文件 /var/www/html/static/css/style.css
  }

  alias指令：用alias指定的路径替换location的路径

  location /static/ {
      alias /var/www/static/;
      # 访问 /static/css/style.css
      # 对应文件 /var/www/static/css/style.css
  }

  关键区别：root会保留location路径，alias会丢弃location路径。alias的路径末尾应该添加/。

  ---

  18. 如何配置Nginx以实现动静分离？

  不好的回答示例：静态文件用一个location，动态用另一个。

  为什么这么回答不好：过于笼统，没有具体配置示例。

  加分回答示例：动静分离通过不同的location块实现：

  server {
      listen 80;
      server_name example.***;
  
      # 静态资源 - CSS, JS, 图片等
      location ~* \.(css|js|png|jpg|jpeg|gif|ico|svg|woff|ttf)$ {
          root /var/www/static;
          expires 1y;
          add_header Cache-Control "public, immutable";
          a***ess_log off;
      }
  
      # 动态请求 - 代理到应用服务器
      location / {
          proxy_pass http://backend_app;
          proxy_set_header Host $host;
          proxy_set_header X-Real-IP $remote_addr;
      }
  }
  
  upstream backend_app {
      server 192.168.1.20:8000;
      server 192.168.1.21:8000;
  }

  好处：

  • 静态资源由Nginx直接处理，性能更高

  • 减轻应用服务器压力

  • 更好的缓存策略

  • 提升用户体验

  ---

  19. 如何配置Nginx支持WebSocket协议的反向代理？

  不好的回答示例：和普通代理一样配置。

  为什么这么回答不好：没有考虑WebSocket协议的特殊性。

  加分回答示例：WebSocket代理需要特殊的header设置：

  location /websocket/ {
      proxy_pass http://websocket_backend;
  
      # WebSocket必需的header
      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_read_timeout 3600s;
      proxy_send_timeout 3600s;
  }
  
  upstream websocket_backend {
      server 192.168.1.30:8080;
  }

  关键点：必须设置Upgrade和Connection头，并使用HTTP/1.1协议。

  ---

  20. 在Nginx中，如何设置Gzip压缩以减少网络传输？

  不好的回答示例：打开gzip on就行了。

  为什么这么回答不好：过于简单，没有考虑压缩优化的各个方面。

  加分回答示例：完整的Gzip压缩配置应该包含多种优化参数：

  http {
      gzip on;
      gzip_vary on;
      gzip_min_length 1024;    # 小于1k不压缩
      gzip_***p_level 6;       # 压缩级别1-9
      gzip_types
          text/plain
          text/css
          text/xml
          text/javascript
          application/javascript
          application/xml+rss
          application/json
          image/svg+xml;
      gzip_disable "msie6";    # 对IE6禁用压缩
  
      # 预压缩支持（可选）
      gzip_static on;
  }

  优化建议：

  • 图片、PDF等已压缩文件不需要再压缩

  • 压缩级别6在压缩比和CPU消耗间取得平衡

  • 根据实际内容类型调整gzip_types

  ---

  21. 单页应用使用History路由模式，部署在Nginx上刷新出现404，如何解决？

  不好的回答示例：改用hash路由。

  为什么这么回答不好：没有提供实际的Nginx配置解决方案。

  加分回答示例：这是因为浏览器直接请求的URL在服务器上不存在，需要在Nginx中配置try_files回退到index.html：

  server {
      listen 80;
      server_name spa.example.***;
      root /var/www/spa;
      index index.html;
  
      location / {
          # 尝试按URL查找文件，找不到则返回index.html
          try_files $uri $uri/ /index.html;
      }
  
      # 静态资源正常处理
      location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg)$ {
          expires 1y;
          add_header Cache-Control "public, immutable";
      }
  }

  这样配置后，所有前端路由都会被重写到index.html，由前端JavaScript处理路由。

  ---

  22. 如何通过Nginx配置来解决前端跨域问题？

  不好的回答示例：设置A***ess-Control-Allow-Origin为*。

  为什么这么回答不好：安全性太差，且不完整。

  加分回答示例：完整的CORS配置应该考虑安全性：

  server {
      listen 80;
      server_name api.example.***;
  
      location / {
          # 允许的源域名
          add_header A***ess-Control-Allow-Origin "https://www.example.***";
  
          # 允许的请求方法
          add_header A***ess-Control-Allow-Methods "GET, POST, OPTIONS, PUT, DELETE";
  
          # 允许的请求头
          add_header A***ess-Control-Allow-Headers "Authorization, Content-Type, X-Requested-With";
  
          # 允许携带Cookie
          add_header A***ess-Control-Allow-Credentials "true";
  
          # 预检请求缓存时间
          add_header A***ess-Control-Max-Age 3600;
  
          # 处理OPTIONS预检请求
          if ($request_method = 'OPTIONS') {
              return 204;
          }
  
          # 正常请求处理
          proxy_pass http://backend;
      }
  }

  安全考虑：

  • 不要轻易使用*通配符

  • 明确指定允许的源域名

  • 根据需要设置Allow-Credentials

  ---

  23. 如何配置Nginx实现前端静态资源的缓存策略？

  不好的回答示例：设置expires 1d。

  为什么这么回答不好：过于简单，没有区分不同类型资源的缓存策略。

  加分回答示例：合理的缓存策略应该根据资源类型区分：

  server {
      # 带哈希值的资源（webpack等构建工具生成） - 永久缓存
      location ~* \.[a-f0-9]{8,}\.(css|js)$ {
          expires 1y;
          add_header Cache-Control "public, immutable, max-age=31536000";
          a***ess_log off;
      }
  
      # 普通静态资源 - 缓存一段时间
      location ~* \.(css|js|png|jpg|jpeg|gif|ico|svg)$ {
          expires 30d;
          add_header Cache-Control "public";
          a***ess_log off;
      }
  
      # HTML文件 - 不缓存或短期缓存
      location ~* \.html$ {
          expires 5m;
          add_header Cache-Control "public, must-revalidate";
      }
  
      # API接口 - 不缓存
      location /api/ {
          proxy_pass http://backend;
          add_header Cache-Control "no-cache, no-store, must-revalidate";
          add_header Pragma "no-cache";
          expires 0;
      }
  }

  ---

  24. Nginx中proxy_pass指令路径结尾加/与不加/有何区别？

  不好的回答示例：一个带斜杠一个不带，差不多。

  为什么这么回答不好：完全没有理解这个重要区别。

  加分回答示例：proxy_pass指令结尾的/对URL转发有重要影响：

  **不加/**：保留location的路径

  location /api/ {
      proxy_pass http://backend;
      # 请求 /api/users → 转发到 http://backend/api/users
  }

  **加/**：丢弃location的路径

  location /api/ {
      proxy_pass http://backend/;
      # 请求 /api/users → 转发到 http://backend/users
  }

  实际应用：

  # 保留前缀
  location /service/ {
      proxy_pass http://backend/service/;
  }
  
  # 移除前缀  
  location /service/ {
      proxy_pass http://backend/;
  }
  
  # 重写路径
  location /old/ {
      proxy_pass http://backend/new/;
  }

  ---

  高级难度问题

  25. 如何优化Nginx以支持更高的并发连接数和提升性能？

  不好的回答示例：增加worker_processes和worker_connections。

  为什么这么回答不好：过于表面，没有系统性的优化思路。

  加分回答示例：Nginx性能优化需要从多个层面进行：

  1. 进程和连接优化

  # CPU亲和性
  worker_processes auto;
  worker_cpu_affinity auto;
  
  # 每个worker的最大连接数
  worker_connections 65536;
  
  # 每个worker的最大文件打开数
  worker_rlimit_nofile 65536;

  2. 网络优化

  # 使用epoll事件驱动
  use epoll;
  
  # 多连接接受优化
  multi_a***ept on;
  
  # 发送超时和缓冲区优化
  sendfile on;
  tcp_nopush on;
  tcp_nodelay on;
  keepalive_timeout 65;
  keepalive_requests 1000;

  3. 系统层面优化

  # 调整系统文件描述符限制
  echo "* soft nofile 65536" >> /etc/security/limits.conf
  echo "* hard nofile 65536" >> /etc/security/limits.conf
  
  # 调整网络参数
  echo '***.core.somaxconn = 65536' >> /etc/sysctl.conf
  echo '***.ipv4.tcp_max_syn_backlog = 65536' >> /etc/sysctl.conf

  ---

  26. 解释Nginx中try_files指令的作用，并举一个常见应用实例

  不好的回答示例：try_files用来尝试找文件。

  为什么这么回答不好：没有说明具体作用和实用场景。

  加分回答示例：try_files指令按顺序检查文件是否存在，返回第一个找到的文件，如果都不存在则执行最后的回退处理。

  语法：try_files file1 file2 ... =code fallback

  常见应用：

  1. SPA路由回退

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

  1. 带缓存的静态资源服务

  location /images/ {
      try_files $uri $uri/ @image_processor;
  }
  
  location @image_processor {
      # 图片处理逻辑
      proxy_pass http://image_backend;
  }

  1. 优雅的404处理

  location / {
      try_files $uri $uri/ @backend =404;
  }
  
  location @backend {
      proxy_pass http://app_server;
  }

  ---

  27. 如何配置Nginx支持HTTPS，并强制将HTTP请求跳转到HTTPS？

  不好的回答示例：配SSL证书，然后做301跳转。

  为什么这么回答不好：缺乏具体配置和安全优化。

  加分回答示例：完整的HTTPS配置包含证书配置、安全强化和HTTP跳转：

  # HTTP强制跳转HTTPS
  server {
      listen 80;
      server_name example.*** www.example.***;
      return 301 https://$server_name$request_uri;
  }
  
  # HTTPS服务器
  server {
      listen 443 ssl http2;
      server_name example.*** www.example.***;
  
      # SSL证书配置
      ssl_certificate /etc/ssl/certs/example.***.crt;
      ssl_certificate_key /etc/ssl/private/example.***.key;
  
      # SSL安全配置
      ssl_protocols TLSv1.2 TLSv1.3;
      ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384;
      ssl_prefer_server_ciphers off;
      ssl_session_cache shared:SSL:10m;
      ssl_session_timeout 10m;
  
      # HSTS头（强制HTTPS）
      add_header Strict-Transport-Security "max-age=63072000; includeSubDomains; preload" always;
  
      # 其他安全头
      add_header X-Frame-Options DENY;
      add_header X-Content-Type-Options nosniff;
  
      location / {
          root /var/www/html;
          index index.html;
      }
  }

  ---

  28. 在Nginx中，如何做访问限制？

  不好的回答示例：用limit_req限制请求频率。

  为什么这么回答不好：不完整，访问限制有多种方式。

  加分回答示例：Nginx提供多种访问限制机制：

  1. 请求频率限制

  # 定义限制区域
  limit_req_zone $binary_remote_addr zone=api:10m rate=10r/s;
  
  location /api/ {
      limit_req zone=api burst=20 nodelay;
      proxy_pass http://backend;
  }

  2. 并发连接数限制

  # 定义连接限制区域  
  limit_conn_zone $binary_remote_addr zone=perip:10m;
  
  location /download/ {
      limit_conn perip 5;    # 每个IP最多5个并发
      limit_rate 500k;       # 限速500KB/s
  }

  3. 基于地理位置的访问控制

  # 需要ngx_http_geoip_module
  geoip_country /usr/share/GeoIP/GeoIP.dat;
  
  location / {
      if ($geoip_country_code != ***) {
          return 403;
      }
  }

  4. 基础认证

  location /admin/ {
      auth_basic "Admin Area";
      auth_basic_user_file /etc/nginx/.htpasswd;
  }

  ---

  29. 如何排查和解决Nginx常见的错误状态码？

  不好的回答示例：看错误日志。

  为什么这么回答不好：过于简单，没有具体的排查思路。

  加分回答示例：常见错误状态码的排查方法：

  502 Bad Gateway

  • 检查后端服务是否正常运行

  • 检查防火墙和网络连通性

  • 调整proxy缓冲区和超时设置

  proxy_connect_timeout 60s;
  proxy_read_timeout 60s;
  proxy_send_timeout 60s;

  504 Gateway Timeout

  • 增加代理超时时间

  • 检查后端服务性能

  • 优化后端处理逻辑

  413 Request Entity Too Large

  client_max_body_size 100m;

  499 Client Closed Request

  • 客户端超时，检查客户端网络和超时设置

  • 优化服务端响应时间

  通用排查步骤：

  1. 检查Nginx错误日志：tail -f /var/log/nginx/error.log

  2. 测试配置文件：nginx -t

  3. 检查系统资源：top, free -m, df -h

  4. 网络连通性测试：tel***, curl

  ---

  30. 如何实现Nginx的高可用方案？

  不好的回答示例：用Keepalived做双机热备。

  为什么这么回答不好：方案单一，没有考虑现代云原生环境。

  加分回答示例：Nginx高可用有多种实现方案：

  1. 传统Keepalived方案

  # Keepalived配置示例
  vrrp_script chk_nginx {
      script "pidof nginx"
      interval 2
      weight 2
  }
  
  vrrp_instance VI_1 {
      state MASTER
      interface eth0
      virtual_router_id 51
      priority 100
      virtual_ipaddress {
          192.168.1.100
      }
      track_script {
          chk_nginx
      }
  }

  2. DNS轮询+健康检查

  • 多个Nginx实例配置相同DNS

  • 使用第三方健康检查服务

  • 自动剔除故障节点

  3. 云负载均衡器

  • AWS ALB/NLB、GCP Load Balancer

  • 阿里云SLB、腾讯云CLB

  • 自动扩展和健康检查

  4. Kuber***es Ingress

  apiVersion: ***working.k8s.io/v1
  kind:Ingress
  metadata:
  name:nginx-ingress
  spec:
  rules:
  -host:example.***
      http:
        paths:
        -path:/
          pathType:Prefix
          backend:
            service:
              name:web-service
              port:
                number:80

  选择依据：业务规模、技术栈、运维能力、成本预算。

  ---

  总结

  掌握这些Nginx面试题不仅有助于通过技术面试，更重要的是能够在实际工作中更好地配置、优化和故障排查。建议在理解理论的基础上，多动手实践，积累实战经验。

  山高路远，学无止境。愿大家每一次 nginx -t 都返回 syntax is ok！