一、核心需求：為什么需要虛擬主機？
在互聯網上，我們常常希望在一臺物理服務器（它通常只有一個公網 IP 地址）上運行多個獨立的網站，每個網站都有自己獨特的域名（例如 www.a-site.com?, www.b-site.org? 等）。如果每個網站都需要一個獨立的 IP 地址，那將是非常昂貴且浪費 IPv4 資源的。
虛擬主機 (Virtual Hosting) 技術應運而生，它允許你在單一 IP 地址的服務器上，經濟高效地托管多個使用不同域名的網站。
二、關鍵的“指路人”：Host? 請求頭部
HTTP/1.1 協議規定了一個強制性的請求頭部字段——Host?。
- 它的作用：當你的瀏覽器向服務器發送請求時（比如訪問 http://www.a-site.com?），Host? 頭部會明確地告訴服務器，用戶實際想要訪問的目標域名是 www.a-site.com?。
- 為何如此重要：如果請求中缺失 Host? 頭部，服務器雖然知道請求是發給自己的（通過 IP 地址判斷），但它無法分辨這個請求究竟是針對它上面托管的哪一個網站。這就像一個快遞員只知道包裹要送到某棟大樓，卻不知道具體是哪家公司簽收。服務器此時通常會返回錯誤，或者將請求導向一個預設的默認站點，但這往往不是用戶期望的結果。
三、Nginx 實現虛擬主機的步驟
Nginx 作為一款高性能的 Web 服務器，通過其靈活的配置完美支持虛擬主機。主要涉及兩大步驟：
1. DNS 配置：萬流歸宗
你需要將所有希望托管在這臺 Nginx 服務器上的域名，都通過 DNS 解析指向這臺服務器的同一個 IP 地址。
- 例如，服務器 IP 為 100.200.10.20?。
- 在你的 DNS 服務商處，為 www.a-site.com?、www.b-site.org? 以及其他所有相關域名創建 A 記錄，都指向 100.200.10.20?。
- 結果：無論用戶訪問哪個域名，請求最終都會被發送到 IP 地址為 100.200.10.20? 的這臺 Nginx 服務器。
2. Nginx 服務器配置：精細分發
Nginx 的核心在于其配置文件（通常是 nginx.conf? 以及通過 include? 指令引入的其他配置文件，如 sites-available/? 或 conf.d/? 目錄下的 .conf? 文件）。Nginx 使用 server? 配置塊來為每一個虛擬主機（即每一個網站）定義一套獨立的服務規則。
-
?server? 塊：每個你想托管的網站都需要一個專屬的 server { ... }? 配置塊。
# 示例：/etc/nginx/sites-available/a-site.conf server {listen 80; # 監聽標準的 HTTP 80 端口# listen 443 ssl; # 如果是 HTTPS，監聽 443 端口server_name www.a-site.com a-site.com; # <--- 核心！指定此 server 塊處理的域名root /var/www/a-site.com/public; # 網站文件的根目錄index index.html index.php; # 默認的索引文件access_log /var/log/nginx/a-site.com.access.log; # 獨立的訪問日志error_log /var/log/nginx/a-site.com.error.log; # 獨立的錯誤日志location / { # 處理根路徑及所有未明確匹配的路徑try_files $uri $uri/ =404; # 嘗試查找文件或目錄，否則返回404}# 可以為 a-site.com 添加更多特定的 location 規則、反向代理等# 例如，處理 PHP 文件# location ~ \.php$ {# include snippets/fastcgi-php.conf;# fastcgi_pass unix:/run/php/php8.0-fpm.sock;# } }# 示例：/etc/nginx/sites-available/b-site.org.conf server {listen 80;server_name www.b-site.org b-site.org; # <--- 另一個域名的 server 塊root /var/www/b-site.org/html; # 不同的網站文件根目錄index index.html;access_log /var/log/nginx/b-site.org.access.log;error_log /var/log/nginx/b-site.org.error.log;location /special-app/ {# 為 b-site.org 的某個特定應用做配置# proxy_pass http://localhost:5000;}# ... 其他 b-site.org 的配置 } -
關鍵指令解釋：
- ?listen?：指定 Nginx 在哪個 IP 地址（可選）和哪個端口上監聽請求。對于公共網站，這通常是 80? (HTTP) 和/或 443? (HTTPS)。
- ?server_name?：這是 Nginx 區分虛擬主機的最關鍵指令。Nginx 會提取客戶端 HTTP 請求中的 Host? 頭部的值，并將其與各個 server? 塊中 server_name? 定義的域名列表進行匹配。匹配成功后，該 server? 塊內的其他指令就會生效。server_name? 可以包含一個或多個域名，支持通配符和正則表達式。
- ?root?：定義了當前 server? 塊所服務的網站的文檔根目錄（即網頁文件存放的起始位置）。
- ?index?：指定當用戶請求一個目錄時，Nginx 應嘗試提供的默認文件名。
- ?access_log?, error_log?：允許為每個虛擬主機配置獨立的日志文件，方便管理和問題排查。
- ?location? 塊：允許你針對特定的 URL 路徑或模式（如圖片、API 接口、PHP 文件等）定義更細致的處理規則。
-
啟用配置：通常將寫好的虛擬主機配置文件從 sites-available? 目錄鏈接到 sites-enabled? 目錄，然后測試配置（sudo nginx -t?）并重載 Nginx（sudo systemctl reload nginx?）。
四、工作流程回顧
- 用戶在瀏覽器輸入 http://www.a-site.com/contact.html?。
- DNS 將 www.a-site.com? 解析到 Nginx 服務器的 IP 地址 (100.200.10.20?)。
- 瀏覽器向 100.200.10.20:80? 發送 HTTP 請求，請求頭中包含 Host: www.a-site.com?。
- Nginx 收到請求，讀取 Host? 頭部為 www.a-site.com?。
- Nginx 遍歷其加載的所有 server? 塊，查找 server_name? 指令中包含 www.a-site.com? (或匹配的通配符/正則) 的那個 server? 塊。
- 一旦匹配成功（例如，匹配到 /etc/nginx/sites-available/a-site.conf? 中的 server? 塊），Nginx 就會使用該 server? 塊內的配置來處理請求（例如，從 /var/www/a-site.com/public? 目錄中查找 contact.html? 文件）。
- Nginx 將找到的內容作為響應返回給瀏覽器。
如果另一個請求的 Host? 頭部是 www.b-site.org?，Nginx 則會匹配到為 b-site.org? 配置的 server? 塊，并按其規則提供服務。
五、對比：“IP + 不同端口”方案的局限性
你可能會想，為什么不直接用 IP 地址配合不同的端口號來區分不同的網站呢？例如：
- ?www.a-site.com? -> 100.200.10.20:8080?
- ?www.b-site.org? -> 100.200.10.20:8081?
技術上這完全可行，Nginx 的 listen? 指令可以直接監聽這些非標準端口。但這種方式對于公共訪問的網站來說，并非理想選擇，主要原因如下：
-
用戶體驗差：用戶訪問網站時，必須在瀏覽器地址欄中手動輸入非標準的端口號（如 http://www.a-site.com:8080?）。這非常不方便，也容易出錯。
-
瀏覽器默認行為：當用戶只輸入域名（如 www.a-site.com?）或使用標準的 http://? / https://? 前綴時，瀏覽器會自動連接到服務器的標準端口：
- HTTP: 默認連接端口 80?
- HTTPS: 默認連接端口 443?
如果你的網站運行在非標準端口，用戶不顯式指定端口就無法訪問。
-
DNS 限制：標準的 DNS A 記錄只負責將域名解析到 IP 地址，不包含端口信息。雖然 SRV 記錄可以指定服務端口，但瀏覽器在訪問常規網站時并不依賴它。
結論：Host? 頭部虛擬主機的優越性
基于 Host? 頭部的虛擬主機（通常都監聽在標準的 80 和 443 端口）是托管多個公共網站的行業標準和最佳實踐。它對用戶完全透明，用戶只需輸入域名即可訪問，而服務器則在后端通過 Host? 頭部智能地將請求分發給正確的網站進行處理。這種方式既高效、經濟，又保證了良好的用戶體驗。
“IP + 不同端口”的方案更適用于內部服務、API 接口、或者一些用戶明確知道需要指定端口的特定應用程序。
