nginx反向代理php

1. nginx伺服器有什麼作用以及什麼是反向代理

一：Nginx作為正向代理伺服器：

1.正向代理：代理（proxy）服務也可以稱為是正向代理，指的是將伺服器部署在公司的網關，代理公司內部員工上外網的請求，可以起到一定的安全作用和管理限製作用，正向代理不支持從外網向內網訪問資源，一般很少用，經本人測試，效果也不好，有很多頁面打不開，在網路搜索的頁面也無法返回。

21:proxy_ssl_session_reuse:配置是否基於SSL協議與後端伺服器建立連接，如下：

proxy_ssl_session_reuse on | off;

2. 如何用 nginx 進行高性能反向代理

我們不要相信感覺，讓數字來說話。實測了得出數據來比較，才能下定論，性能提高了。

從理論上分析並猜測一下：
假設你的後端是指 apache+php handler ，前面搭一個nginx 作為代理。
nginx 只是將請求轉發，後端仍然要面對那麼多的請求，沒有任何性能上面的幫助，怎麼會性能高呢？
而且還nginx 和 apache 還建立了多一次的tcp 連接，在低並發下不會有什麼感覺，但在高並發下，性能肯定會下降。
我猜測一下，你的apache 開啟了keepalive ，apache 與用戶保持連接，apache 也是需要去維護這些連接的，當連接數逐漸高起來的時候，apache 也就吃不消了。而把nginx 假設在前面，nginx 與後端的連接是短連接，也就是，一個請求過去了，apache 返回了就斷開了。apache 不再需要維護這些連接，身上的重擔少了一塊，可以花多一點精力去處理請求了，從而讓你感覺到好像快了。

3. 誰能解釋一下nginx反向代理是什麼意思

nginx反向代理的意思：就是代理內部伺服器對外進行服務的 nginx 代理服務。

nginx反向代理的反向性在於：Nginx作為負載均衡服務時Nginx 既可以在內部直接支持 Rails 和 PHP 程序對外進行服務，也可以支持作為 HTTP代理服務對外進行服務。

反向代理的方向與正向代理相反，代表外部網路用戶向內部伺服器發出請求，即接收來自Internet上用戶的連接請求，並將這些請求轉發給內部網路上的伺服器，然後將從內部伺服器上得到的響應返回給Internet上請求連接的客戶。

反向效果：對於用戶而言，反向代理伺服器就相當於目標伺服器，即用戶直接訪問反向代理伺服器就可以獲得目標伺服器的資源。用戶不需要知道目標伺服器的地址，作為Web伺服器的前置機來降低網路和伺服器的負載，提高訪問效率。

(3)nginx反向代理php擴展閱讀：

反向代理的優勢：

1、加快了對內部伺服器的訪問速度

在內部伺服器前放置兩台反向代理伺服器，分別連接到教育網和公網，這樣公網用戶就可以直接通過公網線路訪問學校伺服器，從而避開了公網和教育網之間擁擠的鏈路。同時反向代理伺服器的緩存功能也加快了用戶的訪問速度。

2、節約了有限的IP資源

校園網內部伺服器除使用教育網地址外，也會採用公網的IP地址對外提供服務，公網分配的IP地址數目是有限的，如果每個伺服器有分配-個公網地址，那是不可能的，通過反向代理技術很好地解決了IP地址不足的問題。

4. 為什麼要用nginx來做反向代理

nginx 這個輕量級、高性能的 web server 主要可以干兩件事情：

〉直接作為http server(代替apache，對PHP需要FastCGI處理器支持)；
〉另外一個功能就是作為反向代理伺服器實現負載均衡

以下我們就來舉例說明如何使用 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程序和數據，需要考慮兩者的數據同步。

5. 如何用nginx實現反向代理

反向代理的原理是使用者不知道真實訪問的是哪個主機 可以在配置文件配置 upstream、 proxy_pass 來實現
upstream backend { server backend1.example.com weight=5; server backend2.example.com:8080; server unix:/tmp/backend3; server backup1.example.com:8080 backup; server backup2.example.com:8080 backup;} server { location / { proxy_pass http://backend; }}
具體可以看看《linux就該這么學》

6. nginx反向代理 好處

本課程並非散列知識點的羅列，而是從基礎應用到架構思維，從場景實踐到性能優化，帶你擁抱完備的Nginx生態。以反向代理和負載均衡這2種經典生產場景為藍本，深入闡述，助你解決企業生產中的實際問題。打個比如：你開一家餐館，來一客人，一個服務員從接待、下單、炒菜、傳菜、茶水、買單都是他一個人做，他會很快累壞，客人的體驗感受也不好。更不用說來一群客人。如果你把員工服務分成幾批，按流程做不同的服務，協調起來效率就高很多。

反向代理的最大意義，就是做好接送工作這一層的事，比如過濾非法請求、均衡分配後端服務、壓縮請求內容、後端健康檢查、高速緩存等。後端的伺服器也舒服多了，不用去管亂七八遭的請求，專一做好自已的運算，然後回傳給反向代理，碰上真的累了，休息也下也不影響整體對外服務。

總的來說，反向代理是在提高網站的穩定性、服務效率、服務質量。我們使用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程序和數據，需要考慮兩者的數據同步。

7. nginx 反向代理後為什麼訪問php文件 會提示404

可能的原因：

• nginx配置有誤，沒有將請求轉發到正確的處理程序（如php-fpm等），轉發到一個不存在著的路徑

• 請求已經轉發到php處理程序，但php處理程序配置沒有找到對應的腳本

• php已經處理了腳本，但代碼里返回了一個404的狀態碼

8. php和nginx之間是如何工作的

Nginx+php-fpm實現原理 Nginx本身不會對PHP進行解析，終端對PHP頁面的請求將會被Nginx交給FastCGI進程監聽的IP地址及埠，由php-fpm作為動態解析伺服器處理，最後將處理結果再返回給nginx。其實，Nginx就是一個反向代理伺服器。Nginx通過反向代理功能將動態請求轉向後端php-fpm，從而實現對PHP的解析支持，這就是Nginx實現PHP動態解析的原理。 Nginx不支持對外部程序的直接調用或者解析，所有的外部程序（包括PHP）必須通過FastCGI介面來調用。FastCGI介面在Linux下是socket（這個socket可以是文件socket，也可以是ip socket）。為了調用CGI程序，還需要一個FastCGI的wrapper（wrapper可以理解為用於啟動另一個程序的程序），這個wrapper綁定在某個固定socket上，如埠或者文件socket。當Nginx將CGI請求發送給這個socket的時候，通過FastCGI介面，wrapper接收到請求，然後派生出一個新的線程，這個線程調用解釋器或者外部程序處理腳本並讀取返回數據；接著，wrapper再將返回的數據通過FastCGI介面，沿著固定的socket傳遞給Nginx；最後，Nginx將返回的數據發送給客戶端。
當nginx接收到一個http請求時，通過配置文件找到對應的server。然後匹配server中的所有location，找到最匹配的。而在location中的命令會啟動不同的模塊去完成工作，比如rewrite模塊、index模塊。因此在nginx中模塊可以看作真正的勞動工作者。nginx的模塊是被編譯到nginx中的，屬於靜態方式。啟動nginx時，模塊被自動載入。

9. Nginx 反向代理路徑問題求助

這個主要是要做一個反向代理，具體配置如下：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
#upstream的配置
upstream server_A {
server 192.168.0.55:8080;
}

upstream server_B {
192.168.0.206:8080;
}

#主機192.168.0.219的配置
server {
listen 80 default_server;
server_name XX.com;
#server中的其它配置
#...

#如下值反向代理配置
if ($request_uri ~* "^/+$") {
proxy_pass http://server_A;
break;
}

#其他的反向代理配置，通過uri的正則進行匹配
# if ($request_uri ~* "regex") {
# proxy_pass http://server_B;
# break;
#}
}

#對應的server_A，server_B的機器的配置需要增加相應的路由規則。
#在server_A機器上增加路由規則。
location / {
rewrite "^/+bingo-szwf-sso" /path/of/php break;
#...其他配置。
}