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;
#...其他配置。
}