Nginx 速通指南
2024.12.8 | Cherrling
WebServer 不能失去 Nginx ,就如同西方不能失去耶路撒冷
Nginx 是一个高性能的 HTTP 和反向代理服务器,它可以作为一个独立的 Web 服务器,也可以作为其他 Web 服务器的反向代理服务器。
如果你只是需要简单快速的拉起一个网站,或许也可以试试 Caddy,它是一个更加简单的 Web 服务器。
安装
你可以直接从 Debian 官方源安装 Nginx
sudo apt update
sudo apt install nginx -y
sudo nginx -v # 查看 Nginx 版本
如果你需要的话,设置开机自启
sudo systemctl enable nginx # 设置开机自启
sudo systemctl start nginx # 启动 Nginx
sudo systemctl status nginx # 查看 Nginx 状态
常用命令:
sudo nginx -t # 检查配置文件是否正确
sudo nginx -s reload # 不停机重新加载配置文件
sudo systemctl reload nginx # 不停机重新加载配置文件
sudo nginx -s stop # 停止 Nginx
sudo nginx -s quit # 安全停止 Nginx (完成当前请求后停止)
配置
配置文件在哪
配置 Nginx 主要涉及到三个目录,分别是 /etc/nginx/nginx.conf
、/etc/nginx/sites-available
和 /etc/nginx/sites-enabled
。
nginx.conf
是 Nginx 的主配置文件,它包含了 Nginx 的全局配置。sites-available
目录下存放的是所有的站点配置文件。sites-enabled
目录下存放的是启用的站点配置文件的符号链接。
一般情况下,我们不直接修改 nginx.conf
文件,而是在 sites-available
目录下创建一个新的配置文件,然后在 sites-enabled
目录下创建一个符号链接。 如果要暂时下线某个站点,只需要删除 sites-enabled
目录下的符号链接即可,而不需要删除配置文件。
在一些较老版本的 Nginx 中,sites-available
和 sites-enabled
目录可能不存在,你可以在 conf.d
目录中新建 *.conf
文件来存放站点配置。 一般情况下,nginx.conf
文件中会用 include
指令引入 sites-enabled
和 conf.d
目录下的配置文件。
nginx# nginx.conf include /etc/nginx/conf.d/*.conf; include /etc/nginx/sites-enabled/*;
我该如何编辑?
编辑默认站点配置文件
sudo vim /etc/nginx/sites-available/default
一般来说,默认的站点配置长得像这样
server {
listen 80 default_server;
listen [::]:80 default_server;
root /var/www/html;
index index.html index.htm index.nginx-debian.html;
server_name _;
location / {
try_files $uri $uri/ =404;
}
}
这个配置文件中定义了一个监听 80 端口的站点,根目录是 /var/www/html
,默认的首页文件是 index.html
、index.htm
和 index.nginx-debian.html
。 这时你可以在 /var/www/html
目录下放置你自己的网站文件,然后访问 http://localhost
就可以看到你的网站了。
如果你需要反向代理,可以参考下面的配置:
server {
listen 80 default_server; # 监听 80 端口
listen [::]:80 default_server;
location / {
proxy_pass http://backend_server:port; # 替换为后端服务器的地址和端口
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; # 设置转发的 IP
proxy_set_header X-Forwarded-Proto $scheme; # 设置转发的协议
}
}
这时访问 http://localhost
就会被转发到 http://backend_server:port
。对外网来说,Nginx 就是一个反向代理站点。
别忘了重启
修改配置文件后,别忘了重新加载 Nginx 配置,否则修改不会生效。
你可以先检查配置文件是否正确
sudo nginx -t
如果没有问题,就重新加载配置文件
sudo nginx -s reload
或者使用
sudo systemctl reload nginx
进阶教程
Nginx 名词扫盲
在向你展示如何进阶配置 Nginx 之前,有一些你必须要了解的概念。
server 块
Nginx 的配置文件中可以有多个 server 块,每个 server 块定义了一个站点(虚拟主机),Nginx 会根据请求的域名和端口号来匹配对应的 server 块。 Nginx 正是通过 server 块来实现多站点配置的。 一个典型的 server 块:
server {
listen 80; # 监听的端口
server_name example.com; # 服务器名称
location / {
# 处理请求的指令
}
}
location 块
location 块嵌套于 server 块中,用于定义如何处理特定 URI 的请求。一个 server 块中可以有多个 location 块。
Nginx 的 location 块用于定义如何处理特定 URI 的请求。它是 Nginx 配置中的一个重要部分,允许您根据请求的路径、参数或其他条件来执行不同的操作。
一个 location 块的基本结构如下:
location [modifier] /path/ {
# 处理请求的指令
}
反向代理与负载均衡
反向代理是指代理服务器接收客户端的请求,然后将请求转发给后端服务器,最后将后端服务器的响应返回给客户端。反代有不同协议的区分,如 HTTP 反代、TCP 反代、UDP 反代等。
负载均衡是指将请求分发给多个后端服务器,以达到均衡负载的目的。Nginx 支持多种负载均衡算法,如轮询、加权轮询、IP 哈希、最少连接等。
一个十分巧妙的负载均衡算法是一致性哈希算法,它可以保证在服务器数量变化时,尽可能少地改变已有的映射关系。推荐阅读:一致性哈希算法。
SSL/TLS
SSL/TLS 是一种加密通信协议,用于保护客户端和服务器之间的通信安全。Nginx 支持 SSL/TLS 协议,可以用来配置 HTTPS 站点。
一般的 http 监听端口是 80,https 监听端口是 443。
WebSocket
WebSocket 是一种全双工通信协议,用于在客户端和服务器之间建立持久连接,实现实时通信。Nginx 支持 WebSocket 协议,可以用来配置 WebSocket 服务器。
示例讲解
Nginx 主要用途可以分为固定站点和反代两类,可以通过几个例子来学习一下。
多站点配置
Nginx 的一个十分炫酷的功能就是可以实现一台主机上运行多个网站,对不同的域名提供不同的服务。这就是所谓的虚拟主机配置。
那么如何实现呢?答案就是 server 块中的 server_name 指令。server_name 指令用于定义服务器的名称,可以是域名、IP 地址、通配符等。我们来看一个典型的示例:
对于请求
example.com
和www.example.com
,Nginx 会使用第一个 server 块来处理请求,对应的网站根目录是/var/www/example.com
。对于请求
example.org
和www.example.org
,Nginx 会使用第二个 server 块来处理请求。对应的网站根目录是/var/www/example.org
。对于其他请求,Nginx 会返回 404 错误。
server {
listen 80; # 监听的端口
server_name example.com www.example.com; # 指定的域名
root /var/www/example.com; # 网站根目录
location / {
try_files $uri $uri/ =404;
}
}
server {
listen 80; # 监听的端口
server_name example.org www.example.org; # 指定的域名
root /var/www/example.org; # 网站根目录
location / {
try_files $uri $uri/ =404;
}
server {
listen 80 default_server; # 默认站点
server_name _; # 默认域名
root /var/www/default; # 默认网站根目录
location / {
try_files $uri $uri/ =404;
}
}
注意到除了指定的域名外,还有一个 _
,它表示默认域名。如果请求的域名不在 server_name 中,Nginx 会使用 _
对应的 server 块来处理请求。 那 default_server
又是什么意思呢?它表示默认站点,当请求的域名不在 server_name 中时,Nginx 会使用 default_server
对应的 server 块来处理请求。 一般建议为 Nginx 配置一个默认站点,用于处理未知域名的请求。
但是要注意的是,如果你只写了 listen 80 default_server;
,比如:
server {
listen 80 default_server;
# 缺少 server_name 指令
root /var/www/default;
location / {
try_files $uri $uri/ =404;
}
}
只写了 listen 80 default_server;
而没有 server_name
指令,Nginx 仍然会将该 server 块标记为默认服务器,但由于没有指定 server_name,它将会匹配所有请求的 Host 头。 在这种情况下,任何发送到 80 端口的请求(无论 Host 头是什么)都会被这个 server 块处理,因为它是默认服务器。
如果只写了 server_name _;
,比如:
server {
# 缺少 listen 指令
server_name _;
root /var/www/default;
location / {
try_files $uri $uri/ =404;
}
}
只写了 server_name _;
而没有 listen 指令,Nginx 将不会知道在哪个端口上监听这个 server 块,所以Nginx 不会启动这个 server 块,不会处理任何请求。
Location 块详解
一个典型的 location 块如下:
location [modifier] /path/ {
# 处理请求的指令
}
首先来看 modifier
,它是一个可选的修饰符,用于修改 location 块的匹配规则。常用的修饰符有:
- 前缀匹配
前缀匹配是 location 块的默认匹配规则,只要请求的路径以 location 块的路径开头,就会匹配成功。例如:
location /example {
# 处理请求 /example 和 /example/xxx
return 200 "This is a prefix match.";
}
=
精确匹配,只有请求的路径与 location 块的路径完全相同时才匹配。
location = /example {
# 处理请求 /example
# 不处理 /example/xxx
return 200 "This is an exact match.";
}
~
区分大小写的正则匹配。
~*
不区分大小写的正则匹配。
正则匹配的例子是:
location ~ /example[0-9] {
# 处理请求 /example1, /example2, ...
return 200 "This is a case-sensitive regex match.";
}
location ~ \.php$ {
# 处理以 .php 结尾的请求
include fastcgi_params;
fastcgi_pass 127.0.0.1:9000;
}
location ~* \.(jpg|jpeg|png)$ {
# 处理 jpg、jpeg 和 png 文件,不区分大小写
root /var/www/html/images;
}
^~
通配符匹配,如果请求的 URI 以指定的路径开头,且该路径是最长的前缀匹配,则使用该 location 块。它优先于正则匹配。
location ^~ /static/ {
# 处理以 /static/ 开头的请求
root /var/www/html/static;
}
location ~ \.css$ {
# 处理以 .css 结尾的请求
root /var/www/html/styles;
}
在这个例子中,如果请求的 URI 是 /static/style.css
,则会匹配到第一个 location 块,因为它是以 /static/
开头的前缀匹配。即使 /static/style.css
也符合第二个正则匹配的条件,但由于第一个 location 块使用了 ^~
,Nginx 不会继续检查正则匹配。
Nginx 在处理请求时会按照以下顺序匹配 location 块:
- 精确匹配 (=)。
- 前缀匹配(最长匹配)。
- 通配符匹配 (^~)。
- 正则匹配(~ 和 ~*,按出现顺序匹配)。
而在 Location 块中,我们可以使用一些指令来处理请求,如:
proxy_pass http://backend_server;
:反向代理。root /var/www/html;
:指定网站根目录。try_files $uri $uri/ =404;
:尝试查找文件,如果找不到返回 404 错误。return 200 "Hello, World!";
:返回指定的状态码和内容。include fastcgi_params;
:引入 FastCGI 参数。
SSL/TLS 配置
作为 WebServer ,必不可少的功能就是支持 HTTPS。你可以在 https://cherr.cc/ssl.html 找到 SSL/TLS 的原理解释。
首先,你需要为你的域名申请一个 SSL 证书。你可以使用免费的 Let's Encrypt 证书,也可以购买商业证书。 假设你的证书保存在 /etc/ssl/certs/example.com.pem
和 /etc/ssl/private/example.com.pem
。
然后,你需要在 Nginx 配置文件中添加 SSL 配置:
server {
listen 443 ssl; # 监听的端口
server_name example.com; # 指定的域名
root /var/www/example.com; # 网站根目录
ssl_certificate /etc/ssl/certs/example.com.pem; # SSL 证书路径
ssl_certificate_key /etc/ssl/private/example.com.pem; # SSL 证书密钥路径
# (可选)中间证书
ssl_trusted_certificate /etc/ssl/certs/ca_bundle.crt; # 中间证书文件
# (可选)SSL 设置
ssl_protocols TLSv1.2 TLSv1.3; # 启用的 SSL/TLS 协议
ssl_ciphers 'HIGH:!aNULL:!MD5'; # 使用的加密套件
ssl_prefer_server_ciphers on; # 优先使用服务器的加密套件
ssl_session_cache shared:SSL:10m; # SSL 会话缓存大小
ssl_session_timeout 10m; # SSL 会话超时时间
# (可选)HSTS(HTTP Strict Transport Security)
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always;
location / {
try_files $uri $uri/ =404;
}
}
注意到和前文的配置不同,这里的监听端口是 443,而且增加了 ssl 选项。 ssl_certificate
和 ssl_certificate_key
分别指定了 SSL 证书和密钥的路径。
在配置文件中,我们还提到了一些可选的配置,如中间证书、SSL 设置、HSTS 等。一般建议设置 ssl_protocols TLSv1.2 TLSv1.3;
,因为 TLSv1.0 和 TLSv1.1 已经不安全且被弃用。
HSTS 是一种安全机制,用于强制客户端(浏览器)使用 HTTPS 访问网站。 当用户首次访问支持 HSTS 的网站时,浏览器会通过 HTTP 或 HTTPS 发送请求。 如果网站支持 HSTS,服务器会在响应中包含 Strict-Transport-Security 头部,指示浏览器该网站应仅通过 HTTPS 访问。 add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always;
表示启用 HSTS,浏览器会在 1 年内强制使用 HTTPS 访问网站,并且包括子域名。
反向代理配置
反向代理是 Nginx 的一个重要功能,可以用于隐藏后端服务器的真实 IP 地址,提高安全性。也可以将开在不同端口的服务统一到一个端口上。
比如 alist 默认端口是 5244 ,komga 默认端口是 25600 ,jellyfin 默认端口是 8096 ,grafana 的默认端口是 3000,你可以通过反向代理将它们统一到 80 或 443 端口上。使用如下的域名区分不同的服务。
- alist.cherr.cc -> 5244
- komga.cherr.cc -> 25600
- jellyfin.cherr.cc -> 8096
- grafana.cherr.cc -> 3000
比如上面的例子,就可以通过下面的配置实现反向代理:
server {
listen 80; # 监听的端口
server_name alist.cherr.cc; # 指定的域名
location / {
proxy_pass http://localhost:5244; # 反向代理的地址
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; # 设置转发的 IP
proxy_set_header X-Forwarded-Proto $scheme; # 设置转发的协议
}
}
server {
listen 80; # 监听的端口
server_name komga.cherr.cc; # 指定的域名
location / {
proxy_pass http://localhost:25600; # 反向代理的地址
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; # 设置转发的 IP
proxy_set_header X-Forwarded-Proto $scheme; # 设置转发的协议
}
}
...
...
但是这只是最简单的反向代理配置,实际情况下往往还需要根据不同的服务做一些特殊的配置,可以通过两个狠狠坑过我的例子来学习。
- alist 反向代理非标准端口或启用https后丢失https或端口号/无法播放视频
https://alist.nn.ci/zh/guide/install/reverse-proxy.html
问题就在于反代时需要正确的 Host 头,添加设置 proxy_set_header Host $host;
,否则会导致反代失败。
location / {
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Range $http_range;
proxy_set_header If-Range $http_if_range;
proxy_redirect off;
proxy_pass http://127.0.0.1:5244;
# the max size of file to upload
client_max_body_size 20000m;
}
- Grafana 需要 websocket 反代支持
https://grafana.com/tutorials/run-grafana-behind-a-proxy/
关键在于 Grafana 加载数据时使用了 websocket,需要指示 Nginx 支持 websocket 反代。
map $http_upgrade $connection_upgrade {
default upgrade;
'' close;
}
# Proxy Grafana Live WebSocket connections.
location /api/live/ {
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection $connection_upgrade;
proxy_set_header Host $host;
proxy_pass http://grafana;
}
负载均衡配置
负载均衡是 Nginx 的另一个重要功能,可以用于分发请求到多个后端服务器,提高性能和可靠性。
一个典型的负载均衡配置如下:
http {
upstream backend {
server backend1.example.com;
server backend2.example.com;
server backend3.example.com;
}
server {
listen 80;
server_name example.com;
location / {
proxy_pass http://backend; # 将请求转发到 upstream 定义的后端服务器
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
server {
listen 80;
server_name another-example.com;
location / {
proxy_pass http://backend; # 也可以使用相同的 upstream
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
}
- 负载均衡算法
Nginx 支持多种负载均衡算法,默认是轮询(round-robin)。你可以通过在 upstream 块中指定不同的算法来更改负载均衡策略,例如:
最少连接:
upstream backend {
least_conn; # 使用最少连接算法
server backend1.example.com;
server backend2.example.com;
}
IP 哈希:
upstream backend {
ip_hash; # 使用 IP 哈希算法
server backend1.example.com;
server backend2.example.com;
}