引言
在互联网的世界里，我们经常会遇到一个服务器要管理多个域名的情况。想象一下，你有一个功能强大的服务器，就像一个超大型的商场，不同的品牌店铺就是不同的域名，消费者要通过不同的店门（域名）进入不同的店铺（服务）。Nginx 就像是这个商场的智能引导员，它能根据顾客进来的店门，准确地把他们带到对应的店铺。而 server_name 就是这个引导员的导航规则，今天咱们就来好好聊聊这个规则，掌握多域名管理的正确姿势。
一、多域名管理的应用场景
1.1 企业官网与子域名
很多大型企业都有自己的主官网，同时还有一些子业务的子域名。比如说，一家科技公司的主官网是 example.com，它旗下的电商业务可能就用 shop.example.com 这个子域名，招聘业务用 job.example.com。通过 Nginx 的 server_name 规则，可以把不同的域名请求分发到不同的应用程序或者服务器上。
# 主官网配置
server {
listen 80;
server_name example.com; # 匹配主官网域名
root /var/www/example; # 指定网站根目录
index index.html;
}
# 电商子域名配置
server {
listen 80;
server_name shop.example.com; # 匹配电商子域名
root /var/www/shop; # 指定电商业务网站根目录
index index.php;
}
# 招聘子域名配置
server {
listen 80;
server_name job.example.com; # 匹配招聘子域名
root /var/www/job; # 指定招聘业务网站根目录
index index.html;
}
1.2 共享服务器资源
在一些小型企业或者个人开发者的场景中，为了节省成本，会在一台服务器上部署多个不同的网站。比如，一个开发者同时开发了博客网站 blog.me 和论坛网站 forum.me，就可以通过 Nginx 的 server_name 配置，让这两个网站共享同一台服务器的资源。
# 博客网站配置
server {
listen 80;
server_name blog.me; # 匹配博客网站域名
root /var/www/blog; # 指定博客网站根目录
index index.html;
}
# 论坛网站配置
server {
listen 80;
server_name forum.me; # 匹配论坛网站域名
root /var/www/forum; # 指定论坛网站根目录
index index.php;
}
二、Nginx 的 server_name 匹配规则
2.1 精确匹配
精确匹配就是要求请求的域名和 server_name 配置的值完全一样。比如，我们有一个网站 exactmatch.com，配置如下：
server {
listen 80;
server_name exactmatch.com; # 精确匹配该域名
root /var/www/exactmatch;
index index.html;
}
只有当用户访问 exactmatch.com 时，Nginx 才会把请求分发到这个 server 块进行处理。如果用户访问 exactmatch.net 或者其他类似的域名，这个 server 块就不会起作用。
2.2 通配符匹配
通配符匹配分为两种：前导通配符和后置通配符。
2.2.1 前导通配符
前导通配符以 *. 开头，它可以匹配任意的子域名。比如，配置如下：
server {
listen 80;
server_name *.example.com; # 匹配所有以.example.com 结尾的子域名
root /var/www/subdomain;
index index.html;
}
这样，当用户访问 a.example.com、b.example.com 等任何以 .example.com 结尾的子域名时，Nginx 都会把请求分发到这个 server 块进行处理。
2.2.2 后置通配符
后置通配符以 . 开头，后面跟着部分域名。比如，配置如下：
server {
listen 80;
server_name .example.com; # 匹配 example.com 以及所有子域名
root /var/www/example;
index index.html;
}
这个配置既可以匹配 example.com，也可以匹配 a.example.com、b.example.com 等子域名。
2.3 正则表达式匹配
正则表达式匹配可以实现更灵活的域名匹配。正则表达式以 ~ 开头。比如，我们要匹配所有以 .test 结尾的域名，可以这样配置：
server {
listen 80;
server_name ~^.+\.test$; # 正则表达式匹配以.test 结尾的域名
root /var/www/test;
index index.html;
}
当用户访问 a.test、b.test 等域名时，Nginx 会把请求分发到这个 server 块进行处理。
三、技术优缺点
3.1 优点
3.1.1 灵活性高
通过精确匹配、通配符匹配和正则表达式匹配，Nginx 的 server_name 规则可以满足各种复杂的域名管理需求。无论是简单的企业官网和子域名管理，还是复杂的多租户系统，都能轻松应对。
3.1.2 性能优越
Nginx 是一款高性能的 Web 服务器，它的 server_name 匹配算法非常高效。即使在高并发的情况下，也能快速准确地匹配域名，将请求分发到对应的 server 块进行处理。
3.1.3 易于配置
Nginx 的配置文件非常简洁明了，server_name 的配置也很直观。只需要在 server 块中添加相应的 server_name 指令，就可以完成域名匹配的配置。
3.2 缺点
3.2.1 正则表达式复杂度
虽然正则表达式匹配提供了很高的灵活性，但如果正则表达式写得过于复杂，会增加匹配的难度和时间，影响服务器的性能。而且，复杂的正则表达式也容易出错，调试起来比较麻烦。
3.2.2 配置管理难度
当服务器上管理的域名数量较多时，配置文件会变得很长，管理起来会有一定的难度。如果不小心写错了某个 server_name 配置，可能会导致部分域名无法正常访问。
四、注意事项
4.1 匹配顺序
Nginx 的 server_name 匹配顺序是：精确匹配 > 最长的前导通配符匹配 > 最长的后置通配符匹配 > 第一个正则表达式匹配。在配置时，要注意这个顺序，避免出现匹配错误的情况。比如，有以下配置：
server {
listen 80;
server_name example.com; # 精确匹配
root /var/www/exact;
index index.html;
}
server {
listen 80;
server_name .example.com; # 后置通配符匹配
root /var/www/wildcard;
index index.html;
}
当用户访问 example.com 时，Nginx 会优先选择精确匹配的 server 块进行处理。
4.2 正则表达式安全
在使用正则表达式匹配时，要注意防止正则表达式注入攻击。攻击者可能会通过构造特殊的域名，利用正则表达式的漏洞来执行恶意代码。因此，在编写正则表达式时，要尽量限制匹配的范围，避免使用过于宽泛的正则表达式。
4.3 配置文件更新
当修改了 Nginx 的配置文件后，需要重启或者重新加载 Nginx 服务，使配置生效。在生产环境中，建议先使用 nginx -t 命令检查配置文件的语法是否正确，避免因为配置文件错误导致 Nginx 无法启动。
nginx -t # 检查配置文件语法
nginx -s reload # 重新加载配置文件
五、文章总结
Nginx 的 server_name 匹配规则是实现多域名管理的关键。通过精确匹配、通配符匹配和正则表达式匹配，我们可以灵活地管理各种域名，满足不同的应用场景。它具有灵活性高、性能优越、易于配置等优点，但也存在正则表达式复杂度和配置管理难度等缺点。在使用时，要注意匹配顺序、正则表达式安全和配置文件更新等问题。掌握了这些规则和注意事项，我们就能正确地使用 Nginx 进行多域名管理，让服务器更好地为我们服务。
评论