如何設定Nginx和Apach反向代理

反向代理位於Web伺服器前面，並在所有請求到達源伺服器之前接收它們。它的工作方式類似於轉發代理，除了在這種情況下它是使用代理的Web伺服器而不是使用者或客戶端。反向代理通常用於增強Web伺服器的效能、安全性和可靠性。

例如，您可以在伺服器上的域名example.com上託管一個非WordPress站點，並在伺服器B上託管的 example.com/blog 上執行其WordPress部落格。您可以通過為託管您的主站點的伺服器新增反向代理來實現此目的。您可以配置反向代理，將部落格的請求重定向到不同的伺服器。

在本文中，您將瞭解反向代理伺服器的基礎知識、它們的工作原理、它們的主要優點以及如何使用它們來加速和保護您的WordPress站點。

1. 什麼是反向代理？
2. 使用反向代理的好處
3. 最受歡迎的反向代理
4. 反向代理：WordPress網站的用例
5. 如何將Nginx設定為反向代理
6. 如何將Apache設定為反向代理
7. 反向代理的限制
8. 在CDN和反向代理之間進行選擇

什麼是反向代理？

要了解什麼是反向代理伺服器，您首先需要了解它的作用並熟悉它的所有相關術語。

當您通過輸入域名或單擊連結正常瀏覽網頁時，您的瀏覽器/裝置會直接連線到網站的伺服器並開始下載其資源。

通常如何在Internet上瀏覽

如果您想從您訪問的網站匿名化您的IP地址，那麼您可以使用代理伺服器首先將您的所有請求傳送給它。它會將您的請求轉發到DNS解析器，然後從其源伺服器下載網站的資源。

之後，它會將這些資源傳遞給您的裝置。這稱為轉發代理。

轉發代理伺服器的工作原理

您對網站完全隱藏，因為它認為您的請求來自轉發代理。

注：由於一些託管服務提供商統計站點訪問的方式，他們要求使用者設定一個標頭以將他們的真實IP地址通知給源伺服器。因此，隱私利益不適用於諸如此類的特定情況。

除了增強使用者隱私外，轉發代理主要用於繞過地理內容限制。例如，如果您想觀看在您所在地區被阻止的視訊，您可以使用轉發代理和IP地址，在該IP地址上可以觀看該視訊。

轉發代理的工作方式與虛擬專用網 (VPN) 幾乎相同，但它們是具有獨特用例的不同技術（儘管它們有時可能重疊）。

反向代理伺服器與正向代理伺服器

反向代理伺服器充當源伺服器的前端，以保持匿名性並增強安全性，就像使用者/客戶端如何使用正向代理來實現相同目的一樣。它確保沒有使用者或客戶端直接與源伺服器通訊。

反向代理伺服器的工作原理

正向代理與反向代理之間的區別很小，但它們的工作方式不同。

兩者可以一起工作，因為它們的功能之間沒有重疊。通常，使用者/客戶端使用正向代理，而源伺服器使用反向代理。

正向代理與反向代理伺服器

由於伺服器管理員可以控制反向代理的工作方式，因此您可以使用它來啟用許多有用的功能。

我們將在本文後面列出它的所有好處。

為什麼使用反向代理？

許多企業，尤其是大型企業，使用定製的網站，這些網站是根據他們的獨特需求量身定製的，而不是在WordPress上執行。一些例子包括銀行和保險網站。

在其他情況下，企業可能會將他們的網站託管在不允許他們安裝任何外部軟體（例如WordPress）的外部服務上。通常，這些是使用諸如Shopify等電子商務平臺的中小型零售商。

由於WordPress具有強大的CMS功能，許多企業，包括擁有定製網站的大型企業，可能更喜歡使用WordPress託管他們的部落格。

解決此問題的一種方法是在主網站的子域上安裝WordPress並構建導航選單，以便使用者可以輕鬆地在主網站和部落格之間切換。

由於子域表現為一個獨特的域，它會影響您網站的SEO。儘管Google對子域和子目錄一視同仁，但如果網站託管在子域中，則優化網站的搜尋引擎排名要比託管在子目錄中要花費更多的精力。

在網站上託管部落格的兩種方法

谷歌重申它平等對待子域和子目錄，但一些SEO專家不同意。即使它不影響網站的SEO，託管在子目錄中的網站也更容易維護。

這就是為什麼您可以使用反向代理將請求重定向到託管在單獨伺服器上的站點部落格。例如，銀行可以在其伺服器上安全地託管其主要網站，但他們也可以在另一家伺服器提供商上單獨託管其WordPress驅動的部落格。

反向代理用例示例

將兩個不同的站點統一在一個域名下是使用反向代理的主要優勢之一。它可以幫助品牌保持其網站的組織性、專業性並保持信譽。

使用反向代理的好處

除了上述用例之外，反向代理還具有許多其他好處。下面的部分討論了它們的一些主要優點。

負載均衡

單個源伺服器無法處理具有數百萬每日唯一訪問者的網站的所有傳入流量。在這些情況下，您可以在包含許多伺服器的池中巧妙地分配流量。通常，所有伺服器將託管相同的內容以消除單點故障，從而使網站更加可靠。

反向代理是一種很好的設定方式，因為它可以在傳入流量到達源伺服器之前接收它。如果源伺服器過載或完全失敗，它可以將流量分配給其他伺服器，而不會影響站點功能。

反向代理還可以將傳入請求定向到多個伺服器，每個伺服器執行其優化的特定功能。然後反向代理可以收集來自所有伺服器的響應並將它們傳遞給客戶端。

由於我們主要使用大多數流行的反向代理來進行負載平衡，因此它們也被稱為負載平衡器。

全域性伺服器負載平衡 (GSLB)

GSLB是一種高階負載平衡方法，用於在世界各地戰略性放置的許多伺服器之間分配網站流量。它通常通過任播路由技術完成，其中反向代理根據客戶端和伺服器之間的最快傳輸時間選擇伺服器節點。

GSLB不僅大大提高了站點的可靠性和安全性，還減少了延遲和載入時間，從而增強了使用者體驗。您可以將GSLB與Spoon Feeding等其他網路優化技術結合使用，以進一步釋放源伺服器的計算資源。

儘管您可以在伺服器上手動設定全域性伺服器負載平衡，但通常由Cloudflare和又拍雲等專用CDN負責。

增強的安全性

反向代理可以掩蓋原始伺服器的IP地址和其他特徵。因此，您網站的原始伺服器可以更好地保持其匿名性，從而顯著提高其安全性。

由於反向代理將在到達主伺服器之前接收所有流量，因此任何攻擊者或黑客都會發現很難將您的網站作為DDoS攻擊等安全威脅的目標。

您可以使用嚴格的防火牆來加強反向代理的安全性，以抵禦常見的網路攻擊。如果沒有安裝反向代理，就很難刪除惡意軟體或開始刪除。

像HAProxy這樣的反向代理可以將基本的HTTP訪問身份驗證新增到沒有啟用它的 Web 伺服器。您還可以使用反向代理為各種型別的請求新增集中式身份驗證。

強大的快取

您可以通過快取靜態和動態內容來使用反向代理來實現Web加速。這可以減少源伺服器上的負載，從而使網站更快。

例如，如果您的源伺服器在美國，並且來自歐洲的使用者訪問您的網站，那麼您可以從歐洲的反向代理伺服器提供您網站的快取版本。由於反向代理比原始伺服器更接近使用者，因此網站載入時間會更短，從而使其表現出色。

Varnish和Nginx FastCGI是用於快取Web內容的反向代理的突出示例。

卓越的壓縮

伺服器響應會佔用大量頻寬。在將它們傳送到客戶端之前壓縮伺服器響應（例如使用gzip）可以減少所需的頻寬量，從而加快網路上的伺服器響應。

反向代理非常適合壓縮伺服器響應，因為它位於源伺服器和客戶端之間。

優化的SSL加密

為每個客戶端加密和解密SSL/TLS請求對於源伺服器來說可能是非常繁重的。反向代理可以承擔此任務以釋放源伺服器的資源用於其他重要任務，例如提供內容。

offload SSL/TSL加密和解密的另一個優點是減少地理上遠離源伺服器的客戶端的延遲。

您還可以選擇具有專用SSL/TLS加速硬體的反向代理來進一步優化此任務。這種反向代理稱為SSL/TLS終止代理。Varnish等一些伺服器不支援SSL/TSL協議，因此SSL/TSL終止反向代理可以幫助保護通過它們的流量。

更好的A/B測試

大多數A/B測試工具都要求您使用外部JavaScript庫來載入它們的功能。但是，載入第三方指令碼會減慢您的頁面載入時間，並給使用者帶來不穩定的體驗。

相反，您可以使用反向代理在伺服器級別本身建立兩個單獨的流。例如，您可以使用Nginx的split_clients或sticky route方法來控制流量重定向。

您可以參考Nginx和freeCodeCamp的教程，瞭解更多關於使用反向代理執行A/B測試的資訊。

監控和記錄流量

反向代理捕獲通過它的任何請求。因此，您可以將它們用作監控和記錄流量的中心樞紐。即使您使用多個Web伺服器來託管您網站的所有元件，使用反向代理也可以更輕鬆地監控您網站的所有傳入和傳出資料。

最受歡迎的反向代理

根據W3Techs的說法，幾乎83%的網站不使用他們監控的反向代理服務。

網站使用的反向代理統計（來源：W3Techs.com）

在使用反向代理（如上所列）的17%網站中，您會注意到其中大多數是CDN。這是因為大多數反向代理預設隱藏它們的存在以作為安全預防措施。因此，您不能依賴像W3Techs這樣的網站監控服務來查詢哪些反向代理是最受歡迎的。

根據我們的研究和經驗，當今最流行的反向代理是：

Nginx

Nginx是一個開源的Web伺服器，也可以作為反向代理。除了用於託管網站外，它還是使用最廣泛的反向代理和負載平衡解決方案之一。根據Netcraft的資料，2019年12月有超過4.79 億臺網路伺服器在使用Nginx，使其成為網路伺服器市場份額的領導者。

所有站點的Web伺服器市場份額（來源：Netcraft）

Nginx提供了上面討論的所有反向代理優勢，以及更多。它提高了Web效能、安全性、可靠性和可擴充套件性。你可以使用它的配置檔案來配置Nginx，它也是可熱過載的。

但您也可以使用商業產品Nginx Plus來訪問基於API的配置選項和其他適用於大型企業網站的功能。

Nginx在其參與的每個類別中都在Review Signal的頂級網路託管狀態中名列前茅。使用Nginx的其他一些主要公司是MaxCDN、Cloudflare和Netflix。

將Nginx設定為基本的反向代理很簡單。Nginx還為您提供各種指令來根據您的要求自定義伺服器的反向代理。我們將在後面的部分討論如何做到這一點。

Varnish

Varnish是一個帶有內建快取引擎的開源HTTP反向代理。它主要設計用於提供動態內容的高流量網站。您還可以將Varnish用作負載均衡器、Web應用防火牆 (WAF)以及邊緣身份驗證和授權伺服器。

它適用於所有現代版本的Linux和FreeBSD，主要用作Nginx或Apache Web伺服器的前端。Varnish強大且高度靈活的Varnish配置語言 (VCL)允許您定義各種功能，例如處理HTTP請求、快取以及連線到一個或多個Web伺服器。

出於這個原因，許多CDN使用Varnish作為快速交付內容的主要基礎。

Varnish還支援Edge Side Includes (ESI)，這是一種幫助您在其他網頁中重用一個網頁的部分的語言。如果您的網站在不同頁面中使用大量重複內容，ESI可以通過快取常用部分來幫助您加快網站的頁面載入時間。

您可以使用Varnish的各種模組 (VMOD)來擴充套件Varnish 。前往Varnish的官方教程，瞭解如何將Varnish設定為WordPress的反向代理。

Apache Traffic Server

Apache Traffic Server是一個開源快取代理伺服器。它因其快速、可擴充套件的特性而廣受歡迎。它是雅虎開發的商業產品！很久以前，但他們將其開源並將其捐贈給Apache基金會進行維護。

Comcast、Akamai、LinkedIn、Yahoo和Apple等幾個主要的內容網路和CDN都使用Apache Traffic Server來支援他們的技術。

您還可以使用Apache HTTP Server ( Apache httpd )，一個HTTP伺服器守護程式，在您的Web伺服器上設定反向代理。除了充當基本的Web伺服器外，它還可以幫助您為使用者提供靜態和動態內容。您將在本文後面學習如何將Apache設定為反向代理。

HAProxy

HAProxy是一個開源的反向代理和負載均衡器。它旨在與大多數現有Web伺服器架構整合，包括Linux發行版和雲平臺。與Nginx類似，HAProxy使用事件驅動的I/O模型，並支援跨多個工作程序拆分請求。

對於HTTP請求，HAProxy即使在高負載下也表現得非常好。網際網路上一些流量最高的網站，例如Airbnb、Reddit、Instagram、Stack Overflow、Tumblr、GitHub和Imgur，都使用HAProxy來有效地交付他們的網站。

討論如何實現HAProxy超出了本文的範圍，但您可以參考他們的文件以瞭解其工作原理。

注意： Traefik和Envoy是HAProxy的另外兩個開源替代品。它們既是高效能反向代理，又是具有許多高階功能的負載平衡器。

其他一些流行的反向代理是AWS Elastic Load Balancer、GLBC、DigitalOcean Load Balancer和Google Cloud Load Balancer。有關當今使用的頂級反向代理和負載均衡器的詳盡列表，您可以檢視Stackshare.io。

反向代理：WordPress網站的用例

為WordPress網站使用反向代理主要有三個用例。

載入“主站點”與“代理站點”

我們將僅在此示例中使用Nginx，因為它是當今用於WordPress網站的最流行的反向代理。但同樣的基本原則也適用於其他反向代理。

反向代理通常難以安裝、配置和支援。

1. 託管在同一臺伺服器上的主站點和代理站點

如果主站點和代理站點都託管在同一臺伺服器上，則主站點可以在WordPress安裝上執行，而單獨的WordPress安裝為代理站點提供動力。

由於您可以訪問站點及其共享Web伺服器，因此您可以為主站點設定反向代理規則，然後將代理站點配置為從反向代理載入。

以下是用於通過反向代理載入子目錄站點的標準Nginx反向代理指令：

location ^~ /subfolder/ {
proxy_pass http://subfolder.domain.com;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
}

在上面的程式碼中，您需要將/subfolder/佔位符替換為實際的子目錄名稱（例如/blog/, /shop/）。此外，http://subfolder.domain.com子域應與用於將反向代理指向代理站點的URL匹配。

location指令包括插入符號和波浪號 ( ^~ ) 來告訴Nginx，如果它找到定義的字串，它應該停止搜尋進一步的匹配並使用此處列出的指令。在其文件中瞭解有關Nginx反向代理指令的更多資訊。接下來，您需要配置代理站點以通過反向代理載入。以下是配置代理站點所遵循的標準步驟：

• 在載入代理站點的路徑上建立一個子目錄。所有代理網站的檔案都移動到此子目錄。
• 更新Web伺服器的配置檔案以將新子目錄定義為代理站點的根目錄。此外，您需要新增重寫規則以從每個傳入請求的請求URI中刪除子目錄。
• 更新代理站點資料庫中的所有URL以匹配實時站點URL（例如example.com/blog）。
• 使用定義編輯代理站點的wp-config.php檔案，$_SERVER['HTTP_HOST']將其指向主站點的URL。
• 如果您使用的是SSL證書，那麼您需要在wp-config.php檔案中定義嚴格的規則以避免重定向迴圈。

注意：代理站點不能建立與代理站點載入所在的同一子目錄重複的URL。例如，代理站點example.com/blog無法在example.com/blog/blog.

2. 僅託管在您的伺服器上的代理站點

如果您只能訪問代理站點及其Web伺服器，那麼您需要聯絡主站點的伺服器管理員並要求他們為您設定反向代理規則。

為此，您必須遵循上述相同的步驟，但在這種情況下，您必須在兩個不同的伺服器上配置規則。

要託管您的代理站點，請向該站點新增一個指向反向代理的域。通常，子域適合此目的（例如blog.example.com）通過子目錄連結（例如）載入代理站點example.com/blog。

設定代理站點後，您可以聯絡伺服器支援團隊（DIY主機則需要自己動手）以配置代理站點以通過反向代理載入。此時，我們的支援團隊將需要您伺服器的真實 IP，以便以正確計算訪問次數的方式完成設定過程。如果由於某些提供商（例如 AWS CloudFront）的動態IP限制而無法提供靜態IP，您的計劃將改為轉換為基於頻寬的類似計劃。

3. 僅託管在您的伺服器上的主站點

如果您只能訪問主站點及其Web伺服器，則應設定反向代理並配置其規則以從外部主機載入代理站點。安裝和配置代理站點以通過反向代理載入是輔助伺服器管理員的責任。

DIY主機可以新增本文前面列出的標準反向代理規則。如果需要，您還可以將任何其他自定義新增到這些規則中。

在這種情況下，您完全負責配置代理站點以通過反向代理正確載入它。

如何將Nginx設定為反向代理

如果您的是DIY伺服器，那麼您必須自己設定反向代理並將其配置為指向代理站點。

根據您的Web伺服器的作業系統，您可以以不同的方式安裝Nginx。對於Linux發行版，您可以根據您的Linux發行版的版本使用各種Nginx包。

在下面的示例中，我們將主站點安裝在example.com域名中，而代理WordPress站點安裝在blog.domain.com子域中。它們都由執行在Ubuntu 18.04上的Web伺服器上的Apache提供支援。我們將在主伺服器上安裝和配置Nginx作為反向代理。

首先，通過SSH訪問伺服器的終端。然後使用該apt-get命令更新您的發行版的軟體包列表並在您的Web伺服器上安裝Nginx。

sudo apt update
sudo apt install nginx

接下來，您需要將Nginx配置為代理Apache上託管的域的請求。為此，請建立一個新的虛擬主機檔案。在這裡，我使用nano編輯器新增程式碼，但您可以使用您選擇的任何程式碼編輯器。

sudo nano /etc/nginx/sites-available/example.com.conf

然後通過新增以下server {...}和location塊來設定Nginx指令以將請求轉發到Apache：

server {
listen      80;
server_name example.com www.example.com;
index       index.php;
root        /var/www/example.com/public    # fallback for index.php
location / {
try_files $uri $uri/ /index.php?$query_string;
}location /blog {
proxy_pass http://blog.domain.com;proxy_http_version                 1.1;
proxy_cache_bypass                 $http_upgrade;
# Proxy headers
proxy_set_header Upgrade           $http_upgrade;
proxy_set_header Connection        "upgrade";
proxy_set_header Host              $host;
proxy_set_header X-Real-IP         $remote_addr;
proxy_set_header X-Forwarded-For   $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-Host  $host;
proxy_set_header X-Forwarded-Port  $server_port;
# Proxy timeouts
proxy_connect_timeout              60s;
proxy_send_timeout                 60s;
proxy_read_timeout                 60s;
}

在上面的程式碼中，我定義了一個example.com/blog由Apache伺服器提供的子目錄連結。確保在proxy_pass指令中使用代理網站的公共IP地址（或URL）。就我而言，我的代理網站託管在blog.domain.com子域上。

注意：在進行任何更改之前，請確保代理網站已安裝並準備好提供服務。

您可以在Nginx的詳細指令索引中瞭解有關此處使用的所有反向代理指令的更多資訊。

儲存虛擬主機檔案。然後通過在/etc/nginx/sites-available和/etc/nginx/sites-enabled目錄中建立example.com.conf檔案符號連結來啟用新的虛擬主機。

sudo ln -s /etc/nginx/sites-available/example.com.conf /etc/nginx/sites-enabled/example.com.conf

之後，測試Nginx是否有任何配置錯誤。

sudo nginx -t

如果沒有錯誤，請重新載入Nginx以強制執行更改。

sudo systemctl reload nginx

您現在已經成功地將Nginx設定為反向代理。為了確認這一點，您可以使用phpinfo()函式來檢查您訪問代理站點時載入的PHP變數。

在SERVER_SOFTWARE和DOCUMENT_ROOTPHP變數下，您將看到Apache在後端為該域提供服務。但是PHP變數證實Nginx被用作反向代理來轉發請求。但PHP變數的HTTP_X_REAL_IP和HTTP_X_FORWARDED_FOR證實，Nginx被用作轉發請求的反向代理。

您可以使用fastcgi_cache和ngx_cache_purge模組加快通過Nginx為WordPress站點提供服務的速度。第一個模組將快取您的站點，而第二個模組將根據特定事件（例如釋出或編輯WordPress帖子/頁面）自動清除快取。

您可以使用WordPress外掛Nginx Cache Controller直接從您的WordPress管理儀表盤控制Nginx的代理伺服器快取。如果您使用的是WordPress多站點安裝，那麼您可以使用Nginx Helper外掛來執行相同的操作。

檢視Nginx的主要文件和Nginx WordPress設定指南，詳細瞭解如何使用Nginx和WordPress。

如何將Apache設定為反向代理

在開始之前，請確保您有兩個網站在和example.com執行blog.domain.com。第一個網站可能是也可能不是WordPress網站，但第二個網站應該是WordPress網站，因為它主要用於在example.com/blog子目錄連結處載入根域的部落格。

通過SSH開啟伺服器的終端並啟用Apache的代理模組，開始配置Apache。

sudo a2enmod proxy proxy_http ssl

執行上述命令很可能會重新啟動Apache以重新載入新定義的指令。

接下來，編輯主伺服器的虛擬主機檔案以建立反向代理。這是您需要新增的程式碼：

<VirtualHost *>
DocumentRoot /var/www/app/public
SSLProxyEngine On    ProxyRequests off
ProxyPass /blog http://blog.domain.com
ProxyPassReverse /blog  http://blog.domain.com
</VirtualHost>

ProxyPass指令將為指定的路徑建立一個反向代理，而ProxyPassReverse指令將攔截通過該反向代理髮送的HTTP響應標頭並重寫它們以匹配Apache伺服器。

儲存檔案後，您需要wp-config.php通過在要求您停止編輯的行之前新增以下程式碼來編輯檔案。

# ProxyPass Settings
# overrides the variables below to ensure that any
# request to /blog/* subdirectory is taken care of properly
$_SERVER['REQUEST_URI'] = '/blog' . $_SERVER['REQUEST_URI'];
$_SERVER['SCRIPT_NAME'] = '/blog' . $_SERVER['SCRIPT_NAME'];
$_SERVER['PHP_SELF'] = '/blog' . $_SERVER['PHP_SELF'];

最後，您需要更新WordPress站點的資料庫以新增子目錄連結/blog的配置值。您可以通過執行以下SQL查詢來做到這一點：

UPDATE wp_options SET option_value = 'https://www.example.com/blog' WHERE option_name IN( 'siteurl', 'home' );

您現在應該能夠訪問https://www.example.com/blog連結並將您的WordPress站點託管在http://blog.domain.com子域負載上，而無需更改其URL。您可以像往常一樣繼續使用WordPress來瀏覽、編寫、編輯和管理您的網站。

反向代理的限制

• 反向代理會帶來重大的安全風險，因為它可以讀取和更改通過它的所有流量。如果您通過反向代理傳遞HTTPS流量，那麼它需要對傳遞的資料進行解密和重新加密。這意味著它必須擁有SSL/TLS證書的私鑰。因此，如果任何惡意方可以破壞您的反向代理，他們可以記錄密碼並將惡意軟體注入您的網站。
• 如果您或您的使用者無法直接訪問您的主伺服器，那麼使用反向代理可能會導致單點故障。例如，如果您使用反向代理作為前端來服務多個域，那麼它的中斷可能會導致所有域同時離線。
• 如果您依賴第三方反向代理（例如Cloudflare），那麼您就是在將您網站的敏感資訊交給他們。雖然他們是值得信賴的，但您無法預測它可能會導致什麼。
• 在通過反向代理載入的網站上恢復備份或推送臨時站點可能會導致代理站點停止正確載入。
• 由於多種因素，通過反向代理載入WordPress多站點安裝可能很複雜且難以維護。您可以使用獨立的WordPress子目錄多站點安裝作為代理站點的替代方案。

在CDN和反向代理之間進行選擇

CDN是一種高階形式的反向代理，大部分配置和維護由第三方負責。它們可以為您的WordPress網站提供驚人的效能優勢，而您只需付出很小的努力。

CDN不僅可以快取內容並將其快速提供給使用者，還可以減少源伺服器上的負載、降低頻寬成本、提供額外的安全層、提高網站的SEO並幫助您更好地擴充套件網站。

您會注意到CDN提供的大部分優勢與反向代理提供的優勢相同。那麼，您應該選擇CDN而不是反向代理，反之亦然？

沒有理由你必須只接受一個。如果您已經安裝了反向代理，您仍然會看到使用CDN的速度和效能提升。它們的快取層都很好，如果您有任何獨特的請求處理需求（例如動態內容、電子商務），那麼您可以使用CDN或反向代理傳遞的一些自定義標頭輕鬆配置它。

小結

WordPress非常靈活。您可以將它用作部落格、電子商務站點，甚至是學習管理系統。在大多數情況下，您可以自定義WordPress以滿足您的獨特需求。

但是，有時您可能必須使用單獨的域或輔助伺服器來託管其他站點。如前所述，這可能是因為大型企業網站使用了不同的技術堆疊，或者為預先存在的非WordPress網站啟動了WordPress部落格。

反向代理可以在這兩種情況下提供幫助，幫助您充分利用WordPress，而無需放棄主網站並重新開始。