該指令允許 Apache httpd 調整 HTTP 重定向響應(HTTP redirect response) Location、Content-Location 和 URI 標頭中的 URL。 當 Apache httpd 用作反向代理（或閘道器）以避免繞過反向代理時，這是必不可少的，因為後端伺服器上的 HTTP 重定向位於反向代理之後。

只有上面特別提到的 HTTP 響應頭會被重寫。 Apache httpd 不會重寫其他響應標頭，預設情況下也不會重寫 HTML 頁面內的 URL 引用。 這意味著如果代理內容包含絕對 URL 引用，它們將繞過代理。 要重寫 HTML 內容以匹配代理，您必須載入並啟用 `mod_proxy_html`.

語法：

```sql
ProxyPassReverse [path] url [interpolate]
```
path 是本地虛擬路徑的名稱； url 是遠端伺服器的部分 URL。 這些引數的使用方式與 ProxyPass 指令相同。

例如，假設本地伺服器的地址為 http://example.com/； 然後有下面的 proxy 配置：

```sql
ProxyPass         "/mirror/foo/" "http://backend.example.com/"
ProxyPassReverse  "/mirror/foo/" "http://backend.example.com/"
ProxyPassReverseCookieDomain  "backend.example.com"  "public.example.com"
ProxyPassReverseCookiePath  "/"  "/mirror/foo/"
```
上面的配置不僅會導致對 http://example.com/mirror/foo/bar 的本地請求在內部轉換為對 http://backend.example.com/bar 的代理請求（ProxyPass 在這裡提供的功能）. 它還負責在將 http://backend.example.com/bar 重定向到 http://backend.example.com/quux 時伺服器 backend.example.com 傳送的重定向。 Apache httpd 在將 HTTP 重定向響應轉發給客戶端之前將其調整為 http://example.com/mirror/foo/quux。 請注意，用於構建 URL 的主機名是根據 UseCanonicalName 指令的設定選擇的。

Redirect 指令透過要求客戶端在新位置重新獲取資源，將舊 URL 對映到新 URL。

舊的 URL 路徑是以`斜槓開頭的區分大小寫`（%-解碼）的路徑。 `不允許使用相對路徑`。

新 URL 可以是以方案和主機名開頭的絕對 URL，也可以是以斜槓開頭的 URL 路徑。 在後一種情況下，將新增當前伺服器的方案和主機名。

然後任何以 URL-path 開頭的請求都會在目標 URL 的位置返回一個重定向請求給客戶端。 匹配的 URL 路徑之外的其他路徑資訊將附加到目標 URL。

看個例子：

```sql
# Redirect to a URL on a different host
Redirect "/service" "http://foo2.example.com/service"

# Redirect to a URL on the same host
Redirect "/one" "/two"
```

如果客戶端請求 http://example.com/service/foo.txt，它將被告知訪問 http://foo2.example.com/service/foo.txt。 這包括帶有GET引數的請求，比如http://example.com/service/foo.pl?q=23&a=42，它會被重定向到http://foo2.example.com/service/foo.pl? q=23&a=42。 請注意，POST 將被丟棄。

apache 裡的 ProxyPassReverse 指令

相關文章