apache中的mod_proxy模块主要作用就是进行url的转发，即具有代理的功能。应用此功能，可以很方便的实现同tomcat等应用服务器的整合，甚者可以很方便的实现web集群的功能。
例如使用apache作为域名www.test.com代理服务器，让其暴露在公网上，即DNS解析到本机器上，真正提供web服务器的是另一台位于同一内网的机器上，假设起IP是192.168.100.22，那么只需要如下配置就可以了。
ProxyPass / http://192.168.100.22/
ProxyPassReverse / http://192.168.100.22/
ProxyPass 很好理解，就是把所有来自客户端对http://www.test.com的请求转发给http://192.168.100.22上进行处理
ProxyPassReverse 的配置总是和ProxyPass 一致，但用途很让人费解。似乎去掉它很能很好的工作，事实真的是这样么，其实不然，如果响应中有302重定向，ProxyPassReverse就派上用场。举例说明，假设用户访问http://www.test.com/exam.php，通过转发交给http://192.168.100.22/exam.php处理，假定exam.php处理的结果是实现redirect到login.php(使用相对路径,即省略了域名信息)，如果没有配置反向代理，客户端收到的请求响应是重定向操作，并且重定向目的url为http://192.168.100.22/login.php ，而这个地址只是代理服务器能访问到的，可想而知，客户端肯定是打不开的，反之如果配置了反向代理，则会在转交HTTP重定向应答到客户端之前调整它为 http://www.test.com/login.php，即是在原请求之后追加上了redirect的路径。当客户端再次请求http: //www.test.com/login.php，代理服务器再次工作把其转发到http://192.168.100.22/login.php。
客户端到服务器称之为正向代理，那服务器到客户端就叫反向代理。
ProxyPass与ProxyPassReverse及ProxyPassMatch这几个都是APACHE的代理指令
1、ProxyPass：
语法：ProxyPass [path] !|url
它主要是用作URL前缀匹配，不能有正则表达式，它里面配置的Path实际上是一个虚拟的路径，在反向代理到后端的url后，path是不会带过去的，使用示例：
1）、ProxyPass / images/ !
这个示例表示，/images/的请求不被转发。
2）、ProxyPass /mirror/foo/ http://backend.example.com/
我们假设当前的服务地址是http://example.com/，如果我们做下面这样的请求： http://example.com/mirror/foo/bar 那将被转成内部请求： http://backend.example.com/bar
注：配置的时候，不需要被转发的请求，要配置在需要被转发的请求前面。
2、ProxyPassMatch
语法：ProxyPassMatch [regex] !|url
这个实际上是url正则匹配，而不是简单的前缀匹配，匹配上的regex部分是会带到后端的url的，这个是与ProxyPass不同的。使用示例：
1、ProxyPassMatch ^/images !
这个示例表示对/images的请求，都不会被转发。
2、ProxyPassMatch ^(/.*.gif) http://backend.example.com 1
这个示例表示对所有gif图片的请求，都被会转到后端，如此时请求 http://example.com/foo/bar.gif， 那内部将会转换为这样的请求 http://backend.example.com/foo/bar.gif。
3、ProxyPassReverse
语法：ProxyPassReverse [路径] url
它一般和ProxyPass指令配合使用，此指令使Apache调整HTTP重定向应答中Location, Content-Location, URI头里的URL，这样可以避免在Apache作为反向代理使用时。
后端服务器的HTTP重定向造成的绕过反向代理的问题。参看下面的示例
ProxyPass /example http://www.example.com/
ProxyPassReverse /example http://www.example.com/
转载出处 http://blog.csdn.net/fenglibing/article/details/6796094
