nginx搭建代理伺服器

❶ nginx可以做正向代理嗎

nginx可以做正向代理。

一、正向代理的概念

正向代理是一個位於客戶端和原始伺服器(originserver)之間的伺服器，為了從原始伺服器取得內容，客戶端向代理發送一個請求並指定目標(原始伺服器)，然後代理向原始伺服器轉交請求並將獲得的內容返回給客戶端。

客戶端必須要進行一些特別的設置才能使用正向代理。

下面以Nginx為例介紹如何搭建正向代理伺服器。

二、Nginx正向代理配置

server{
resolver8.8.8.8;
resolver_timeout5s;
listen81;
location/{
allow192.168.0.0/24;
denyall;
proxy_pass$scheme://$host$request_uri;
proxy_set_headerHost$http_host;
proxy_set_headerX-Real-IP$host;
proxy_set_headerX-Forwarded-For$host;
proxy_bufferingon;
proxy_buffer_size32k;
proxy_busy_buffers_size256k;
proxy_buffers2564k;
proxy_max_temp_file_size0;
proxy_connect_timeout30;
proxy_cache_valid20030210m;
proxy_cache_valid3011h;
proxy_cache_validany1m;
}
access_logoff;
#access_log/var/log/nginx/proxy_access.log
}

❷ 我用Nginx搭建了個反向代理伺服器，前端伺服器帶寬1M後端伺服器10M，為什麼打來網站速度那麼慢

前端是在公網提供服務的的，所以前端帶寬越大，訪問速度肯定有所加快！而你的代理伺服器跟後端伺服器是在一個區域網內，所以你說的後端10M，現在隨便一個網卡都是百兆，伺服器更是千兆！反正速度慢，你可以擴大帶寬和優化你的伺服器。

❸ nginx 配置詳解是什麼

Nginx是lgor Sysoev為俄羅斯訪問量第二的rambler.ru站點設計開發的。從2004年發布至今，憑借開源的力量，已經接近成熟與完善。

Nginx功能豐富，可作為HTTP伺服器，也可作為反向代理伺服器，郵件伺服器。支持FastCGI、SSL、Virtual Host、URL Rewrite、Gzip等功能。並且支持很多第三方的模塊擴展。

Nginx的穩定性、功能集、示例配置文件和低系統資源的消耗讓他後來居上，在全球活躍的網站中有12.18%的使用比率，大約為2220萬個網站。

1、全局塊：配置影響nginx全局的指令。一般有運行nginx伺服器的用戶組，nginx進程pid存放路徑，日誌存放路徑，配置文件引入，允許生成worker process數等。

2、events塊：配置影響nginx伺服器或與用戶的網路連接。有每個進程的最大連接數，選取哪種事件驅動模型處理連接請求，是否允許同時接受多個網路連接，開啟多個網路連接序列化等。

3、http塊：可以嵌套多個server，配置代理，緩存，日誌定義等絕大多數功能和第三方模塊的配置。如文件引入，mime-type定義，日誌自定義，是否使用sendfile傳輸文件，連接超時時間，單連接請求數等。

4、server塊：配置虛擬主機的相關參數，一個http中可以有多個server。

5、location塊：配置請求的路由，以及各種頁面的處理情況。

Nginx常用功能。

1、Http代理，反向代理：作為web伺服器最常用的功能之一，尤其是反向代理。

Nginx在做反向代理時，提供性能穩定，並且能夠提供配置靈活的轉發功能。Nginx可以根據不同的正則匹配，採取不同的轉發策略，比如圖片文件結尾的走文件伺服器，動態頁面走web伺服器，只要你正則寫的沒問題，又有相對應的伺服器解決方案。

。並且Nginx對返回結果進行錯誤頁跳轉，異常判斷等。如果被分發的伺服器存在異常，他可以將請求重新轉發給另外一台伺服器，然後自動去除異常伺服器。

2、負載均衡

Nginx提供的負載均衡策略有2種：內置策略和擴展策略。內置策略為輪詢，加權輪詢，Ip hash。擴展策略，就天馬行空，只有你想不到的沒有他做不到的啦，你可以參照所有的負載均衡演算法，給他一一找出來做下實現。

❹ Nginx代理本地web伺服器怎麼配置

在nginx.conf配置文件中，修改location位置配置，參考如下：

location/{
proxy_passhttp://ip:port
}

❺ 如何在linux下搭建nginx伺服器

1、下載後解壓nginx

tar -zxvf nginx-1.4.7.tar.gz
2、安裝gcc等依賴包
yum -y install gcc pcre-devel openssl openssl-devel
3、開始安裝nginx
cd進入nginx-1.4.7目錄內
./configure 編譯
make&&make install 這一步需要先cd出來嗎？在裡面會安裝失敗嗎？我忘了 = =
4、此時就已經安裝完成，默認安裝在了/usr/local/nginx/sbin/nginx
5、啟動
命令行輸入/usr/local/nginx/sbin/nginx，沒反應
輸入ps -ef | grep nginx查看nginx進程
6、測試
命令行輸入 curl http://127.0.0.1
會出現welcome to nginx之類的就說明對了！
7、加入到環境變數
vim /etc/profile
尾行添加
PATH=$PATH:/usr/local/nginx/sbin
export PATH
保存關閉後運行 source /etc/profile 即會加入環境變數
8、常用命令
[root@ usr]# nginx -s stop停止nginx
[root@ usr]# nginx 運行nginx
[root@ usr]# nginx -s reload 重啟nginx
[root@ usr]# nginx -t 測試nginx
9、防火牆允許外網訪問
vim /etc/sysconfig/iptables
添加過濾規則
-A -INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT
好像是保存後即時生效把？
service iptables stop
service iptables start
重啟服務後還是會生效，親測
10、修改網站默認根目錄路徑
網站默認根目錄放在/usr/local/nginx/html
命令行輸入 vim /usr/local/nginx/conf/nginx.conf
找到改為
server {
listen 80;
server_name localhost;
root /var/www/html/default;
#charset koi8-r;
#access_log logs/host.access.log main;
location / {
# root html;
index index.html index.htm;
}
注釋掉下面的，在上面添加自己想要的根目錄，重啟nginx才能生效。

❻ 怎麼用nginx在windows上搭建web伺服器

怎麼用nginx在windows上搭建web伺服器解決方法

所需工具：

一台聯網的電腦

phpStudy 2014版

windows 2003 server sp2伺服器一台

1.phpstudy安裝在第四步時選擇Nginx&php

❼ 請教問題nginx反向代理proxy

一、反向代理：Web伺服器的「經紀人」
1.1 反向代理初印象
反向代理（Reverse Proxy）方式是指以代理伺服器來接受internet上的連接請求，然後將請求轉發給內部網路上的伺服器，並將從伺服器上得到的結果返回給internet上請求連接的客戶端，此時代理伺服器對外就表現為一個伺服器。
Nginx搭建反向代理伺服器過程詳解
從上圖可以看出：反向代理伺服器位於網站機房，代理網站Web伺服器接收Http請求，對請求進行轉發。
1.2 反向代理的作用
①保護網站安全：任何來自Internet的請求都必須先經過代理伺服器；
Nginx搭建反向代理伺服器過程詳解
②通過配置緩存功能加速Web請求：可以緩存真實Web伺服器上的某些靜態資源，減輕真實Web伺服器的負載壓力；
Nginx搭建反向代理伺服器過程詳解
③實現負載均衡：充當負載均衡伺服器均衡地分發請求，平衡集群中各個伺服器的負載壓力；
Nginx搭建反向代理伺服器過程詳解
二、初識Nginx：簡單卻不平凡
2.1 Nginx是神馬？
Nginx搭建反向代理伺服器過程詳解
Nginx是一款輕量級的網頁伺服器、反向代理器以及電子郵件代理伺服器。其將源代碼以類BSD許可證的形式發布，因它的穩定性、豐富的功能集、示例配置文件和低系統資源的消耗而聞名。
Source：Nginx（發音同engine x），它是由俄羅斯程序員Igor Sysoev所開發的。起初是供俄國大型的門戶網站及搜索引擎Rambler（俄語：Рамблер）使用。此軟體BSD-like協議下發行，可以在UNIX、GNU/Linux、BSD、Mac OS X、Solaris，以及Microsoft Windows等操作系統中運行。
說到Web伺服器，Apache伺服器和IIS伺服器是兩大巨頭；但是運行速度更快、更靈活的對手：Nginx 正在迎頭趕上。
2.2 Nginx的應用現狀
Nginx 已經在俄羅斯最大的門戶網站── Rambler Media（www.rambler.ru）上運行了3年時間，同時俄羅斯超過20%的虛擬主機平台採用Nginx作為反向代理伺服器。
Nginx搭建反向代理伺服器過程詳解Nginx搭建反向代理伺服器過程詳解Nginx搭建反向代理伺服器過程詳解Nginx搭建反向代理伺服器過程詳解Nginx搭建反向代理伺服器過程詳解
在國內，已經有 淘寶、新浪博客、新浪播客、網易新聞、六間房、56.com、Discuz!、水木社區、豆瓣、YUPOO、海內、迅雷在線 等多家網站使用 Nginx 作為Web伺服器或反向代理伺服器。
2.3 Nginx的核心特點
（1）跨平台：Nginx 可以在大多數 Unix like OS編譯運行，而且也有Windows的移植版本；
（2）配置異常簡單：非常容易上手。配置風格跟程序開發一樣，神一般的配置；
（3）非阻塞、高並發連接：數據復制時，磁碟I/O的第一階段是非阻塞的。官方測試能夠支撐5萬並發連接，在實際生產環境中跑到2～3萬並發連接數。（這得益於Nginx使用了最新的epoll模型）；
PS：對於一個Web伺服器來說，首先看一個請求的基本過程：建立連接—接收數據—發送數據，在系統底層看來 ：上述過程（建立連接—接收數據—發送數據）在系統底層就是讀寫事件。
①如果採用阻塞調用的方式，當讀寫事件沒有準備好時，必然不能夠進行讀寫事件，那麼久只好等待，等事件准備好了，才能進行讀寫事件，那麼請求就會被耽擱 。
②既然沒有準備好阻塞調用不行，那麼採用非阻塞調用方式。非阻塞就是：事件馬上返回，告訴你事件還沒准備好呢，你慌什麼，過會再來吧。好吧，你過一會，再來檢查一下事件，直到事件准備好了為止，在這期間，你就可以先去做其它事情，然後再來看看事件好了沒。雖然不阻塞了，但你得不時地過來檢查一下事件的狀態，你可以做更多的事情了，但帶來的開銷也是不小的。
（4）事件驅動：通信機制採用epoll模型，支持更大的並發連接。
①非阻塞通過不斷檢查事件的狀態來判斷是否進行讀寫操作，這樣帶來的開銷很大，因此就有了非同步非阻塞的事件處理機制。這種機制讓你可以同時監控多個事件，調用他們是阻塞的，但可以設置超時時間，在超時時間之內，如果有事件准備好了，就返回。這種機制解決了上面阻塞調用與非阻塞調用的兩個問題。
②以epoll模型為例：當事件沒有準備好時，就放入epoll(隊列)裡面。如果有事件准備好了，那麼就去處 理；如果事件返回的是EAGAIN，那麼繼續將其放入epoll裡面。從而，只要有事件准備好了，我們就去處理它，只有當所有事件都沒有準備好時，才在 epoll裡面等著。這樣，我們就可以並發處理大量的並發了，當然，這里的並發請求，是指未處理完的請求，線程只有一個，所以同時能處理的請求當然只有一 個了，只是在請求間進行不斷地切換而已，切換也是因為非同步事件未准備好，而主動讓出的。這里的切換是沒有任何代價，你可以理解為循環處理多個准備好的事 件，事實上就是這樣的。
③與多線程方式相比，這種事件處理方式是有很大的優勢的，不需要創建線程，每個請求佔用的內存也很少，沒有上下文切換， 事件處理非常的輕量級，並發數再多也不會導致無謂的資源浪費（上下文切換）。對於IIS伺服器，每個請求會獨佔一個工作線程，當並發數上到幾千時，就同時 有幾千的線程在處理請求了。這對操作系統來說，是個不小的挑戰：因為線程帶來的內存佔用非常大，線程的上下文切換帶來的cpu開銷很大，自然性能就上不 去，從而導致在高並發場景下性能下降嚴重。
總結：通過非同步非阻塞的事件處理機制，Nginx實現由進程循環處理多個准備好的事件，從而實現高並發和輕量級。
（5）Master/Worker結構：一個master進程，生成一個或多個worker進程。
Nginx搭建反向代理伺服器過程詳解
PS：Master-Worker設計模式核心思想是將原來串列的邏輯並行化， 並將邏輯拆分成很多獨立模塊並行執行。其中主要包含兩個主要組件Master和Worker，Master主要將邏輯進行拆分，拆分為互相獨立的部分，同 時維護了Worker隊列，將每個獨立部分下發到多個Worker並行執行，Worker主要進行實際邏輯計算，並將結果返回給Master。
問：nginx採用這種進程模型有什麼好處？
答：採用獨立的進程，可以讓互相之間不會影響，一個進程退出後，其它進程還在工作，服務不會中斷，Master 進程則很快重新啟動新的Worker進程。當然，Worker進程的異常退出，肯定是程序有bug了，異常退出，會導致當前Worker上的所有請求失 敗，不過不會影響到所有請求，所以降低了風險。
（6）內存消耗小：處理大並發的請求內存消耗非常小。在3萬並發連接下，開啟的10個Nginx 進程才消耗150M內存（15M*10=150M）。
（7）內置的健康檢查功能：如果 Nginx 代理的後端的某台 Web 伺服器宕機了，不會影響前端訪問。
（8）節省帶寬：支持 GZIP 壓縮，可以添加瀏覽器本地緩存的 Header 頭。
（9）穩定性高：用於反向代理，宕機的概率微乎其微。
三、構建實戰：Nginx+IIS構築Web伺服器集群的負載均衡
這里我們主要在Windows環境下，通過將同一個Web網站部署到不同伺服器的IIS上，再通過一個統一的Nginx反響代理伺服器對外提供統一訪問接入，實現一個最簡化的反向代理和負載均衡服務。但是，受限於實驗條件， 我們這里主要在一台計算機上進行反向代理、IIS集群的模擬，具體的實驗環境如下圖所示：我們將nginx服務和web網站都部署在一台計算機 上，nginx監聽http80埠，而web網站分別以不同的埠號（這里是8050及8060）部署在同一個IIS伺服器上，用戶訪問 localhost時，nginx作為反向代理將請求均衡地轉發給兩個IIS中不同埠的Web應用程序進行處理。雖然實驗環境很簡單而且有限，但是對於 一個簡單的負載均衡效果而言，本文是可以達到並且展示的。
Nginx搭建反向代理伺服器過程詳解
3.1 准備一個ASP.NET網站部署到IIS伺服器集群中
（1）在VS中新建一個ASP.NET Web應用程序，但是為了在一台計算機上展示效果，我們將這個Web程序復制一份，並修改兩個Web程序的Default.aspx，讓其的首頁顯示不同 的一點信息。這里Web1展示的是「The First Web：」，而Web2展示的則是「The Second Web」。
Nginx搭建反向代理伺服器過程詳解
（2）調試運行，看看兩個網站的效果如何？
①Web1的展示效果：
Nginx搭建反向代理伺服器過程詳解
②Web2的展示效果：
Nginx搭建反向代理伺服器過程詳解
③部署到IIS中，分配不同的埠號：這里我選擇了Web1:8050，Web2:8060
Nginx搭建反向代理伺服器過程詳解
（3）總結：在真實環境中，構建Web應用伺服器集群的實現是將同一個Web應用程序部署到Web伺服器集群中的多個Web伺服器上。
3.2 下載Nginx並部署到伺服器中作為自啟動的Windows服務
（1）到Nginx官網下載Nginx的Windows版本：http://nginx.org/en/download.html（這里我們使用nginx/Windows-1.4.7版本進行實驗，本文底部有下載地址）
（2）解壓到磁碟任意目錄，例如這里我解壓到了：D:\Servers\nginx-1.4.7
（3）啟動、停止和重新載入服務：通過cmd以守護進程方式啟動nginx.exe：start nginx.exe，停止服務：nginx -s stop，重新載入配置：nginx -s reload；
Nginx搭建反向代理伺服器過程詳解
（4）每次以cmd方式啟動Nginx服務不符合實際要求，於是我們想到將其注冊為Windows服務，並設置為自動啟動模式。這里，我們使用一個 不錯的小程序：「Windows Service Wrapper」，將nginx.exe注冊為Windows服務，具體的步湊如下：
①下載最新版的 Windows Service Wrapper 程序，比如我下載的名稱是 「winsw-1.8-bin.exe」（本文底部有下載地址），然後把它命名成你想要的名字（比如: 「nginx-service.exe」，當然，你也可以不改名）
②將重命名後的 nginx-service.exe 復制到 nginx 的安裝目錄（比如，我這里是 「D:\Servers\nginx-1.4.7″）
③在同一個目錄下創建一個Windows Service Wrapper 的XML配置文件，名稱必須與第一步重命名時使用的名稱一致（比如我這里是 「nginx-service.xml」, 如果，你沒有重命名，則應該是 「winsw-1.8-bin.xml」），這個XML的內容如下：
<?xml version="1.0" encoding="UTF-8" ?>
<service>
<id>nginx</id>
<name>Nginx Service</name>
<description>High Performance Nginx Service</description>
<executable>D:\Servers\nginx-1.4.7\nginx.exe</executable>
<logpath>D:\Servers\nginx-1.4.7\</logpath>
<logmode>roll</logmode>
<depend></depend>
<startargument>-p D:\Servers\nginx-1.4.7</startargument>
<stopargument>-p D:\Servers\nginx-1.4.7 -s stop</stopargument>
</service>
④在命令行下執行以下命令，以便將其注冊成Windows服務：nginx-service.exe install
Nginx搭建反向代理伺服器過程詳解
⑤接下來就可以在Windows服務列表看到Nginx服務了，這里我們可以將其設置為自動啟動了：
Nginx搭建反向代理伺服器過程詳解
（5）總結：在Windows環境中，要對外提供的Windows服務一般都要將其啟動類型設置為自動。
3.3 修改Nginx核心配置文件nginx.conf
（1）進程數與每個進程的最大連接數：
?nginx進程數，建議設置為等於CPU總核心數
?單個進程最大連接數，那麼該伺服器的最大連接數=連接數*進程數
Nginx搭建反向代理伺服器過程詳解
（2）Nginx的基本配置：
?監聽埠一般都為http埠：80;
?域名可以有多個，用空格隔開：例如 server_name www.ha97.com ha97.com;
Nginx搭建反向代理伺服器過程詳解
（3）負載均衡列表基本配置：
?location / {}：對aspx後綴的進行負載均衡請求，假如我們要對所有的aspx後綴的文件進行負載均衡時，可以這樣寫：location ~ .*\.aspx$ {}
?proxy_pass：請求轉向自定義的伺服器列表，這里我們將請求都轉向標識為http://cuitccol.com的負載均衡伺服器列表；
Nginx搭建反向代理伺服器過程詳解
?在負載均衡伺服器列表的配置中，weight是權重，可以根據機器配置定義權重（如果某台伺服器的硬體配置十分好，可以處理更多的請求，那麼可以 為其設置一個比較高的weight；而有一台的伺服器的硬體配置比較差，那麼可以將前一台的weight配置為weight=2，後一台差的配置為 weight=1）。weigth參數表示權值，權值越高被分配到的幾率越大；
Nginx搭建反向代理伺服器過程詳解
（4）總結：最基本的Nginx配置差不多就是上面這些內容，當然僅僅是最基礎的配置。（詳細的配置內容請下載底部的nginx-1.4.7詳細查看）
3.4 添加Nginx對於靜態文件的緩存配置
為了提高響應速度，減輕真實伺服器的負載，對於靜態資源我們可以在反向代理伺服器中進行緩存，這也是反向代理伺服器的一個重要的作用。
（1）緩存靜態資源之圖片文件
root /nginx-1.4.7/staticresources/image：對於配置中提到的jpg/png等文件均定為到/nginx-1.4.7/staticresources/image文件夾中進行尋找匹配並將文件返回；
expires 7d：過期時效為7天，靜態文件不怎麼更新，過期時效可以設大一點，如果頻繁更新，則可以設置得小一點；
TIPS：下面的樣式、腳本緩存配置同這里一樣，只是定位的文件夾不一樣而已，不再贅述。
Nginx搭建反向代理伺服器過程詳解
（2）緩存靜態資源之樣式文件
Nginx搭建反向代理伺服器過程詳解
（3）緩存靜態資源之腳本文件
Nginx搭建反向代理伺服器過程詳解
（4）在nginx服務文件夾中創建靜態資源文件夾，並要緩存的靜態文件拷貝進去：這里我主要將Web程序中用到的image、css以及js文件拷貝了進去；
Nginx搭建反向代理伺服器過程詳解
（5）總結：通過配置靜態文件的緩存設置，對於這些靜態文件的請求可以直接從反向代理伺服器中直接返回，而無需再將這些靜態資源請求轉發到具體的Web伺服器進行處理了，可以提高響應速度，減輕真實Web伺服器的負載壓力。
3.5 簡單測試Nginx反向代理實現負載均衡效果
（1）第一次訪問http://localhost/Default.aspx時從127.0.0.1:8050處理響應返回結果
（2）第二次訪問http://localhost/Default.aspx時從127.0.0.1:8060處理響應返回結果
（3）多次訪問http://localhost/Default.aspx時的截屏：
Nginx搭建反向代理伺服器過程詳解
學習小結
在本文中，藉助了Nginx這個神器簡單地在Windows環境下搭建了一個反向代理服務，並模擬了一個IIS伺服器集群的負載均衡效果。從這個 DEMO中，我們可以簡單地感受到反向代理為我們所做的事情，並體會負載均衡是怎麼一回事。但是，在目前大多數的應用中，都會將Nginx部署在 Linux伺服器中，並且會做一些針對負載均衡的優化配置，這里我們所做的僅僅就是一個小小的使用而已（just修改一下配置文件）。不過，萬丈高樓平地 起，前期的小小體會，也會幫助我們向後期的深入學習奠定一點點的基礎。
突然在QQ空間里看到了朋友送的禮物，猛然發現今天居然是我的陽歷生日，好吧，我祝我自己生日快樂，希望自己在未來的日子中能夠做更多的實踐，分享更多的內容。當然，如果你覺得本文還可以，那也麻煩點個贊，不要吝嗇你的滑鼠左鍵喲。

❽ Nginx相關知識點

Nginx是lgor Sysoev為俄羅斯訪問量第二的rambler.ru站點設計開發的。從2004年發布至今，憑借開源的力量，已經接近成熟與完善。

Nginx功能豐富，可作為HTTP伺服器，也可作為反向代理伺服器，郵件伺服器。支持FastCGI、SSL、Virtual Host、URL Rewrite、Gzip等功能。並且支持很多第三方的模塊擴展。

Nginx的穩定性、功能集、示例配置文件和低系統資源的消耗讓他後來居上，在全球活躍的網站中有12.18%的使用比率，大約為2220萬個網站。

自行安裝

正向代理: 代理伺服器站在客戶端那邊就是正向代理;
反向代理: 代理伺服器站在原始伺服器那邊就是反向代理;
詳解參考點擊 Nginx正向代理與反向代理

Nginx在做反向代理時，提供性能穩定，並且能夠提供配置靈活的轉發功能。
Nginx可以根據不同的正則匹配，採取不同的轉發策略，比如圖片文件結尾的走文件伺服器，動態頁面走web伺服器，只要你正則寫的沒問題，又有相對應的伺服器解決方案，你就可以隨心所欲的玩。
並且Nginx對返回結果進行錯誤頁跳轉，異常判斷等。如果被分發的伺服器存在異常，他可以將請求重新轉發給另外一台伺服器，然後自動去除異常伺服器。

如果你的nginx伺服器給2台web伺服器做代理，負載均衡演算法採用輪詢，那麼當你的一台機器web程序iis關閉，也就是說web不能訪問，那麼nginx伺服器分發請求還是會給這台不能訪問的web伺服器，如果這里的響應連接時間過長，就會導致客戶端的頁面一直在等待響應，對用戶來說體驗就打打折扣，這里我們怎麼避免這樣的情況發生呢。這里我配張圖來說明下問題。

如果負載均衡中其中web2發生這樣的情況，nginx首先會去web1請求，但是nginx在配置不當的情況下會繼續分發請求道web2，然後等待web2響應，直到我們的響應時間超時，才會把請求重新分發給web1，這里的響應時間如果過長，用戶等待的時間就會越長。

下面的配置是解決方案之一:

如果使用upstream指令配置了一組伺服器作為被代理伺服器，伺服器中的訪問演算法遵循配置的負載均衡規則，同時可以使用該指令配置在發生哪些異常情況時，將請求順次交由下一組伺服器處理。

狀態值可以是：error|timeout|invalid_header|http_500|http_502|http_503|http_504|http_404|off

Nginx提供的負載均衡策略有2種：內置策略和擴展策略。
內置策略: 1.輪詢;2.加權輪詢;3.Ip hash;
擴展策略: 就天馬行空，只有你想不到的沒有他做不到的啦，你可以參照所有的負載均衡演算法，給他一一找出來做下實現。

Ip hash演算法，對客戶端請求的ip進行hash操作，然後根據hash結果將同一個客戶端ip的請求分發給同一台伺服器進行處理，可以解決session不共享的問題。

eg:

開啟簡單的緩存配置，只需要兩個指令：proxy_cache_path和proxy_cache。
proxy_cache_path: 配置緩存的存放地址和其他的一些常用配置;
proxy_cache:指令是為了啟動緩存;

相關配置說明:

該指令用於定義滿足條件的響應不會被保存到緩存中。在條件字元串中至少有一個條件不為空或者0，符合這樣條件的響應才不會被緩存。
舉例如下

其中，cookie_nocache、arg_nocache...皆為變數，可以根據你訪問的匹配策略來設置，其值只有2類，0和非0;

訪問匹配策略例如：

如果在此鏈式配置中，只要有一個值不為0，則不會cache；例如：

則不會被cache.

註：一般會配合proxy_cache_bypass共同使用；

該指令用於定義哪些情況不從cache讀取，直接從backend獲取資源；配置方式同proxy_no_cache。

給緩存數據定義一個鍵，例如

該指令用於設置緩存哪些HTTP方法,默認緩存HTTP GET/HEAD方法,不緩存HTTP POST 方法.。

設置不同響應碼的緩存時間，當不指定響應碼的時候，例如

只對響應碼為200，301，302的訪問請求資源設置緩存時間，此外可以個性化定製，例如：

此外，還可以在相應header里設置優先順序更高的緩存有效時間：

不緩存包含在field的響應header，可以設置的值有：「X-Accel-Redirect」, 「X-Accel-Expires」, 「X-Accel-Limit-Rate」，「X-Accel-Buffering」, 「X-Accel-Charset」, 「Expires」, 「Cache-Control」, 「Set-Cookie」 (0.8.44), and 「Vary」。
如果上述的header field沒有設置為忽略，則header filed中有「X-Accel-Expires」, 「Expires」, 「Cache-Control」, 「Set-Cookie」, and 「Vary」的話，響應會被緩存。

該指令用於設置緩存的最小使用次數,默認值為1

源站有問題時，nginx可以通過proxy_cache_use_stale指令開啟容錯能力，即使用緩存內容來響應客戶端的請求。舉例如下：

如上配置表示，當作為cache的NGINX收到源站返回error、timeout或者其他指定的5XX錯誤，並且在其緩存中有請求文件的陳舊版本，則會將這些陳舊版本的文件而不是錯誤信息發送給客戶端。

使用NGINX，不需要建立一個RAID（磁碟陣列）。如果有多個硬碟，NGINX可以用來在多個硬碟之間分割緩存。舉例如下：

在這份配置中，使用了3個獨立的緩存，每個緩存專用一塊硬碟，另外，3個獨立的線程池也各自專用一塊硬碟。

緩存之間（其結果就是磁碟之間）的負載均衡使用split_clients模塊，split_clients非常適用於這個任務。
在 proxy_cache_path指令中設置 use_temp_path=off ，表示NGINX會將臨時文件保存在緩存數據的同一目錄中。這是為了避免在更新緩存時，磁碟之間互相復制響應數據。

通過訪問日誌，你可以得到用戶地域來源、跳轉來源、使用終端、某個URL訪問量等相關信息；
通過錯誤日誌，你可以得到系統某個服務或server的性能瓶頸等。
因此，將日誌好好利用，你可以得到很多有價值的信息。

打開nginx.conf配置文件：vim /usr/local/nginx/conf/nginx.conf
日誌部分內容：
#access_log logs/access.log main;
日誌生成的到Nginx根目錄logs/access.log文件，默認使用「main」日誌格式，也可以自定義格式。
默認「main」日誌格式：

參數明細表：

查看日誌命令tail -f /usr/local/nginx/logs/access.log

打開nginx.conf配置文件去掉#注釋見下圖：

自定義某一個server配置的日誌，使用「main」日誌格式。

日誌生成的到Nginx根目錄logs/access.log文件，默認使用「main」日誌格式，也可以自定義格式。

重新讀取載入Nginx配置文件：

執行命令：nginx-s reload

網上一位老師寫的log文件分解的腳本

此腳本執行時間根據自己公司情況來定,可以設置默認一天執行一次;

創建crontab設置作業

設置日誌文件存放目錄crontab -e

*/1 * * * * sh /usr/local/software/nginx/nginx_log.sh
此設置的為一分鍾,如果設置一天自行修改;

默認的 nginx 配置文件 nginx.conf 內容如下

示例

幾個常見配置項：

注意:

驚群現象：一個網路連接到來，多個睡眠的進程被同事叫醒，但只有一個進程能獲得鏈接，這樣會影響系統性能
每個指令必須有分號結束。

進入安裝目錄下的sbin

❾ 求助關於centos6.6搭建nginx反向代理伺服器

〉直接作為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程序和數據，需要考慮兩者的數據同步。

❿ 初識Nginx配置文件以及基本命令

配置文件名為 nginx.conf ，Linux放在目錄： /usr/local/nginx/conf 、 /etc/nginx , 或 /usr/local/etc/nginx 中；Windows放在 安裝目錄conf 中。 依據實際安裝情況決定

nginx由配置文件中指定的指令控制模塊組成。 指令分為 簡單指令 和 塊指令 ：
簡單指令 由空格分隔的名稱和參數組成，並以分號 ; 結尾；
塊指令 具有與簡單指令相同的結構，但是是以大括弧 { 和 } 包圍的一組附加指令。 如果塊指令在大括弧內部有其他指令，則稱為上下文(例如： events ， http ， server 和 location )；
配置文件中放置在任何上下文之外的偽指令都被認為是主上下文。 events 和 http 指令駐留在主上下文中， server 在 http 中的，而 location 在 server 塊中。一個配置文件一個 http ，一個及以上個 server ，一個 server 運行一個工作進程並代表一個虛擬伺服器；
# 號所在的一行被視為注釋；
幾個頂級指令將適用於不同流量類型的指令組合在一起：

對於大多數指令，在子上下文中定義的上下文將繼承父級中包含的偽指令的值，要覆蓋從父進程繼承的值，子上下文中需要包含該指令（即子上下文要顯式聲明）。

打開配置文件(如 /usr/local/nginx/conf/nginx.conf )，默認的配置文件已經包含了伺服器塊的幾個示例，大部分是注釋掉的。 現在注釋掉所有這樣的塊，並啟動一個新的伺服器塊：

每個 server 上下文都可以指定要監聽的埠、server_name，當nginx決定哪個伺服器處理請求後，它會根據伺服器塊內部定義的location指令的參數測試請求頭中指定的URI， 比如如下配置，系統中創建 /data 目錄及其子目錄 /www ：

第一個 location 塊指定與請求中的URI比較 / 前綴。 對於匹配請求，URI將被添加到 root 指令中指定的路徑(即 /data/www )，形成本地文件系統中的請求文件路徑。 如果有幾個匹配的location塊，nginx將選擇具有最長前綴來匹配location塊。 上面第一個 location 塊提供最短的前綴長度為1，因此只有當所有其他location塊不能提供匹配時，才會使用該塊。第二個 location ,將是以 /images/ 的請求來匹配，位置 / 也匹配這樣的請求，但具有較短前綴，也就是 /images/ 比 / 長。

這已經是一個在標准埠 80 上偵聽並且可以在本地機器上訪問的伺服器 http://localhost/ 的工作配置， 埠 80 和 server_name localhost 可以省略，它們為默認值 。 響應以/images/開頭的URI的請求，伺服器將從 /data/images 目錄發送文件。 例如，響應 http://localhost/images/logo.png 請求，nginx將發送服務上的 /data/images/logo.png 文件。 如果文件不存在，nginx將發送一個指示 404 錯誤的響應。 不以 /images/ 開頭的URI的請求將映射到 /data/www 目錄。 例如，響應 http://localhost/about/example.html 請求時，nginx將發送 /data/www/about/example.html 文件。

反向代理應該是Nginx做的最多的一件事了，反向代理(Reverse Proxy)方式是指以代理伺服器來接受internet上的連接請求，然後將請求轉發給內部網路上的伺服器，並將從伺服器上得到的結果返回給internet上請求連接的客戶端，此時代理伺服器對外就表現為一個反向代理伺服器。簡單來說就是真實的伺服器不能直接被外部網路訪問，所以需要一台代理伺服器，而代理伺服器能被外部網路訪問的同時又跟真實伺服器在同一個網路環境，當然也可能是同一台伺服器，埠不同而已。
通過向nginx配置文件添加一個server塊來定義代理伺服器，其中包含以下內容：

這將是一個監聽埠 8080 的簡單伺服器，並將所有請求映射到本地文件系統上的 /data/up1 目錄。 請注意，root指令位於server塊上下文中，當選擇用於服務請求的 location 塊不包含自己的 root 指令時，將使用此root指令。創建 /data/up1 目錄然後可以將一個靜態網頁比如 index.html 文件放入其中，然後訪問 http://localhost:8080/ 即可訪問該文件。
目前為止，還是配置的靜態資源訪問，並不是代理伺服器，然後增加或修改現有 location 上下文，改為如下：

當用戶訪問 http://localhost:8080/ 時，會返回 http://localhost:8181 伺服器的的資源。
location 上下文後面的參數，可以是正則表達式，如果是正則表達式，前面要加 ~ ，比如：

以上配置表示，nginx接收到所有以.gif，.jpg或.png結尾的URI，相應的請求將映射到/data/images目錄。當nginx選擇一個location塊來提供請求時，它首先檢查指定前綴的location指令，記住具有最長前綴的location，然後檢查正則表達式。 如果與正則表達式匹配，nginx會選擇此location，否則選擇之前記住的那一個。

要找到最符合URI的位置，NGINX首先將URI與前綴字元串的位置進行比較。然後用正則表達式搜索位置。除非使用^~修飾符對正則表達式給予更高的優先順序。在前綴字元串中，NGINX選擇最具體的字元串(也就是最長和最完整的字元串)。 下面給出了選擇處理請求的位置的確切邏輯：

測試所有URI的前綴字元串。 = (等號)修飾符定義了URI和前綴字元串完全匹配。如果找到完全匹配，則搜索停止。如果 ^~ (插入符號)修飾符預先添加最長匹配前綴字元串，則不會檢查正則表達式。存儲最長匹配的前綴字元串。根據正則表達式測試URI。斷開第一個匹配的正則表達式並使用相應的位置。如果沒有正則表達式匹配，則使用與存儲的前綴字元串相對應的位置。

= 修飾符的典型用例是 / (正斜杠)的請求。 如果請求/是頻繁的，則指定 = / 作為location指令的參數加速處理，因為搜索匹配在第一次比較之後停止。

要啟動nginx，請運行可執行文件。 當nginx啟動後，可以通過使用-s參數調用可執行文件來控制它。 使用以下語法：

信號(signal)的值可能是以下之一：

當主進程收到要重新載入配置的信號，它將檢查新配置文件的語法有效性，並嘗試應用其中提供的配置。 如果這是成功的，主進程將啟動新的工作進程，並向舊的工作進程發送消息，請求它們關閉。 否則，主進程回滾更改，並繼續使用舊配置。 老工作進程，接收關閉命令，停止接受新連接，並繼續維護當前請求，直到所有這些請求得到維護。 之後，舊的工作進程退出。

兩者在 location 中，指定一個路徑，其中使用 alias 做如下配置：

若按照上述配置的話，則訪問/img/目錄裡面的文件時，ningx會自動去/var/www/image/目錄找文件

若按照這種配置的話，則訪問/img/目錄下的文件時，nginx會去/var/www/image/img/目錄下找文件。alias是一個目錄別名的定義，root則是最上層目錄的定義，指的是 /var/www/image/img/ 。還有一個重要的區別是alias後面必須要 / 結束，否則會找不到文件，而root則可有可無。

另外對於index，含義如下

這樣，當用戶請求 / 地址時，Nginx 就會自動在 root 配置指令指定的文件系統目錄下依次尋找 index.htm 和 index.html 這兩個文件。如果 index.htm 文件存在，則直接發起「內部跳轉」到 /index.htm 這個新的地址；而如果 index.htm 文件不存在，則繼續檢查 index.html 是否存在。如果存在，同樣發起「內部跳轉」到 /index.html ；如果 index.html 文件仍然不存在，則放棄處理權給 content 階段的下一個模塊。

參考地址1
參考地址2:B站