概述
1.前提 打开http.conf里 有关porxy 的模块
Apache提供了 mod_proxy 模块用于提供代理服务,能够支持的包括正向代理、反向代理、透明代理、缓存、负载均衡,HTTP代理、FTP代理、SSL代理等若干强大的功能。
注意:在本教程中,我们将在虚拟主机级别应用配置(也可以全局配置即直接在http.conf中配置)。在Apache的默认安装中,是没有配置虚拟主机的,我们将创建一个可以捕获所有流量的单个默认虚拟主机。但是,您也可以在其他虚拟主机中使用所有这些配置碎片。
tips:如果您的Apache服务器同时充当HTTP和HTTPS服务器,则必须将反向代理配置放在HTTP和HTTPS虚拟主机中。
一、正向代理
先说一正向代理(Forward Proxy),通常普通用户使用的比较多的,是正向代理。也就是在浏览器的网络连接属性框中,填写上一个代理服务器的ip和端口,即可通过代理服务器中转,去浏览网页。有时候网站对单个 IP 某些操作进行了次数限制,设置代理 IP 访问,不断的更改代理 IP 来突破网站限制,也是正向代理。
配置这种代理非常简单:
1、打开apache的conf,启用好 proxy 模块后,加入如下几行:(全局配置)
1
2
3
4
5
6
7
8
ProxyRequests On
ProxyVia On
<Proxy *>
Order deny,allow
Deny from all
Allow from 192.16.10.0/24
</Proxy>
2、当然也可以把在虚拟主机中进行设置,如下:
启用虚拟主机
1
NameVirtualHost *:80
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
<VirtualHost *:80>
ServerAdmin test@test.com
DocumentRoot /var/www/test
ServerName www.test.com
ErrorLog logs/dummy-host.example.com-error_log
CustomLog logs/dummy-host.example.com-access_log common
<Directory "/var/www/test">
Options FollowSymLinks
AllowOverride None
Order allow,deny
Allow from all
</Directory>
ProxyRequests On
ProxyVia On
<Proxy *>
Order deny,allow
Deny from all
Allow from 192.168.10.0/24
</Proxy>
</VirtualHost>
然后保存退出,重启加载 Apache 服务,现在即可在浏览器的网络连接属性框中或 QQ 登录配置中,填写上 your_apache_server_ip 的 ip 地址,端口是 80,开始用代理了。
使用 Apache 提供的代理,也可以加身份验证,或者设置 ACL 来限制客户端来源等。这些配置就和普通的 Apache 站点配置一样。其实关键就是要有 ProxyRequests 开启,功能就已经可以使用了。
二、反向代理
反向代理(Reverse Proxy)方式是指以代理服务器来接受 Internet 上的连接请求,然后将请求转发给内部网络上的服务器,并将从服务器上得到的结果返回给 Internet 上请求连接的客户端,此时代理服务器对外就表现为一个反向代理服务器。常用做网站服务器配置,可以提供从防火墙外部代理服务器到防火墙内部安全内容服务器的加密连接,隐藏后端真实服务器,更加安全。如 负载均衡 ,CDN 缓存都是反向代理。配置方法如下:
1、启用好 proxy 模块后,加入下边一内容:(全局配置,使用单个域名)
1
2
3
4
5
6
7
8
ProxyRequests off
<Proxy /test>
Order deny,allow
Allow from all
</Proxy>
ProxyPreserveHost on
ProxyPass /test http://www.reverse.com/proxy
ProxyPassReverse /test http://www.reverse.com/proxy
2、在虚拟主机中进行设置(多个域名),如下:
启用虚拟主机
1
NameVirtualHost *:80
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
<VirtualHost *:80>
ServerAdmin test@test.com
ServerName www.test.com
ErrorLog logs/dummy-host.example.com-error_log
CustomLog logs/dummy-host.example.com-access_log common
<Proxy /test>
Order deny,allow
Allow from all
</Proxy>
ProxyPass /tesl ! (!-表示不进行转发,配置在代理转发之前)
ProxyRequests Off
ProxyPreserveHost On
ProxyPass /test http://www.reverse.com/proxy
ProxyPassReverse /test http://www.reverse.com/proxy
</VirtualHost>
ProxyPass /test http://www.reverse.com/proxy : 将 www.test.com/test 域下的所有请求转发给 www.reverse.com/proxy代理,例如www.test.com/test/login.php 会交给 www.reverse.com/proxy/login.php 代理。
ProxyPassReverse /test http://www.reverse.com/proxy :
www.reverse.com/proxy/login.php 中有如下代码:
1
2
3
<?php
header(
'Location: http://www.reverse.com/proxy/result.php'
);
?>
那么在重定向的时候,Apache 会将 HTTP 请求重新设为 http://www.reverse.com/proxy/result.php
ProxyPreserveHost
使Apache将原始Host标头传递给后端服务器。这很有用,因为它使后端服务器知道用于访问应用程序的地址。ProxyPass
是主要的代理配置指令。在这种情况下,它指定根URL(/)下的所有内容都应映射到给定地址的后端服务器。例如,如果Apache收到请求/example
,它将连接到http://your_backend_server/example
,并将响应返回给原始客户端。ProxyPassReverse
应该具有和ProxyPass
相同的配置。它告诉Apache修改后端服务器的响应头。这可确保如果后端服务器返回位置重定向标头,则客户端的浏览器将重定向到代理地址,而不是后端服务器地址。要使这些更改生效,请重新启动Apache。
三、Apache 负载均衡配置
我们同样可以利用 mod_proxy 来做负载均衡,mod_proxy_balancer 是 Apache httpd 自带的负载平衡支持。其优点可以根据实际的运行时机器的环境来决定负载均衡的策略,实现 Session 在 node 上进行共享传递。
1、轮询均衡策略的配置
配置负载均衡时,还要在加上一个模块:
1
LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
<VirtualHost *:80>
ServerAdmin test@test.com
ServerName www.test.com
ErrorLog logs/dummy-host.example.com-error_log
CustomLog logs/dummy-host.example.com-access_log common
<Proxy balancer://mycluster>
BalancerMember http://192.168.10.121:80/
BalancerMember http://192.168.10.122:80/
BalancerMember http://192.168.10.123:80/
</Proxy>
ProxyRequests Off
ProxyPreserveHost On
ProxyPass / balancer://mycluster/
ProxyPassReverse / balancer://mycluster/
</VirtualHost>
我们来观察上述的参数“ProxyPass / balancer ://www.test.com/”,其中,“ProxyPass ”是配置虚拟服务器的命令,“/”代表发送 Web 请求的 URL 前缀,如:http://www.test.com/ 或者 http://www.test.com/test,这些URL都将符合上述过滤条件;“balancer ://www.test.com/”表示要配置负载均衡,proxy 代表负载均衡名;Balancer Member 及其后面的 URL 表示要配置的后台服务器,其中 URL 为后台服务器请求时的 URL。以上面的配置为例,实现负载均衡的原理如下:
假设 Apache 接收到 http://localhost/test 请求,由于该请求满足 ProxyPass 条件(其URL前缀为“/”),该请求会被分发到后台某一个 Balancer Member,比如,该请求可能会转发到 http://192.168.10.121:80/test 进行处理。当第二个满足条件的 URL 请求过来时,该请求可能会被分发到另外一台 Balancer Member,转发到 http://192.168.10.122:80/ 或 http://192.168.10.123:80/ 上 。如此循环反复,便实现了负载均衡的机制。2、按权重分配均衡策略的配置
1
2
3
4
5
6
7
8
9
10
11
12
13
<VirtualHost *:80>
ServerAdmin test@test.com
ServerName www.test.com
<Proxy balancer://mycluster>
BalancerMember http://192.168.10.121:80/ loadfactor=3
BalancerMember http://192.168.10.122:80/ loadfactor=1
BalancerMember http://192.168.10.123:80/ loadfactor=2
</Proxy>
ProxyRequests Off
ProxyPass / balancer://mycluster/
ProxyPassReverse / balancer://mycluster/
</VirtualHost>
参数”loadfactor”表示后台服务器负载到由 Apache 发送请求的权值,该值默认为 1,可以将该值设置为 1 到 100 之间的任何值。以上面的配置为例,介绍如何实现按权重分配的负载均衡,现假设 Apache 收到 http://www.test.com/test 6 次这样的请求,该请求分别被负载到后台服务器,则有 3 次连续的这样请求被负载到 Balancer Member 为 http://192.168.10.121:80 的服务器,有 1 次这样的请求被负载 Balancer Member 为 http://192.168.10.122:80 后台服务器 。有 2 次这样的请求被负载 Balancer Member 为 http://192.168.10.123:80 后台服务器实现了按照权重连续分配的均衡策略。
3、权重请求响应负载均衡策略的配置
1
ProxyPass / balancer://mycluster/ lbmethod=bytraffic
或
1
<Proxy balancer://mycluster lbmethod=bytraffic>
或
1
2
3
4
5
6
7
8
9
10
11
12
13
14
<VirtualHost *:80>
ServerAdmin test@test.com
ServerName www.test.com
<Proxy balancer://mycluster>
BalancerMember http://192.168.10.121:80/ loadfactor=3
route=1
BalancerMember http://192.168.10.122:80/ loadfactor=1
route=2
BalancerMember http://192.168.10.123:80/ loadfactor=2
route=3
</Proxy>
ProxyRequests Off
ProxyPass / balancer://mycluster/
ProxyPassReverse / balancer://mycluster/
ProxySet lbmethod=bytraffic
</VirtualHost>
在这三的地方配置都可以,Apache 可以识别这三种配置方法。
参数“lbmethod=bytraffic”表示后台服务器负载请求和响应的字节数,处理字节数的多少是以权值的方式来表示的。“loadfactor”表示后台服务器处理负载请求和响应字节数的权值,该值默认为 1,可以将该值设置在 1 到 100 的任何值。根据以上配置是这么进行均衡负载的,假设 Apache 接收到 http://www.test.com/test 请求,将请求转发给后台服务器,如果Balancer Member为 http://192.168.10.121:80 后台服务器负载到这个请求,那么它处理请求和响应的字节数是 Balancer Member 为 http://192.168.10.122:80 服务器的3倍(回想(2)均衡配置,(2)是以请求数作为权重负载均衡的,(3)是以流量为权重负载均衡的,这是最大的区别)。
lbmethod可能的取值有:
lbmethod=byrequests 按照请求次数均衡(默认)
lbmethod=bytraffic 按照流量均衡
lbmethod=bybusyness 按照繁忙程度均衡(总是分配给活跃请求数最少的服务器)
4、管理界面配置
<Location /balancer-manager>
SetHandler balancer-manager
Order Allow,Deny
Allow from all
</Location>负载管理模块,一般用来管理集群节点,可以动态设置“权重”,“主机状态”等信息。
5、热备份(Hot Standby)
热备份的实现很简单,只需添加 status=+H 属性,就可以把某台服务器指定为备份服务器:
1
2
3
4
5
6
7
8
9
10
11
12
<VirtualHost *:80>
<Proxy balancer://mycluster>
BalancerMember http://192.168.10.121:80/
BalancerMember http://192.168.10.122:80/ status=+H
</Proxy>
ProxyRequests Off
ProxyPass / balancer://mycluster/
ProxyPassReverse / balancer://mycluster/
</VirtualHost>
从 balancer-manager 界面中可以看到,请求总是流向 192.168.10.121 ,一旦 192.168.10.121 挂掉,Apache 会检测到错误并把请求分流给 192.168.10.122。Apache 会每隔几分钟检测一下 192.168.10.121 的状况,如果 192.168.10.121 恢复,就继续使用 121。
6、http-header 配置
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
<VirtualHost *:80>
Header add Set-Cookie "ROUTEID=.%{BALANCER_WORKER_ROUTE}e; path=/" env=BALANCER_ROUTE_CHANGED
<Proxy balancer://mycluster>
BalancerMember http://192.168.10.121:80/ loadfactor=3 route=1 nofailover=Off
BalancerMember http://192.168.10.122:80/ loadfactor=1 route=2 nofailover=Off
BalancerMember http://192.168.10.123:80/ loadfactor=2 route=3 nofailover=Off
ProxySet stickysession=ROUTEID nofailover=Off
</Proxy>
ProxyRequests Off
ProxyPass / balancer://mycluster/
ProxyPassReverse / balancer://mycluster/
</VirtualHost>
或加在
1
ProxyPass / balancer://mycluster/ nofailover=Off
使用 Apache 的 http-header 这个模块,由 Apache来自动生成 cookie。
stickysession session粘连,就是说用户一旦访问了某个 Balancer Member,就给他个 cookie,让他在后面的请求都访问那个 Balancer Member 。
ProxyPass 那行 最后的 stickysession=ROUTEID,表示从 cookie 中读取 ROUTEID,并自动分配到相应的服务上去。如果后端服务器使用不同的cookie名称或者URL编码的ID(像servlet容器),使用|来分开他们。第一个部分针对cookie,第二个针对路径。如:
ProxyPass / balancer://mycluster
stickysession=JSESSIONID|jsessionidnofailover 是否打开失败转移,默认为‘Off’,如果设为‘On’,当工作单元被禁用或者出错时,如果这样配置,当提供给你服务的服务器发生异常,那么你将一直看着它返回给你503,直到系统恢复正常!
还有其它参数可以添加:
maxattempts 默认值是 1,在放弃之前的故障转移的最大尝试次数。
timeout 默认值是 0,均衡器超时时间,单位为秒。如果设置了,那么就是等待空闲工作单元的最大时间,默认是不等。
四、ProxyPass 与 ProxyVia 、ProxyPassReverse 及 ProxyPassMatch 的概述
1、ProxyPass:
语法:ProxyPass [path] !|url
它主要是用作URL前缀匹配,不能有正则表达式,它里面配置的Path实际上是一个虚拟的路径,在反向代理到后端的url后,path是不会带过去的,使用示例:
(1)、ProxyPass /images/ !
这个示例表示,/images/的请求不被转发。
(2)、ProxyPass /site/foo/ http://back.reverse.com/
我们假设当前的服务地址是http://test.com/,如果我们做下面这样的请求:
http://test.com/siter/foo/bar
那将被转成内部请求:
http://back.reverse.com/bar
注:配置的时候,不需要被转发的请求,要配置在需要被转发的请求前面。
2、ProxyVia
语法:ProxyVia [OPTION]
ProxyVia On:控制位于代理服务器链中的代理请求的流向
引用 Apache2.2 官方文档中对 ProxyVia 的解释如下:
如果设置为默认值 Off ,将不会采取特殊的处理。如果一个请求或应答包含 "Via:" 头,将不进行任何修改而直接通过。
如果设置为 O n每个请求和应答都会对应当前主机得到一个 "Via:" 头。
如果设置为 Full ,每个产生的 "Via:" 头中都会额外加入 Apache 服务器的版本,以 "Via:" 注释域出现。
如果设置为 Block ,每个代理请求中的所有 "Via:" 头行都将被删除。且不会产生新的 "Via:" 头。
3、ProxyPassMatch:
语法:ProxyPassMatch [regex] !|url
这个实际上是 url 正则匹配,而不是简单的前缀匹配,匹配上的 regex 部分是会带到后端的 url 的,这个是与 ProxyPass 不同的。使用示例:
(1)ProxyPassMatch ^/images !
这个示例表示对 /images 的请求,都不会被转发。
(2) ProxyPassMatch ^(/.*.gif)$ http://img.reverse.com$1
这个示例表示对所有 gif 图片的请求,都被会转到后端,如此时请求 http://test.com/foo/bar.gif,那内部将会转换为这样的请求 http://img.reverse.com/foo/bar.gif。
4、ProxyPassReverse
语法:ProxyPassReverse [路径] url
它一般和 ProxyPass 指令配合使用,此指令使 Apache 调整 HTT P重定向应答中 Location, Content-Location, URI 头里的 URL,这样可以避免在 Apache 作为反向代理使用时,后端服务器的 HTTP 重定向造成的绕过反向代理的问题。参看下面的示例:
ProxyPass /example http://www.reverse.com/
ProxyPassReverse /example http://www.reverse.com/
ProxyPassReverse 的作用就是反向代理,如果没有加这样的反向代理设置的情况下,访问 http://www.test.com/example/a,如果 www.reverse.com 对请求进行了 redirect 至 http://www.reverse.com/b,那么,客户端就会绕过反向代理,进而访问 http://www.reverse.com/example/b 。如果设置了反向代理,则会在转交 HTTP 重定向应答到客户端之前调整它为 http://www.test.com/example/a/b,即是在原请求之后追加上了 redirect 的路径。
http 跳转 https
RewriteEngine on
RewriteCond %{HTTPS} !=on
RewriteRule ^(.*) https://%{SERVER_NAME}$1 [L,R]
结论
您现在知道如何将Apache设置为一个或多个应用程序服务器的反向代理。mod_proxy
可以有效地用于为使用大量语言和技术编写的应用程序服务器配置反向代理,例如Python和Django或Ruby和Ruby on Rails。它还可用于平衡具有大量流量的站点的多个后端服务器之间的流量,或通过多个服务器提供高可用性,或者为本地不支持SSL的后端服务器提供安全的SSL支持。
最后
以上就是柔弱外套为你收集整理的apache proxy的全部内容,希望文章能够帮你解决apache proxy所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复