目錄

• 正向代理和反向代理的概念
• 1、正向代理
• 2、反面代理
• 正向代理和反向代理配置
• 1、正向向代理配置
• 2、反向代理配置

正向代理和反向代理的概念

1、正向代理

它的工作原理就像一個跳板,簡單的說,我是一個用戶,我訪問不了某網站,但是我能訪問一個代理服務器，這個代理服務器呢,他能訪問那個我不能訪問的網站，于是我先連上代理服務器,告訴他我需要那個無法訪問網站的內容，代理服務器去取回來,然后返回給我，從網站的角度,只在代理服務器來取內容的時候有一次記錄，有時候并不知道是用戶的請求,也隱藏了用戶的資料,這取決于代理告不告訴網站。

結論就是 ：

正向代理 是一個位于客戶端和原始服務器(origin server)之間的服務器，為了從原始服務器取得內容，客戶端向代理發送一個請求并指定目標(原始服務器)，然后代理向原始服務器轉交請求并將獲得的內容返回給客戶端?？蛻舳吮仨氁M行一些特別的設置才能使用正向代理。就像要訪問google用vpn代理翻墻去訪問（用戶知道要訪問真正的服務器）

2、反面代理

反向代理：例用戶訪問 https://www.baidu.com/readme

但https://www.baidu.com上并不存在readme頁面，他是偷偷從另外一臺服務器上取回來,然后作為自己的內容吐給用戶，但用戶并不知情，這里所提到的 https://www.baidu.com 這個域名對應的服務器就設置了反向代理功能。

結論就是：

反向代理正好相反，對于客戶端而言它就像是原始服務器，并且客戶端不需要進行任何特別的設置。客戶端向反向代理 的命名空間(name-space)中的內容發送普通請求，接著反向代理將判斷向何處(原始服務器)轉交請求，并將獲得的內容返回給客戶端，就像這些內容 原本就是它自己的一樣。（用戶不知道要訪問真正的服務器）

以租房為例解釋正向代理和反向代理？

客戶端 <一> 代理 <一>服務端
A租房人（客戶端），B房產中介（代理），C真實房東（服務端）

1、正向代理

A租房人（客戶端）想租C真實房東的房子，但不認識C真實房東（服務端
B房產中介（代理）認識C真實房東（服務端），并且從C真實房東（服務端）租到了房
A租房人（客戶端）通過B房產中介（代理）租到了C真實房東（服務端）的房
C真實房東（服務端）只知道房子租給了B房產中介（代理），并不知道A租房人（客戶端）租了自己的房子

2、反向代理

A租房人（客戶端）要租B房產中介（代理）的房
B房產中介（代理）從C真實房東（服務端）手里租了A租房人（客戶端）想要租的房
A租房人（客戶端）不知道這套房子真實房東是C真實房東（服務端）
C真實房東（服務端）不知道自己的房子被A租房人（客戶端）租住

正向代理和反向代理配置

1、正向向代理配置

問A服務器的ip不是118.126.106.11（B代理服務器）則返回403

B服務器(代理服務器)/etc/nginx/conf.d/default.conf。添加resolver和proxy_pass,設置如下

2、反向代理配置

首先在/etc/nginx/conf.d/下新建一個test.conf

可以看到我server里listen的8080端口，但是我的服務器本身不對外開放8080端口，只開放了80端口。所以此時訪問test.html是訪問不到的

然后我們打開/etc/nginx/conf.d/default.conf 添加proxy_pass設置如下

設置當匹配test.html結尾的URL時就去代理訪問本機的8080端口。注釋掉，然后直接80端口訪問以下test.html,是無法正問訪問的

把標紅處設置代理的內容釋放掉后，就可以正常訪問到test.html文件了，即此時便可訪問8080端口配置的資源。

以上便是完成了一個反向代理的演示，這個過程中我們可以知道，客戶端想要訪問的是test.html，但是test.html實際上是8080端口下配置的，中間經過了代理才能拿到。也就是客戶端并不知道中間經歷了什么代理過程，只有服務端知道?？蛻舳酥恢浪玫搅藅est.html也就是8080端口下配置的資源內容。

正向代理的代理對象時客戶端，反向代理的代理對象時服務端。代理服務器站在客戶端那邊就是正向代理，代理服務器站在原始服務器那邊 就是反向代理。nginx通過proxy_pass可以設置代理服務。

到此這篇關于深度詳解什么是Nginx正向代理與反向代理的文章就介紹到這了,更多相關Nginx正向代理與反向代理內容請搜索以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持！