Nginx中實現特定URL的301重定向及註意事項

Cloud computing and code 2024年10月22日 10:31 958 Pinwu

本

文

摘

要

本文介紹了在 Nginx 服務器中實現特定URL的301重定向方法，介紹了兩種添加重定向規則的方式，包括在原配置文件新增`server`塊或創建新配置文件添加。端口處理、正則表達式重定向及註意事項。同時，對多個`server`塊處理相同請求時提供了域名區分等解決方案。

在當今的互聯網時代，網站的 URL 重定向是一項重要的技術，它可以幫助我們將舊的 URL 指向新的 URL，確保用戶和搜索引擎能夠正確地訪問到所需的內容。本文將重點介紹如何在 Nginx 服務器中實現將特定 URL（https://ok.qunapu.com/post/185/216/5806.html）重定向到新的 URL（https://ok.qunapu.com/sn/185.html），並探討在這個過程中需要註意的事項，特別是當服務器同時擁有 80 和 443 端口時的處理方法。

一、Nginx 中實現 301 重定向的方法

Nginx中實現特定URL的301重定向及註意事項第1张

1. 打開 Nginx 配置文件

Nginx 的配置文件通常位於 `/etc/nginx/nginx.conf` 或者在特定的站點配置文件中，如 `/etc/nginx/sites-enabled/your_site.conf`。使用文本編輯器打開相應的配置文件。

2. 確定添加重定向規則的位置

這裏可以有兩種選擇，一種是在原來的 `server` 塊中添加重定向規則，另一種是新添加一個 `server` 塊並設置相應規則。

- 如果選擇在原來的 `server` 塊中添加重定向規則，這樣做的好處是可以集中管理一個域名的所有配置。如果你的服務器上只有一個站點或者你希望對特定 URL 的重定向與其他配置放在一起進行管理，這種方式會比較方便。例如，如果你已經在某個 `server` 塊中設置了該域名的其他配置，如 SSL 證書、訪問日誌等，將重定向規則添加到這個 `server` 塊中可以保持配置的一致性和可讀性。

- 如果選擇新添加一個 `server` 塊並設置規則，這種方式可以更加清晰地將重定向的配置與其他配置區分開來。特別是當你有多個不同的重定向需求或者希望對重定向進行單獨的管理和調試時，新添加一個 `server` 塊可以使配置更加模塊化，便於維護和修改。

在實際應用中，可以根據具體的需求和場景來選擇合適的方式。

假設我們選擇新添加一個 `server` 塊並設置相應規則，有以下兩種常見的實現方式：

（1）在原來的配置文件中添加新的 `server` 塊

- 直接在現有的 Nginx 配置文件（如 `/etc/nginx/nginx.conf` 或 `/etc/nginx/sites-enabled/your_site.conf`）中添加新的 `server` 塊。例如：

server {
    listen 80;
    server_name ok.qunapu.com;
    if ($request_uri = "/post/185/216/5806.html") {
        return 301 https://ok.qunapu.com/sn/185.html;
    }
}
server {
    listen 443 ssl;
    server_name ok.qunapu.com;
    if ($request_uri = "/post/185/216/5806.html") {
        return 301 https://ok.qunapu.com/sn/185.html;
    }
}

這裏分別為 80 端口和 443 端口創建了獨立的 `server` 塊，當接收到對特定 URL 的請求時，都會進行重定向。這種方式的好處是可以更加明確地針對不同端口進行配置，同時也方便對不同端口的重定向規則進行單獨調整。

（2）通過創建新的配置文件來添加新的 `server` 塊

- 可以創建一個新的配置文件，比如 `/etc/nginx/sites-enabled/redirect.conf`，然後在這個文件中添加新的 `server` 塊。例如：

server {
    listen 80;
    server_name ok.qunapu.com;
    if ($request_uri = "/post/185/216/5806.html") {
        return 301 https://ok.qunapu.com/sn/185.html;
    }
}
server {
    listen 443 ssl;
    server_name ok.qunapu.com;
    if ($request_uri = "/post/185/216/5806.html") {
        return 301 https://ok.qunapu.com/sn/185.html;
    }
}

然後確保在主配置文件 `/etc/nginx/nginx.conf` 中包含這個新的配置文件，通常可以在文件中添加類似這樣的一行：`include /etc/nginx/sites-enabled/redirect.conf;`。這樣，Nginx 在啟動時會加載這個新的配置文件中的規則。這種方式的好處是可以將重定向的配置與主配置文件分離，使得配置更加清晰，也方便對重定向規則進行單獨管理和維護。

註意：在“（1）在原來的配置文件中添加新的 server 塊”這種方式下，是在原來的 Nginx 配置文件（如`/etc/nginx/nginx.conf`或`/etc/nginx/sites-enabled/your_site.conf`）中添加一個全新的`server`塊，而不是在已有的`server`塊裏添加規則。

1). 獨立的配置單元

- 每個`server`塊在 Nginx 配置中是一個獨立的虛擬服務器配置單元。當我們添加新的`server`塊用於重定向時，這個新的`server`塊就像是一個專門處理特定重定向任務的小模塊。

- 例如，對於前面給出的代碼：

server {
    listen 80;
    server_name ok.qunapu.com;
    if ($request_uri = "/post/185/216/5806.html") {
        return 301 https://ok.qunapu.com/sn/185.html;
    }
}
server {
    listen 443 ssl;
    server_name ok.qunapu.com;
    if ($request_uri = "/post/185/216/5806.html") {
        return 301 https://ok.qunapu.com/sn/185.html;
    }
}

- 這裏有兩個獨立的`server`塊，第一個`server`塊主要處理通過 80 端口訪問的請求。它監聽 80 端口（`listen 80;`），並且當請求的域名是`ok.qunapu.com`（`server_name ok.qunapu.com;`），同時請求的 URI 是`/post/185/216/5806.html`（`if ($request_uri = "/post/185/216/5806.html")`）時，就會執行重定向操作（`return 301 https://ok.qunapu.com/sn/185.html;`）。

- 第二個`server`塊則主要處理通過 443 端口訪問的請求，邏輯和第一個`server`塊類似，只是它還額外啟用了 SSL（`listen 443 ssl;`），用於處理加密的 HTTPS 請求。

2). 便於端口針對性配置

- 通過添加新的`server`塊，可以更加方便地針對不同端口進行特定的配置。對於 80 端口和 443 端口，它們在網絡通信中的角色和處理方式有所不同。

- 80 端口通常用於普通的 HTTP 通信，而 443 端口用於安全的 HTTPS 通信。將它們分別放在不同的`server`塊中，可以根據端口的特性來精細地設置重定向規則，例如，在 80 端口的`server`塊中，可以根據需要先將 HTTP 請求重定向到 HTTPS（如果有這個要求），再考慮特定 URL 的重定向；而在 443 端口的`server`塊中，直接處理針對安全連接下的特定 URL 重定向。

- 這種方式也使得對不同端口的重定向規則的維護和調整更加容易。如果之後需要對某個端口的重定向規則進行修改，比如改變重定向的目標 URL 或者添加新的條件判斷，只需要在對應的`server`塊中進行修改，而不會影響到其他端口的配置。

二、同一配置文件中有多個`server`塊時端口處理

如果在同一配置文件中有兩個及以上的`server`塊，不能同時都使用 80 端口和 443 端口。原因在於，一個端口在同一時間只能被一個進程或服務監聽。如果多個`server`塊同時監聽相同的端口，會導致端口沖突，Nginx 無法正常啟動。

當出現這種情況時，可以采取以下處理方法：

1. 為不同的`server`塊分配不同的端口組合。例如，可以讓一個`server`塊監聽 80 和 443 端口，另一個`server`塊監聽 8080 和 4443 端口等。這樣可以避免端口沖突，同時也可以根據不同的業務需求進行端口劃分。

2. 如果確實需要多個`server`塊都處理相同類型的請求（比如都是 HTTP 或都是 HTTPS），可以考慮使用不同的域名或子域名來區分不同的`server`塊，然後通過域名解析將請求分發到不同的`server`塊上。這樣每個`server`塊就可以使用相同的端口但針對不同的域名進行處理，避免了端口沖突。

假設我們有兩個不同的業務，分別對應不同的舊 URL 需要重定向到不同的新 URL。如果我們希望在不使用不同端口的情況下進行區分，可以使用不同的域名或子域名來實現。

例如，業務 A 對應的域名是`a.ok.qunapu.com`，業務 B 對應的域名是`b.ok.qunapu.com`。我們可以在 Nginx 配置文件中設置如下：

server {
    listen 80;
    server_name a.ok.qunapu.com;
    if ($request_uri = "/old_url_a.html") {
        return 301 https://a.ok.qunapu.com/new_url_a.html;
    }
}
server {
    listen 80;
    server_name b.ok.qunapu.com;
    if ($request_uri = "/old_url_b.html") {
        return 301 https://b.ok.qunapu.com/new_url_b.html;
    }
}

在這個例子中，兩個`server`塊都監聽 80 端口，但是通過不同的域名進行區分。當用戶訪問`a.ok.qunapu.com/old_url_a.html`時，會被重定向到`https://a.ok.qunapu.com/new_url_a.html`；當用戶訪問`b.ok.qunapu.com/old_url_b.html`時，會被重定向到`https://b.ok.qunapu.com/new_url_b.html`。

域名解析的過程是，當用戶在瀏覽器中輸入域名時，DNS 服務器會將域名解析為對應的 IP 地址，然後將請求發送到該 IP 地址上的服務器。Nginx 根據請求的域名來匹配相應的`server`塊進行處理。

三、使用正則表達式進行特定 URL 重定向

對於將 URL（https://ok.qunapu.com/post/185/216/5806.html）重定向到新的 URL（https://ok.qunapu.com/sn/185.html），且利用正則表達式匹配其中的“185”部分，可以使用以下配置：

server {
    listen 80;
    server_name ok.qunapu.com;
    rewrite ^/post/([0-9]+)/.*$ https://ok.qunapu.com/sn/$1.html permanent;
}
server {
    listen 443 ssl;
    server_name ok.qunapu.com;
    rewrite ^/post/([0-9]+)/.*$ https://ok.qunapu.com/sn/$1.html permanent;
}

代碼解釋如下：

- `rewrite ^/post/([0-9]+)/.*$ https://ok.qunapu.com/sn/$1.html permanent;`：

- `rewrite`指令用於進行 URL 重寫。

- `^/post/([0-9]+)/.*$`是正則表達式，`^/post/`表示以`/post/`開頭，`([0-9]+)`表示匹配一個或多個數字，並將其捕獲到`$1`中，`/.*$`表示後面跟著任意字符。這個正則表達式可以匹配類似`/post/185/216/5806.html`這樣的 URL，其中“185”被捕獲。

- `https://ok.qunapu.com/sn/$1.html`是重定向的目標 URL，`$1`是前面捕獲到的數字部分，在這裏就是“185”，重定向後的 URL 變為`https://ok.qunapu.com/sn/185.html`。

- `permanent`表示使用 301 永久重定向。

四、代碼解釋及作用

1. 新 `server` 塊的含義

- 每個 `server` 塊代表一個虛擬服務器，可以針對不同的域名、端口等進行獨立的配置。在重定向的場景中，我們可以為特定的 URL 重定向創建獨立的 `server` 塊，以便更加精確地控制重定向規則。

2. 端口設置

- `listen 80;`：表示監聽 80 端口，用於處理 HTTP 請求。

- `listen 443 ssl;`：表示監聽 443 端口，並啟用 SSL，用於處理 HTTPS 請求。

3. 重定向條件判斷（使用正則表達式）

- 如上述正則表達式部分的解釋，通過正則表達式匹配舊 URL，並確定重定向的目標 URL。

4. 重定向操作

- 通過`rewrite`指令和正則表達式的配合，當請求的 URL 匹配到正則表達式時，就會執行 301 永久重定向到指定的新 URL。

五、註意事項

1. 測試重定向

在實施重定向之前，一定要進行充分的測試。可以使用不同的瀏覽器和設備訪問舊的 URL，確保重定向能夠正確地工作。同時，也要檢查新的 URL 是否能夠正常顯示所需的內容。可以使用在線工具或者瀏覽器的開發者工具來檢查 HTTP 狀態碼，確保返回的是 301 狀態碼。

2. 考慮搜索引擎優化

301 重定向通常被搜索引擎視為永久性的重定向，這意味著搜索引擎會將舊 URL 的權重和排名傳遞給新 URL。但是，這個過程可能需要一些時間。在實施重定向後，你可以使用搜索引擎的站長工具來提交新的 URL，並監控搜索引擎對重定向的處理情況。

3. 處理多個端口

當服務器同時開啟了 80 端口和 443 端口時，無論是在原來的 `server` 塊中添加規則還是新添加 `server` 塊，都不需要分別為兩個端口寫不同的重定向規則。Nginx 可以在不同的 `server` 塊中分別處理這兩個端口的請求，並根據條件進行重定向。

- 對於 80 端口的 HTTP 請求，Nginx 會自動將其重定向到 HTTPS（如果配置了 SSL）。這樣可以確保用戶的連接更加安全，並且符合現代互聯網的安全標準。

- 對於 443 端口的 HTTPS 請求，直接進行 URL 重定向到新的目標 URL。

4. 備份配置文件

在修改 Nginx 配置文件之前，最好先備份一份原始文件。這樣，如果在實施重定向過程中出現問題，你可以輕松地恢復到原始狀態。可以使用命令行工具或者直接復制配置文件到另一個位置進行備份。

5. 註意配置文件語法

Nginx 的配置文件語法非常嚴格，一個錯誤的配置可能導致服務器無法正常啟動或者出現錯誤的行為。在添加重定向規則時，確保語法正確，特別是括號、分號等符號的使用。

6. 考慮性能影響

重定向可能會對服務器的性能產生一定的影響，特別是如果有大量的請求被重定向。在實施重定向之前，可以考慮使用緩存技術或者優化服務器配置來減輕重定向帶來的性能壓力。例如，可以使用 Nginx 的緩存模塊來緩存重定向後的頁面，減少服務器的負載。

7. 監控重定向效果

在實施重定向後，應該持續監控重定向的效果。可以使用網站分析工具來跟蹤用戶的行為，查看是否有用戶因為重定向而出現問題。同時，也可以檢查服務器的日誌文件，了解重定向的請求數量和狀態碼，以便及時發現並解決問題。

六、總結

在 Nginx 服務器中實現特定 URL 的 301 重定向是一個相對簡單但需要謹慎處理的過程。通過選擇在原來的 `server` 塊中添加規則或者新添加一個 `server` 塊並設置相應規則，我們可以根據具體需求來靈活地配置重定向。在實施重定向時，要註意測試、搜索引擎優化、處理多個端口、備份配置文件、註意語法、考慮性能影響和監控重定向效果等方面的問題，以確保重定向的順利進行。當有很多舊 URL 需要重定向時，合理使用正則表達式可以提高配置的效率，但要註意正則表達式的準確性、重定向的順序以及性能影響等問題。如果確實需要多個`server`塊處理相同類型的請求，可以考慮使用不同的域名或子域名進行區分，通過域名解析將請求分發到不同的`server`塊上，避免端口沖突。通過這些措施，我們可以為用戶提供更好的體驗，同時也為網站的發展打下堅實的基礎。