关于反向代理的若干问题

Question

我现在有主机1(192.168.0.2)（客户端）与主机2(1.1.1.1)(程序文件 www/a)两台电脑，我想做下反响代理的测试，使用APACHE来配置，访问 http://a.com
我的配置是
<VirtualHost *:80>
     DocumentRoot "D:/www/a"
     ServerName a.com
ServerAlias *.a.com  ProxyRequests on
ProxyPass / http://192.168.0.2
ProxyPassReverse / http://192.168.0.2
</VirtualHost>我在主机1访问a.com（1.1.1.1），会跳转到192.168.0.2，这样算是反向代理配置成功了吗？
假如我这配置是属于反向代理，感觉和反向代理有区别，被搞混了。
而反向代理是我在访问a.com其实是访问代理服务器，代理服务器和真实服务器关联起来
现在的问题是 两台主机可以测试吗？

Answer 1

如果浏览器跳转到了http://192.168.0.2/，那显然没有成功。反向代理对客户端是透明的，不应存在跳转。两台主机是可以测试的。你的跳转是否跟192.168.0.2上的网站内容有关呢？如果访问一个不应存在的页面，是否仍然会跳转？

Answer 2

那应该是成功的。你现在的两台主机已经实现了一个基本的反向代理功能。反向代理的意义是在真正的WEB应用服务器前增加一层缓冲，来解决两方面问题：用户由于地区或网络原因连接到真实WEB服务器质量较差，或静态文件读取频繁。如果是前者，那么已经成功了。如果是后者，还应当针对.htm .gif等静态文件进行缓冲，使这类文件第一次被请求后保存在反向代理的磁盘或内存中，在达到生命周期前，对该文件的后续请求不再麻烦真实WEB服务器。

Answer 3

恩，好的
不过访问的资源是主机1的资源，而不是主机2 a.com的内容.
我想访问 a.com 的时候，显示的还是 a.com 的内容，不过它的IP地址不是主机2的IP地址，而是其他的代理服务器的IP地址，由于只有两台电脑，可以测试出来吗？

Answer 4

反向代理就是个跳板，但对用户是透明的，只是服务器间内部处理WEB通信的方式。而代理服务器是用户和WEB服务器之间通信的方式。

Answer 5

楼主是要访问反向代理服务器，显示的IP地址是代理服务器。。内容是web服务器内容吧、好像反向代理就是实现这个的、、

Answer 6

两台电脑可以测试，最好不要直接使用IP访问，能修改hosts则修改hosts。因为有时候网站是绑定了主机名的，反向代理似乎会按照ProxyPass参数中的名字向后端提供HOST头，这就需要让ProxyPass的参数也是一个域名，而不是IP。假设要配置反向代理的网站域名为a.com
现有主机A和主机B
主机A上有真实内容，在主机B上修改hosts a.com指向主机A，并配置反向代理
ProxyPass / http://a.com:80/
ProxyPassReserve / http://a.com:80/此时在主机A上访问主机B，应当能看到与主机A上面的真实内容一致的内容，那么就是成功了。

Answer 7

补充一句，
测试时，如果一定想通过a.com来访问反向代理，那么需要在主机A上修改hosts，将a.com指向主机B。
此时在主机A上访问a.com，与直接访问主机B是等效的。

Answer 8

恩，你好，我的意思是用主机1访问a.com（主机2）的时候，访问的资源是a.com（主机2）而不是主机1的资源，不过访问a.com的过程是通过一个代理服务器，我想实现这样的测试效果。

Answer 9

主机A上有真实内容，在主机B上修改hosts a.com指向主机A，并配置反向代理
ProxyPass / http://a.com:80/
ProxyPassReserve / http://a.com:80/
在主机A上修改hosts，将a.com指向主机B。
此时在主机A上访问a.com，即可测试。

Answer 10

感谢你的耐心回复好了，现在有三台电脑了，我有点被搞晕了，呵呵 应该怎么配置了？
代理的是192.168.0.2  真实的是192.168.0.3
本机电脑是192.168.0.5 我想在本机访问192.168.0.3的a.com资源，通过的是192.168.0.2的代理，怎么测试，谢谢！！

Answer 11

192.168.0.2机器上修改hosts，将a.com指向192.168.0.3。
192.168.0.2上搭建反向代理：
ProxyPass / http://a.com:80/
ProxyPassReserve / http://a.com:80/192.168.0.5上修改hosts，将a.com指向192.168.0.2。192.168.0.5上访问http://a.com/

Answer 12

哦，192.168.0.2搭建反向代理？
请问怎么配置
<VirtualHost *:80>  ProxyRequests on
ProxyPass / http://storage.com
ProxyPassReverse / http://storage.com
SetEnv force-proxy-request-1.0 1
SetEnv proxy-nokeepalive 1
</VirtualHost>？？吗我访问 a.com的时候访问的是代理的资源？

Answer 13

配置如你在主贴中发的。
只不过那两行修改为
ProxyPass / http://a.com:80/
ProxyPassReserve / http://a.com:80/最后访问a.com的时候是代理资源。

Answer 14

配置的时候
 DocumentRoot "D:/www/a"
  ServerName a.com
ServerAlias *.a.com
这个在代理服务器里面没有哦。www/a是真实服务器的资源！
代理服务器应该不会存放资源把，我想访问的是真实服务器的资源，通过代理服务器来连接

Answer 15

主机A
<VirtualHost *:80>
  DocumentRoot "D:/www/a"
  ServerName a.com
ServerAlias *.a.com  ProxyRequests on
ProxyPass / http://192.168.0.3
ProxyPassReverse / http://192.168.0.3
</VirtualHost>

Answer 16

修改主机A的hosts, 里面添加192.168.0.3 a.com然后访问a.com看看

Answer 17

恩，还是不行
头被弄晕了呵呵
代理服务器需要什么配置？
真实资源(a.com)的服务器需要什么配置？

Answer 18

把你的主机A的服务器配置和host粘出来看看，还有， 这是什么服务器

Answer 19

系统都是 WIN 2003本机：
192.168.0.5 a.com
代理服务器(192.168.0.2)：
192.168.0.3 a.com真实资源服务器(192.168.0.3):
192.168.0.3       a.com
APACHE配置
<VirtualHost *:80>
     DocumentRoot "D:/www/a"
     ServerName a.com
ServerAlias *.a.com ProxyRequests On
ProxyPass / http://192.168.0.2
ProxyPassReverse / 192.168.0.2
</VirtualHost>

Answer 20

恩，本机写错了,如下
192.168.0.2  a.com

Answer 21

代理服务器的配置是 ？  apache的 ?

Answer 22

Bad Request
Your browser sent a request that this server could not understand.
Size of a request header field exceeds server limit.
X-Forwarded-Host: a.com ... ProxyPass / http://192.168.0.2 把IP地址改成a.com 就是上面的错误！！

Answer 23

代理服务器(192.168.0.2)：
192.168.0.3 a.com
APACHE配置
<VirtualHost *:80>
  ServerName a.com
ServerAlias *.a.comProxyRequests On
ProxyPass / http://a.com
ProxyPassReverse / http://a.com
</VirtualHost>
真实资源服务器(192.168.0.3):
192.168.0.3 a.com
APACHE配置
<VirtualHost *:80>
  DocumentRoot "D:/www/a"
  ServerName a.com
ServerAlias *.a.com
</VirtualHost>修改成上述这样的话，可以访问，不过我获取IP地址还是真实资源的IP地址 192.168.0.3，按照网上的说法IP地址应该是代理的地址

Answer 24

APACHE不应该来做反向代理的事情，而是应该由nginx、squid、lighttpd来做这个事情

Answer 25

参考：
Apache 反向代理配置
要用到apache的mod_rewrite和mod_proxy模块组，在apache源文件下的modules/proxy包含了所有代理的内容，添加不同的模块能支持不同的代理。我们还是用apxs来安装新的模块，值得注意的是在安装mod_proxy模块时，要将proxy_util.c加入进来一起编译；同样，如果要支持mod_proxy_ajp 需要把ajp的相关c文件包含进来，具体命令：[xw@byr proxy] $ apxs -i -a -c mod_proxy.c proxy_util
[xw@byr proxy] $ apxs -i -a -c mod_proxy_ajp.c ajp*.c
接下来只需要在代理机器上配置被代理的虚拟域即可：
<VirtualHost *:80>
ServerName xw2423.byr.edu.cn
ErrorLog logs/xw-error_log
CustomLog logs/xw-access_log common
UseCanonicalName   Off
ProxyRequests   Off
RewriteEngine   on
RewriteRule ^/(.*)$ http://xw2423.byr.edu.cn/$1 [P,L]
</VirtualHost>其中前几行的配置与普通虚拟域配置相同，后面则做一个rewrite，把对此域的请求重写到被代理服务器上，[P]表示通过代理访问，[L]表示为最后的匹配规则，具体文档参考：
http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html#rewriterule
http://httpd.apache.org/docs/2.2/mod/mod_proxy.html==========附 apxs 中文参考========apxs – Apache 扩展工具
apxs是一个为Apache HTTP服务器编译和安装扩展模块的工具，用于编译一个或多个源程序或目标代码文件为动态共享对象，使之可以用由mod_so提供的LoadModule指令在运行时加载到Apache服务器中。因此，要使用这个扩展机制，你的平台必须支持DSO特性，而且Apache httpd必须内建了mod_so模块。apxs工具能自动探测是否具备这样的条件，你也可以自己用这个命令手动探测：$ httpd -l该命令的输出列表中应该有mod_so模块。如果所有这些条件均已具备，则可以很容易地借助apxs安装你自己的DSO模块以扩展Apache服务器的功能：$ apxs -i -a -c mod_foo.c
gcc -fpic -DSHARED_MODULE -I/path/to/apache/include -c mod_foo.c
ld -Bshareable -o mod_foo.so mod_foo.o
cp mod_foo.so /path/to/apache/modules/mod_foo.so
chmod 755 /path/to/apache/modules/mod_foo.so
[activating module 'foo' in /path/to/apache/etc/httpd.conf]
$ apachectl restart
/path/to/apache/sbin/apachectl restart: httpd not running, trying to start
[Tue Mar 31 11:27:55 1998] [debug] mod_so.c(303): loaded module foo_module
/path/to/apache/sbin/apachectl restart: httpd started
其中的参数files可以是任何C源程序文件(.c)、目标代码文件(.o)、甚至是一个库(.a)。apxs工具会根据其后缀自动编译C源程序或者连接目标代码和库。但是，使用预编译的目标代码时，必须保证它们是地址独立代码(PIC)，使之能被动态地加载。如果使用GCC编译，则应该使用 -fpic 参数；如果使用其他C编译器，则应该查阅其手册，为apxs使用相应的编译参数。有关Apache对DSO的支持的详细信息，可以阅读mod_so文档，或者直接阅读src/modules/standard/mod_so.c源程序。apxs -g [ -S name=value ] -n modnameapxs -q [ -S name=value ] query ...apxs -c [ -S name=value ] [ -o dsofile ] [ -I incdir ] [ -D name=value ] [ -L libdir ] [ -l libname ] [ -Wc,compiler-flags ] [ -Wl,linker-flags ] files ...apxs -i [ -S name=value ] [ -n modname ] [ -a ] [ -A ] dso-file ...apxs -e [ -S name=value ] [ -n modname ] [ -a ] [ -A ] dso-file ...-n modname
它明确设置了 -i(安装)和 -g(模板生成)选项的模块名称。对 -g 选项，它是必须的；对 -i 选项，apxs工具会根据源代码判断，或(在失败的情况下)按文件名推测出这个模块的名称。
-q
查询某种apxs设置的信息。该选项的query参数可以是下列一个或多个字符串：CC, CFLAGS, CFLAGS_SHLIB, INCLUDEDIR, LD_SHLIB, LDFLAGS_SHLIB, LIBEXECDIR, LIBS_SHLIB, SBINDIR, SYSCONFDIR, TARGET 。这个参数用于手动查询某些设置。比如，要手动处理Apache的C头文件，可以在Makefile中使用：
INC=-I`apxs -q INCLUDEDIR`-S name=value
此选项可以改变apxs的上述设置。
-g
此选项生成一个名为name的子目录(见选项 -n)和其中的两个文件：一个是名为mod_name.c的样板模块源程序，可以用来建立你自己的模块，或是学习使用apxs机制的良好开端；另一个则是对应的Makefile ，用于编译和安装此模块。
-c
此选项表示需要执行编译操作。它首先会编译C源程序(.c)files为对应的目标代码文件(.o)，然后连接这些目标代码和files中其余的目标代码文件(.o和.a)，以生成动态共享对象dsofile 。如果没有指定 -o 选项，则此输出文件名由files中的第一个文件名推测得到，也就是默认为mod_name.so 。
-o dsofile
明确指定所建立的动态共享对象的文件名，它不能从files文件列表中推测得到。如果没有明确指定，则其文件名将为mod_unknown.so 。
-D name=value
此选项直接传递到给编译命令，用于增加自定义的编译变量。
-I incdir
此选项直接传递到给编译命令，用于增加自定义的包含目录。
-L libdir
此选项直接传递到给连接命令，用于增加自定义的库文件目录。
-l libname
此选项直接传递到给连接命令，用于增加自定义的库文件。
-Wc,compiler-flags
此选项用于向编译命令 libtool --mode=compile 中附加compiler-flags ，以增加编译器特有的选项。
-Wl,linker-flags
此选项用于向连接命令 libtool --mode=link 中附加linker-flags ，以增加连接器特有的选项。
-i
此选项表示需要执行安装操作，以安装一个或多个动态共享对象到服务器的modules目录中。
-a
此选项自动增加一个LoadModule行到httpd.conf文件中，以激活此模块，或者，如果此行已经存在，则启用之。
-A
与 -a 选项类似，但是它增加的LoadModule命令有一个井号前缀(#)，即此模块已经准备就绪但尚未启用。
-e
表示需要执行编辑操作，它可以与 -a 和 -A 选项配合使用，与 -i 操作类似，修改Apache的httpd.conf文件，但是并不安装此模块。
假设有一个扩展Apache功能的模块mod_foo.c ，使用下列命令，可以将C源程序编译为共享模块，以在运行时加载到Apache服务器中：$ apxs -c mod_foo.c
/path/to/libtool --mode=compile gcc ... -c mod_foo.c
/path/to/libtool --mode=link gcc ... -o mod_foo.la mod_foo.slo
然后，必须修改Apache的配置，以确保有一个LoadModule指令来加载此共享对象。为了简化这一步骤，apxs可以自动进行该操作，以安装此共享对象到”modules”目录，并更新httpd.conf文件，命令如下：$ apxs -i -a mod_foo.la
/path/to/instdso.sh mod_foo.la /path/to/apache/modules
/path/to/libtool --mode=install cp mod_foo.la /path/to/apache/modules ... chmod 755 /path/to/apache/modules/mod_foo.so
[activating module 'foo' in /path/to/apache/conf/httpd.conf]
如果配置文件中尚不存在，会增加下列的行：LoadModule foo_module modules/mod_foo.so如果你希望默认禁用此模块，可以使用 -A 选项，即：$ apxs -i -A mod_foo.c 
要快速测试apxs机制，可以建立一个Apache模块样板及其对应的Makefile ：$ apxs -g -n foo
Creating [DIR] foo
Creating [FILE] foo/Makefile
Creating [FILE] foo/modules.mk
Creating [FILE] foo/mod_foo.c
Creating [FILE] foo/.deps
然后，立即可以编译此样板模块为共享对象并加载到Apache服务器中：$ cd foo
$ make all reload
apxs -c mod_foo.c
/path/to/libtool --mode=compile gcc ... -c mod_foo.c
/path/to/libtool --mode=link gcc ... -o mod_foo.la mod_foo.slo
apxs -i -a -n "foo" mod_foo.la
/path/to/instdso.sh mod_foo.la /path/to/apache/modules
/path/to/libtool --mode=install cp mod_foo.la /path/to/apache/modules ... chmod 755 /path/to/apache/modules/mod_foo.so
[activating module 'foo' in /path/to/apache/conf/httpd.conf]
apachectl restart
/path/to/apache/sbin/apachectl restart: httpd not running, trying to start
[Tue Mar 31 11:27:55 1998] [debug] mod_so.c(303): loaded module foo_module
/path/to/apache/sbin/apachectl restart: httpd started

Answer 26

最近公司开了几个端口将内部的几个服务向外开放，其中就包括Trac，经过与服务商几番交涉，几个端口的连接总算稳定下来，可好死不死的，映射到Trac的端口竟然在某些地方访问不了，比如我自己家里通过电信的线路就访问不了，可其它端口却能顺利访问，不想再去和服务商交涉了，于是想到能不能通过其它端口来访问呢？考虑到其他有个端口也是映射到一台Apache服务器上，揣测号称Internet第一大Web服务器软件的Apache，应该提供了相应的解决方案吧。上网稍一搜索，还真找到不少文章，这里记录下来相关设置，以备后用。1. 打开Apache的配置文件httpd.conf，找到下面的内容，将注释去掉，以启动代理模块
LoadModule proxy_module modules/mod_proxy.so 
LoadModule proxy_http_module modules/mod_proxy_http.so 2. 在配置文件httpd.conf最后添加
<IfModule mod_proxy.c> 
ProxyRequests off 
<Proxy /ps>     
   Order deny,allow 
   Allow from all 
</Proxy> 
ProxyPass /ps http://192.168.0.2:8080/projects 
ProxyPassReverse /ps http://192.168.0.2:8080/projects
</IfModule>看来，Apache还真的是够强劲，要想用好，还真要花不少时间。唉，搞IT的人就是命苦啊:-(关于mod_proxy的详细介绍，可以参考http://docs.huihoo.com/apache/httpd/2.0-cn/mod/mod_proxy.html