如何在自己伺服器上部署反向代理
Ⅰ 如何使用Weave以及Docker搭建Nginx反向代理/負載均衡伺服器
Hi， 今天我們將會學習如何使用 Weave 和 Docker 搭建 Nginx 的反向代理/負載均衡伺服器。Weave 可以創建一個虛擬網路將 Docker 容器彼此連接在一起，支持跨主機部署及自動發現。它可以讓我們更加專注於應用的開發，而不是基礎架構。Weave 提供了一個如此棒的環境，彷彿它的所有容器都屬於同個網路，不需要埠/映射/連接等的配置。容器中的應用提供的服務在 weave 網路中可以輕易地被外部世界訪問，不論你的容器運行在哪裡。在這個教程里我們將會使用 weave 快速並且簡單地將 nginx web 伺服器部署為一個負載均衡器，反向代理一個運行在 Amazon Web Services 裡面多個節點上的 docker 容器中的簡單 php 應用。這里我們將會介紹 WeaveDNS，它提供一個不需要改變代碼就可以讓容器利用主機名找到的簡單方式，並且能夠讓其他容器通過主機名連接彼此。
1、通過IIS或server-u創建一個FTP（項目部署）
2、通過項目程序上傳圖片資源至FTP（項目開發）
3、利用nginx代理Ftp圖片資源（項目部署），好處：並發什麼的先不用說，最直接不用寫代碼了
Ⅲ 什麼是反向代理伺服器如何配置反向代理伺服器
2003默認的有nat，ics。
代理伺服器默認是不支持的
微軟有isa伺服器做代理。
通過設置共享，即ics，通過路由和遠程訪問開啟，nat或者路由。
這種上網方式不能稱之為代理。叫做簡單nat，nat，路由。
如果你的意思就是讓其他的電腦上網。
簡單的網卡，internet
共享即可滿足
Ⅳ 如何設置Nginx反向代理，我們公司現在要找個伺服器做反向代理。可是我不知道怎麼做。
沒辦法做這樣的反向代理。
除非是
->
->
如果是這樣的話，配置是這樣的
location /8080 {
proxy_pass ;
proxy_redirect off;
}
location /8000 {
proxy_pass ;
proxy_redirect off;
}
proxy的其它參數就自己設置了，可以參考下
Ⅳ 求助關於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-proxy-manager
什麼是 Nginx Proxy Manager ？
Nginx Proxy Manager 是用於管理 Nginx 代理主機的 Docker 容器，具有簡單、強大的界面。它使您可以輕松地轉發到您在家裡或其他地方運行的網站，包括免費的 SSL，而無需對 Nginx 或 Letsencrypt 了解太多。
通過 phpMyAdmin 在 MariaDB 10 中新建用戶 npm ，創建同名的庫 npm 並授予所有許可權。
在注冊表中搜索 nginx-proxy-manager ，選擇第一個 jc21/nginx-proxy-manager，版本選擇 latest。
在 docker 文件夾中，創建一個新文件夾，並將其命名為 npm，再建 2 個子目錄，分別命名為 data 和 letsencrypt
埠
埠不沖突就行，不確定的話可以用命令查一下
在瀏覽器中輸入 http://群暉IP:2081 就能看到主界面
默認的賬號： [email protected] ，密碼：changeme
登錄後可以編輯用戶信息
之後是密碼
進入主菜單的 SSL Certificates
Add SSL Certificate 有兩種方式，一種是在線申請，另一種是添加已有證書
在線申請和我們在『 免費的泛域名https證書自動續期 』一文中介紹的非常類似，需要選擇 DNS 解析服務提供商，以及填寫 token 等參數
老蘇因為已經配置了 Certbot 並實現了自動續期，所以只需要導入現有證書就可以了，Name 老蘇用了域名，這樣比較容易識別
上傳成功後，證書存放在 /data/custom_ssl/ 目錄中以 npm-1 、 npm-2 等子目錄保存
進入主菜單的 Hosts
以將 http://192.168.0.197:5000 映射到 https://nas.laosu.ml 為例
因為准備用 https 協議訪問，所以必須勾選 Force SSL
其他的 HTTP/2 和 HSTS 和群暉內置的是一樣的，可根據需要勾選，沒啥問題的話老蘇建議都勾上
為什麼要另外安裝 nginx proxy manager 而不是用群暉內置的反向代理的原因，老蘇在一開始就講了，裝完之後老蘇還發現了幾個優點：
Ⅶ 如何在 CentOS 7 用 cPanel 配置 Nginx 反向代理
第一步: 安裝 EPEL 庫
root@server1 [/usr]# yum -y install epel-release
Loaded plugins: fastestmirror, tsflags, universal-hooks
Loading mirror speeds from cached hostfile
* EA4: 66.23.237.210
* base: mirrors.linode.com
* extras: mirrors.linode.com
* updates: mirrors.linode.com
Resolving Dependencies
--> Running transaction check
---> Package epel-release.noarch 0:7-5 will be installed
--> Finished Dependency Resolution
Dependencies Resolved
========================================================================================
Package Arch Version Repository Size
========================================================================================
Installing:
epel-release noarch 7-5 extras 14 k
第二步: 安裝 nDeploy 的 CentOS RPM 庫
可以安裝 nDeploy 的 CentOS RPM 庫來安裝我們所需的 nDeploy Web 類軟體和 Nginx 插件
root@server1 [/usr]# yum -y install http://rpm.piserve.com/nDeploy-release-centos-1.0-1.noarch.rpm
Loaded plugins: fastestmirror, tsflags, universal-hooks
nDeploy-release-centos-1.0-1.noarch.rpm | 1.7 kB 00:00:00
Examining /var/tmp/yum-root-ei5tWJ/nDeploy-release-centos-1.0-1.noarch.rpm: nDeploy-release-centos-1.0-1.noarch
Marking /var/tmp/yum-root-ei5tWJ/nDeploy-release-centos-1.0-1.noarch.rpm to be installed
Resolving Dependencies
--> Running transaction check
---> Package nDeploy-release-centos.noarch 0:1.0-1 will be installed
--> Finished Dependency Resolution
Dependencies Resolved
========================================================================================
Package Arch Version Repository Size
========================================================================================
Installing:
nDeploy-release-centos noarch 1.0-1 /nDeploy-release-centos-1.0-1.noarch 110
第三步：安裝 nDeploy 和 Nginx nDeploy 插件
root@server1 [/usr]# yum --enablerepo=ndeploy install nginx-nDeploy nDeploy
Loaded plugins: fastestmirror, tsflags, universal-hooks
epel/x86_64/metalink | 9.9 kB 00:00:00
epel | 4.3 kB 00:00:00
ndeploy | 2.9 kB 00:00:00
(1/4): ndeploy/7/x86_64/primary_db | 14 kB 00:00:00
(2/4): epel/x86_64/group_gz | 169 kB 00:00:00
(3/4): epel/x86_64/primary_db | 3.7 MB 00:00:02
Dependencies Resolved
========================================================================================
Package Arch Version Repository Size
========================================================================================
Installing:
nDeploy noarch 2.0-11.el7 ndeploy 80 k
nginx-nDeploy x86_64 1.8.0-34.el7 ndeploy 36 M
Installing for dependencies:
PyYAML x86_64 3.10-11.el7 base 153 k
libevent x86_64 2.0.21-4.el7 base 214 k
memcached x86_64 1.4.15-9.el7 base 84 k
python-inotify noarch 0.9.4-4.el7 base 49 k
python-lxml x86_64 3.2.1-4.el7 base 758 k
Transaction Summary
========================================================================================
Install 2 Packages (+5 Dependent packages)
通過以上這些步驟，我們完成了在我們的伺服器上 Nginx 插件的安裝。現在我們可以配置 Nginx 作為反向代理和為已有的 cPanel 用戶賬戶創建虛擬主機，為此我們可以運行如下腳本。
第四步：啟動 Nginx 作為默認的前端 Web 伺服器，並創建默認的配置文件
root@server1 [/usr]# /opt/nDeploy/scripts/cpanel-nDeploy-setup.sh enable
Modifying apache http and https port in cpanel
httpd restarted successfully.
Created symlink from /etc/systemd/system/multi-user.target.wants/nginx.service to /usr/lib/systemd/system/nginx.service.
Created symlink from /etc/systemd/system/multi-user.target.wants/ndeploy_watcher.service to /usr/lib/systemd/system/ndeploy_watcher.service.
Created symlink from /etc/systemd/system/multi-user.target.wants/ndeploy_backends.service to /usr/lib/systemd/system/ndeploy_backends.service.
ConfGen:: saheetha
ConfGen:: satest
你可以看到這個腳本將修改 Apache 的埠從 80 到另一個埠來讓 Nginx 作為前端 Web 伺服器，並為現有的 cPanel 用戶創建虛擬主機配置文件。一旦完成，確認 Apache 和 Nginx 的狀態。
Apache 狀態：
root@server1 [/var/run/httpd]# systemctl status httpd
● httpd.service - Apache Web Server
Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor preset: disabled)
Active: active (running) since Mon 2016-01-18 06:34:23 UTC; 12s ago
Process: 25606 ExecStart=/usr/sbin/apachectl start (code=exited, status=0/SUCCESS)
Main PID: 24760 (httpd)
CGroup: /system.slice/httpd.service
‣ 24760 /usr/local/apache/bin/httpd -k start
Jan 18 06:34:23 server1.centos7-test.com systemd[1]: Starting Apache Web Server...
Jan 18 06:34:23 server1.centos7-test.com apachectl[25606]: httpd (pid 24760) already running
Jan 18 06:34:23 server1.centos7-test.com systemd[1]: Started Apache Web Server.
Nginx 狀態：
root@server1 [~]# systemctl status nginx
● nginx.service - nginx-nDeploy - high performance web server
Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled; vendor preset: disabled)
Active: active (running) since Sun 2016-01-17 17:18:29 UTC; 13h ago
Docs: http://nginx.org/en/docs/
Main PID: 3833 (nginx)
CGroup: /system.slice/nginx.service
├─ 3833 nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf
├─25473 nginx: worker process
├─25474 nginx: worker process
└─25475 nginx: cache manager process
Jan 17 17:18:29 server1.centos7-test.com systemd[1]: Starting nginx-nDeploy - high performance web server...
Jan 17 17:18:29 server1.centos7-test.com nginx[3804]: nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
Jan 17 17:18:29 server1.centos7-test.com nginx[3804]: nginx: configuration file /etc/nginx/nginx.conf test is successful
Jan 17 17:18:29 server1.centos7-test.com systemd[1]: Started nginx-nDeploy - high performance web server.
Nginx 作為前端伺服器運行在 80 埠，Apache 配置被更改為監聽 http 埠 9999 和 https 埠 4430。請看他們的情況：
root@server1 [/usr/local/src]# netstat -plan | grep httpd
tcp 0 0 0.0.0.0:4430 0.0.0.0:* LISTEN 17270/httpd
tcp 0 0 0.0.0.0:9999 0.0.0.0:* LISTEN 17270/httpd
tcp6 0 0 :::4430 :::* LISTEN 17270/httpd
tcp6 0 0 :::9999 :::* LISTEN 17270/httpd
root@server1 [/usr/local/src]# netstat -plan | grep nginx
tcp 0 0 127.0.0.1:80 0.0.0.0:* LISTEN 17802/nginx: master
tcp 0 0 45.79.183.73:80 0.0.0.0:* LISTEN 17802/nginx: master
為已有用戶創建的虛擬主機的配置文件在 「/etc/nginx/sites-enabled」。 這個文件路徑包含了 Nginx 主要配置文件。
root@server1 [/etc/nginx/sites-enabled]# ll | grep .conf
-rw-r--r-- 1 root root 311 Jan 17 09:02 saheetha.com.conf
-rw-r--r-- 1 root root 336 Jan 17 09:02 saheethastest.com.conf
一個域名的示例虛擬主機：
server {
listen 45.79.183.73:80;
#CPIPVSIX:80;
# ServerNames
server_name saheetha.com www.saheetha.com;
access_log /usr/local/apache/domlogs/saheetha.com main;
access_log /usr/local/apache/domlogs/saheetha.com-bytes_log bytes_log;
include /etc/nginx/sites-enabled/saheetha.com.include;
}
我們可以啟動瀏覽器查看網站來確定 Web 伺服器的工作狀態。安裝後，請閱讀伺服器上的 web 服務信息。
root@server1 [/home]# ip a | grep -i eth0
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
inet 45.79.183.73/24 brd 45.79.183.255 scope global dynamic eth0
root@server1 [/home]# nginx -v
nginx version: nginx/1.8.0
Nginx 將會為任何最新在 cPanel 中創建的賬戶創建虛擬主機。通過這些簡單的的步驟，我們能夠在一台 CentOS 7 / cPanel 的伺服器上配置 Nginx 作為反向代理。
Nginx 作為反向代理的優勢
便於安裝和配置。
效率高、性能好。
防止 Ddos 攻擊。
支持使用 .htaccess 作為 PHP 的重寫規則。
Ⅷ 如何在 centos 7/cpanel 伺服器上配置 nginx 反向代理
註：本配置環境在CentOS下實現，其他方法請參考官方幫助文件
一、安裝Nginx軟體
Nginx官方網站：http://nginx.org
我們使用yum安裝(配置和升級方便)，需要配置官方的yum源，Nginx官方源配置提供的配置方法如下：
1.創建一個更新源
#vim /etc/yum.repos.d/nginx.repo
2.加入如下內容：
[nginx]
name=nginx repo baseurl=http://nginx.org/packages/OS/EOSRELEAS/$basearch/
gpgcheck=0
enabled=1
3.把上面藍色欄位換成的操作系統類型，比如rhel或者centos，把綠色部分替換成發行的主版本號，比如「5」 或者 「6」, 分別代表 5.x 或 6.x 對應的版本。
其他版本的系統（Debian/Ubuntu）也可以參考nginx官方的方法配置（英文內容）。
4.配置完以上三部，就可以開始用我們熟悉的yum命令安裝nginx了（默認安裝最新的nginx穩定發行版本）。
#yum install nginx
5.安裝完畢看看都生成了哪些文件，配置文件都放在哪裡
#rpm -ql nginx
/etc/logrotate.d/nginx
/etc/nginx
/etc/nginx/conf.d
/etc/nginx/conf.d/default.conf
/etc/nginx/conf.d/example_ssl.conf
/etc/nginx/fastcgi_params
/etc/nginx/koi-utf
/etc/nginx/koi-win
/etc/nginx/mime.types
/etc/nginx/nginx.conf
/etc/nginx/scgi_params
/etc/nginx/uwsgi_params
/etc/nginx/win-utf
/etc/rc.d/init.d/nginx
/etc/sysconfig/nginx
/usr/sbin/nginx
/usr/share/nginx
/usr/share/nginx/html
/usr/share/nginx/html/50x.html
/usr/share/nginx/html/index.html
/var/cache/nginx
/var/log/nginx
以上是我安裝完的配置文件位置，安裝的版本是1.4.2版本(查看版本：nginx -v) ，如下圖：
6.檢查是否安裝成功
啟動nginx服務，輸入伺服器ip訪問是否能打開默認網站：
#service nginx restart
如果nginx服務啟動成功，但打不開網站，排除如果不是網路問題，可能是因為iptables，iptables開放80埠即可：
#vim /etc/sysconfig/iptables
加入：-A INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT 如下圖：
二、配置文件
1.由上面的步驟，我們看到配置文件放置在/etc/nginx/目錄下:
主要配置文件：/etc/nginx/nginx.conf 內容如下圖
擴展配置文件：/etc/nginx/conf.d/*.conf
圖中的主配置文件的末尾，載入所有擴展配置文件裡面以.conf結尾的文件。所以我們不要修改主要配置文件（不需要修改），用戶配置都放到了/etc/nginx/conf.d/目錄下，裡面默認有兩個配置文件，一個普通的配置，一個是ssl配置。
2.為一個域名配置一個文件(文件名任意，以.conf結尾即可)
#cd /etc/nginx/conf.d/
#vim www.test.com.conf
把內容修改如下：
---------------------------------------------------------------------------
server {
listen 80;
server_name www.test.com;
charset utf8;
access_log /var/log/nginx/www.test.com.access.log main;
location / {
proxy_pass http://192.168.1.20:80;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
---------------------------------------------------------------------------
如圖：
3.重啟nginx服務，檢查配置文件並生效（nginx -t）
#service nginx restart
4.如果沒出意外，你應該已經成功實現Nginx反向代理服務了！
三、其他幫助
1.幫助命令
2.官方幫助文檔：http://nginx.org/en/docs/
Ⅸ 請教問題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:8060Nginx搭建反向代理伺服器過程詳解
（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 installNginx搭建反向代理伺服器過程詳解
⑤接下來就可以在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空間里看到了朋友送的禮物，猛然發現今天居然是我的陽歷生日，好吧，我祝我自己生日快樂，希望自己在未來的日子中能夠做更多的實踐，分享更多的內容。當然，如果你覺得本文還可以，那也麻煩點個贊，不要吝嗇你的滑鼠左鍵喲。
Ⅹ 什麼是反向代理伺服器如何配置反向代理伺服器
反向代理伺服器是運行有反向代理程序的計算機,通過反向代理,可以繞開埠限制,將一個URL轉發到另一個URL,解決80埠問題等。目前比較成熟的開放的反向代理應用有nginx和nat123。ngnix是單純的反向代理,可以利用nginx自行搭建反向代理服務,不少運營商甚至拿來包裝成自己的界面,來運營。nat123是綜合了NAT和反向代理,一般用戶可以直接用nat123提供的反向代理服務,無需自己再搭建。