在单台 Linux 服务器上部署多个网站不仅能够显著降低硬件成本与运维复杂度，更是最大化利用计算资源的标准做法，实现这一目标的核心在于 Web 服务器软件（如 Nginx 或 Apache）的虚拟主机功能，它允许服务器根据 HTTP 请求头中的域名信息，将流量精准分发至不同的网站根目录，通过合理的目录规划、权限隔离以及 SSL 证书管理，Linux 系统可以稳定、高效地同时支撑数十甚至数百个网站运行。
虚拟主机技术原理与选型
在 Linux 环境下，实现多网站托管主要依赖于 Web 服务器对“虚拟主机”的支持，虚拟主机主要分为基于 IP 和基于域名两种模式，基于 IP 的模式需要服务器为每个网站绑定独立的 IP 地址，这在 IPv4 资源枯竭的今天并不经济；而基于域名的虚拟主机则是主流方案，它允许所有网站共享同一个 IP 地址，服务器通过解析请求头中的 Host 字段来决定返回哪个站点的内容。
在 Web 服务器的选型上，Nginx 和 Apache 是两大主流选择，Nginx 以其轻量级、高并发处理能力和低内存占用著称，特别适合静态资源服务和高流量场景；Apache 则拥有强大的模块生态和 .htaccess 支持，配置灵活性极高，对于现代多站点部署，通常推荐使用 Nginx 作为反向代理或直接作为 Web 服务器,以获得更优的性能表现。
标准化目录结构规划
为了便于后续维护与安全管理，建立清晰、规范的文件系统结构至关重要，切忌将所有网站文件随意堆砌在系统根目录下，一种遵循 Linux 文件系统层次结构标准（FHS）的最佳实践方案如下：
建议在 /var/www/ 目录下为每个网站创建独立的目录树，部署 site1.com 和 site2.com，结构应设计为：
/var/www/site1.com/public/html（存放网页文件）
/var/www/site1.com/logs（存放该站点专属日志）
/var/www/site2.com/public/html
/var/www/site2.com/logs
这种结构将代码与日志分离，且不同站点之间物理隔离，极大地降低了误操作风险，应确保每个站点的目录所有者设置为独立的非 root 用户，利用 Linux 基础的文件权限机制（如 chmod 750）防止跨站访问攻击,即防止单个站点被入侵后轻易篡改其他站点的数据。
Nginx 多站点配置实战
Nginx 的配置文件通常位于 /etc/nginx/conf.d/ 或 /etc/nginx/sites-available/，为了保持配置清晰，建议为每个网站建立独立的配置文件，而不是将所有规则写入 nginx.conf。
以下是一个典型的 Nginx 多站点配置示例：
# 站点 A 配置文件 /etc/nginx/conf.d/site1.com.conf
server {
listen 80;
server_name site1.com www.site1.com;
root /var/www/site1.com/public/html;
index index.html index.php;
access_log /var/www/site1.com/logs/access.log;
error_log /var/www/site1.com/logs/error.log;
location / {
try_files $uri $uri/ =404;
}
# PHP 处理配置 (如果需要)
location ~ \.php$ {
fastcgi_pass unix:/var/run/php/php8.1-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
}
# 站点 B 配置文件 /etc/nginx/conf.d/site2.com.conf
server {
listen 80;
server_name site2.com www.site2.com;
root /var/www/site2.com/public/html;
index index.html index.php;
access_log /var/www/site2.com/logs/access.log;
error_log /var/www/site2.com/logs/error.log;
location / {
try_files $uri $uri/ =404;
}
}
配置完成后，使用 nginx -t 测试语法正确性，随后执行 systemctl reload nginx 即可生效。关键点在于 server_name 指令，Nginx 正是通过它来匹配 incoming request 的域名。
安全隔离与 SSL 证书管理
在多网站环境下，安全隔离是重中之重，除了前文提到的文件权限隔离外，还必须配置 PHP-FPM 的池，默认情况下，所有站点可能共用同一个 PHP-FPM 进程，这意味着一个站点的恶意代码可能读取其他站点的数据库密码，解决方案是为每个站点配置独立的 pool，在 /etc/php-fpm.d/ 中为每个站点定义独立的 listen（如 socket 文件）和 user/group，从而在 PHP 执行层面实现彻底隔离。
HTTPS 已成为标配，在单 IP 多站点场景下，TLS Server Name Indication (SNI) 技术允许服务器在握手阶段根据域名返回正确的 SSL 证书，使用 Certbot (Let’s Encrypt) 可以轻松获取并自动续签证书，对于 Nginx，只需在每个 server 块中指定 ssl_certificate 和 ssl_certificate_key 路径即可，建议配置强化的 SSL 安全参数，如启用 HSTS 和禁用旧的弱加密协议,以提升整体安全性。
独立见解：容器化部署是未来趋势
虽然传统的虚拟主机部署方式成熟稳定，但在现代 DevOps 实践中，Docker 容器化部署展现出了更优越的隔离性和可移植性，传统的多站点部署在同一操作系统内核上，依赖库冲突（如 Site A 需要 PHP 7.4，Site B 需要 PHP 8.1）是运维的噩梦。
通过 Docker Compose，我们可以为每个网站构建独立的运行环境，每个网站运行在独立的容器中，拥有自己的 Web 服务器、PHP 版本和依赖库，互不干扰，宿主机仅运行 Nginx 作为反向代理，将流量转发给不同端口的后端容器，这种方案虽然初期学习成本略高，但从长远来看，它极大地提升了系统的可维护性、迁移能力和安全性，是处理 Linux 多网站托管的高级且专业的解决方案。
相关问答
Q1：在 Linux 服务器上，如果只有一个公网 IP 地址，能否同时部署基于 HTTP 和基于 HTTPS 的多个网站？
A： 可以，这完全依赖于 Web 服务器对虚拟主机和 SNI（Server Name Indication）的支持，对于 HTTP（80 端口）流量，服务器通过 Host 头区分不同站点；对于 HTTPS（443 端口）流量，SNI 技术允许服务器在建立 SSL 连接前就知道客户端访问的是哪个域名，从而返回对应的 SSL 证书，只要 Web 服务器（如 Nginx 或 Apache）版本支持 SNI（现代版本均支持），即可在单 IP 上无缝运行多个 HTTPS 站点。
Q2：如何限制 Linux 服务器上某个特定网站的资源使用，防止其因流量过大拖垮整台服务器？
A： 可以通过多层手段进行限制，在 Nginx 层面，可以使用 limit_req_zone 和 limit_conn_zone 模块限制单个 IP 的请求速率和连接数，在操作系统层面，可以使用 Control Groups (cgroups) 功能来限制特定进程组（如某个站点的 PHP-FPM 进程）的 CPU、内存和 I/O 使用配额，如果使用 Docker 部署，则可以直接在容器配置中设置内存和 CPU 限制,这是最直接有效的方法。
互动
您目前在 Linux 服务器上主要使用哪种方式管理多站点？是传统的 Nginx/Apache 虚拟主机，还是已经转向了 Docker 容器化部署？欢迎在评论区分享您的运维经验或遇到的配置难题。
