nginx反向代理原理
⑴ 為什麼要用Nginx反向代理
一般來說公網延遲高，客戶端與nginx之間的請求連接走公網，nginx先把這些請求緩存住，等這些請求數據全部完成之後nginx再向內網伺服器請求，降低公網網路延遲成本，同時也降低一個連接佔用服務端程序的時間。
原因：因為tcp不一定一次就能把全部數據傳輸完畢，所以一個連接可能需要等待很久才能把所有需要的數據都傳輸完畢，而這樣的空閑連接如果都直接連
接到伺服器上的話，會加重伺服器負擔，而nginx在這方面做了很大的優化，可以承載更多的連接，空閑連接也不會占據太多內存，所以nginx作為反向代
理能降低上游伺服器的負載。
⑵ nginx伺服器反向代理可以代理後端代碼跳轉嗎
反代沒配置好，即使代理不同域名的資源，跳轉後也可以正常訪問。
⑶ Nginx 做反向代理是什麼意思呢
先理解正向代理和反向代理的概念。
反向代理就是：客戶端A，代理伺服器B，真正處版理請求的伺服器C，A發請權求到B，B把請求轉發給C，C處理完返回給B，B再返回給客戶端A。這樣的一個過程，而客戶端A請求的是B的ip埠，不是C的ip埠，所以客戶端A並不知道C的存在。這就是反向代理的一個例子。
⑷ nginx的反向代理和負載均衡的區別是什麼
負載均衡抄需要通過反向襲代理來實現
反向代理就是指nginx作為前端伺服器，將請求轉發到後端，再將後端伺服器的結果，返回給客戶端
它在中間做了一個代理伺服器的角色
負載均衡對反向代理增加了一些策略，因為後端是多台伺服器，nginx會根據設定的策略將請求轉發給一個相對空閑的伺服器，對負載進行分流，減輕伺服器壓力
⑸ nginx的反向代理和負載均衡的區別是什麼
反向代理，是把一些靜態資源存儲在伺服器上，當用戶有請求的時候，就直接返回反向代理伺服器上的資源給用戶，而如果反向代理伺服器上沒有的資源，就轉發給後面的負載均衡伺服器，負載均衡伺服器再將請求分發給後端的web伺服器。 區別就是：反向代理伺服器是需要存儲資源的，讓用戶更快速的接收到資源 負載均衡就是，為了保證後端web伺服器的高可用，高並發，是不需要要存儲資源，只需要轉發用戶的請求。
⑹ nginx正向代理和反向代理的區別
反向代理一般相對於伺服器來說，它一般部署在近伺服器端
正向代理一般相對於客戶端來說，它一般部署在近客戶端
⑺ nginx這種反向代理伺服器與正向代理有什麼區別
反向代理是指的，伺服器代理網路上的客戶機請求，將請求轉達給內部真實服內務器，然後在返回給容Internet客戶端，代理伺服器上面沒有任何網頁資料。
反向代理和正向代理沒有沖突，可以在防火牆設備中同時使用這兩種結合，正向代理可以進行過濾，保護內部網路安全。
⑻ 如何設置nginx反向代理實現伺服器瞬間故障
利用Nginx反向代理原理，實現集群伺服器瞬間故障轉移，看用於生產環境中綜合設置的例子：
#註：proxy_temp_path和proxy_cache_path指定的路徑必須在同一分區
proxy_temp_path /data0/proxy_temp_dir;
#設置Web緩存區名稱為cache_one，內存緩存空間大小為200MB，1天沒有被訪問的內容自動清除，硬碟緩存空間大小為30GB。
proxy_cache_path /data0/proxy_cache_dir levels=1:2 keys_zone=cache_one:200m inactive=1d max_size=30g;
#輪詢伺服器，weight為伺服器權重，與訪問頻率成正比，max_fails最大超時次數，fail_timeout伺服器代理監聽超時時間
upstream backend_server {
server 192.168.203.43:80 weight=1 max_fails=2 fail_timeout=30s;
server 192.168.203.44:80 weight=1 max_fails=2 fail_timeout=30s;
server 192.168.203.45:80 weight=1 max_fails=2 fail_timeout=30s;
}
server
{
listen 80;
server_name www.yourdomain.com 192.168.203.42;
index index.html index.htm;
root /data0/htdocs/www;
location /
{
#如果後端的伺服器返回502、504、執行超時等錯誤，自動將請求轉發到upstream負載均衡池中的另一台伺服器，實現故障轉移。
proxy_next_upstream http_502 http_504 error timeout invalid_header;
proxy_cache cache_one;
#對不同的HTTP狀態碼設置不同的緩存時間
proxy_cache_valid 200 304 12h;
#以域名、URI、參數組合成Web緩存的Key值，Nginx根據Key值哈希，存儲緩存內容到二級緩存目錄內
proxy_cache_key $host$uri$is_args$args;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $remote_addr;
proxy_pass http://backend_server;
expires 1d;
}
}
⑼ 為什麼要用nginx來做反向代理
nginx 這個輕量級、高性能的 web server 主要可以干兩件事情：
〉直接作為http server(代替apache，對PHP需要處理器支持)；
〉另外一個功能就是作為反向代理伺服器實現負載均衡
以下我們就來舉例說明如何使用 nginx 實現負載均衡。因為nginx在處理並發方面的優勢，現在這個應用非常常見。當然了Apache的 mod_proxy和mod_cache結合使用也可以實現對多台app server的反向代理和負載均衡，但是在並發處理方面apache還是沒有 nginx擅長。
1)環境：
a. 我們本地是Windows系統，然後使用VirutalBox安裝一個虛擬的Linux系統。
在本地的Windows系統上分別安裝nginx(偵聽8080埠)和apache(偵聽80埠)。在虛擬的Linux系統上安裝apache(偵聽80埠)。
這樣我們相當於擁有了1台nginx在前端作為反向代理伺服器；後面有2台apache作為應用程序伺服器(可以看作是小型的server cluster。;-) )；
b. nginx用來作為反向代理伺服器，放置到兩台apache之前，作為用戶訪問的入口；
nginx僅僅處理靜態頁面，動態的頁面(php請求)統統都交付給後台的兩台apache來處理。
也就是說，可以把我們網站的靜態頁面或者文件放置到nginx的目錄下；動態的頁面和資料庫訪問都保留到後台的apache伺服器上。
c. 如下介紹兩種方法實現server cluster的負載均衡。
我們假設前端nginx(為127.0.0.1:80)僅僅包含一個靜態頁面index.html；
後台的兩個apache伺服器(分別為localhost:80和158.37.70.143:80)，一台根目錄放置phpMyAdmin文件夾和test.php(裡面測試代碼為print 「server1「;)，另一台根目錄僅僅放置一個test.php(裡面測試代碼為 print 「server2「;)。
2)針對不同請求 的負載均衡：
a. 在最簡單地構建反向代理的時候 (nginx僅僅處理靜態不處理動態內容，動態內容交給後台的apache server來處理)，我們具體的設置為：在nginx.conf中修改：
復制代碼 代碼如下:
location ~ \.php$ {
proxy_pass 158.37.70.143:80 ;
}
〉 這樣當客戶端訪問localhost:8080/index.html的時候，前端的nginx會自動進行響應；
〉當用戶訪問localhost:8080/test.php的時候(這個時候nginx目錄下根本就沒有該文件)，但是通過上面的設置 location ~ \.php$(表示正則表達式匹配以.php結尾的文件，詳情參看location是如何定義和匹配的 http://wiki.nginx.org/NginxHttpCoreMole) ，nginx伺服器會自動pass給 158.37.70.143的apache伺服器了。該伺服器下的test.php就會被自動解析，然後將html的結果頁面返回給nginx，然後 nginx進行顯示(如果nginx使用memcached模塊或者squid還可以支持緩存)，輸出結果為列印server2。
如上是最為簡單的使用nginx做為反向代理伺服器的例子；
b. 我們現在對如上例子進行擴展，使其支持如上的兩台伺服器。
我們設置nginx.conf的server模塊部分，將對應部分修改為：
復制代碼 代碼如下:
location ^~ /phpMyAdmin/ {
proxy_pass 127.0.0.1:80 ;
}
location ~ \.php$ {
proxy_pass 158.37.70.143:80 ;
}
上面第一個部分location ^~ /phpMyAdmin/，表示不使用正則表達式匹配(^~)，而是直接匹配，也就是如果客戶端訪問的 URL是以http://localhost:8080/phpMyAdmin/ 開頭的話(本地的nginx目錄下根本沒有phpMyAdmin目錄)，nginx會自動pass到127.0.0.1:80 的Apache伺服器，該伺服器對phpMyAdmin目錄下的頁面進行解析，然後將結果發送給nginx，後者顯示；
如果客戶端訪問URL是http://localhost/test.php 的話，則會被pass到158.37.70.143:80 的apache進行處理。
因此綜上，我們實現了針對不同請求的負載均衡。
〉如果用戶訪問靜態頁面index.html，最前端的nginx直接進行響應；
〉如果用戶訪問test.php頁面的話，158.37.70.143:80 的Apache進行響應；
〉如果用戶訪問目錄phpMyAdmin下的頁面的話，127.0.0.1:80 的Apache進行響應；
3)訪問同一頁面 的負載均衡：
即用戶訪問http://localhost:8080/test.php 這個同一頁面的時候，我們實現兩台伺服器的負載均衡 (實際情況中，這兩個伺服器上的數據要求同步一致，這里我們分別定義了列印server1和server2是為了進行辨認區別)。
a. 現在我們的情況是在windows下nginx是localhost偵聽8080埠；
兩台apache，一台是127.0.0.1:80(包含test.php頁面但是列印server1)，另一台是虛擬機的158.37.70.143:80(包含test.php頁面但是列印server2)。
b. 因此重新配置nginx.conf為：
〉首先在nginx的配置文件nginx.conf的http模塊中添加，伺服器集群server cluster(我們這里是兩台)的定義：
復制代碼 代碼如下:
upstream myCluster {
server 127.0.0.1:80 ;
server 158.37.70.143:80 ;
}
表示這個server cluster包含2台伺服器
〉然後在server模塊中定義，負載均衡：
復制代碼 代碼如下:
location ~ \.php$ {
proxy_pass http://myCluster ; #這里的名字和上面的cluster的名字相同
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
這樣的話，如果訪問http://localhost:8080/test.php 頁面的話，nginx目錄下根本沒有該文件，但是它會自動將其pass到myCluster定義的服務區機群中，分別由127.0.0.1:80;或者158.37.70.143:80;來做處理。
上面在定義upstream的時候每個server之後沒有定義權重，表示兩者均衡；如果希望某個更多響應的話例如：
復制代碼 代碼如下:
upstream myCluster {
server 127.0.0.1:80 weight=5;
server 158.37.70.143:80 ;
}
這樣表示5/6的幾率訪問第一個server,1/6訪問第二個。另外還可以定義max_fails和fail_timeout等參數。
綜上，我們使用nginx的反向代理伺服器reverse proxy server的功能，將其布置到多台apache server的前端。
nginx僅僅用來處理靜態頁面響應和動態請求的代理pass，後台的apache server作為app server來對前台pass過來的動態頁面進行處理並返回給nginx。
通過以上的架構，我們可以實現nginx和多台apache構成的機群cluster的負載均衡。
兩種均衡：
1)可以在nginx中定義訪問不同的內容，代理到不同的後台server； 如上例子中的訪問phpMyAdmin目錄代理到第一台server上；訪問test.php代理到第二台server上；
2)可以在nginx中定義訪問同一頁面，均衡 (當然如果伺服器性能不同可以定義權重來均衡)地代理到不同的後台server上。 如上的例子訪問test.php頁面，會均衡地代理到server1或者server2上。
實際應用中，server1和server2上分別保留相同的app程序和數據，需要考慮兩者的數據同步。
⑽ nginx的反向代理和負載均衡的區別是什麼
負載均衡需要通過反向代理來實現
反向代理就是指nginx作為前端伺服器，將請求轉專發到後端，再屬將後端伺服器的結果，返回給客戶端
它在中間做了一個代理伺服器的角色
負載均衡對反向代理增加了一些策略，因為後端是多台伺服器，nginx會根據設定的策略將請求轉發給一個相對空閑的伺服器，對負載進行分流，減輕伺服器壓力