我的配置是
<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其实是访问代理服务器,代理服务器和真实服务器关联起来
现在的问题是 两台主机可以测试吗?
36 个解决方案
#1
如果浏览器跳转到了http://192.168.0.2/,那显然没有成功。
反向代理对客户端是透明的,不应存在跳转。
两台主机是可以测试的。
你的跳转是否跟192.168.0.2上的网站内容有关呢?如果访问一个不应存在的页面,是否仍然会跳转?
反向代理对客户端是透明的,不应存在跳转。
两台主机是可以测试的。
你的跳转是否跟192.168.0.2上的网站内容有关呢?如果访问一个不应存在的页面,是否仍然会跳转?
#2
你好,不好意思我表达错误
不是跳转到192.168.0.2 是显示192.168.0.2的内容
不是跳转到192.168.0.2 是显示192.168.0.2的内容
#3
那应该是成功的。
你现在的两台主机已经实现了一个基本的反向代理功能。
反向代理的意义是在真正的WEB应用服务器前增加一层缓冲,来解决两方面问题:用户由于地区或网络原因连接到真实WEB服务器质量较差,或静态文件读取频繁。
如果是前者,那么已经成功了。
如果是后者,还应当针对.htm .gif等静态文件进行缓冲,使这类文件第一次被请求后保存在反向代理的磁盘或内存中,在达到生命周期前,对该文件的后续请求不再麻烦真实WEB服务器。
#4
反向代理和代理服务器什么区别?
也是类似跳板?
也是类似跳板?
#5
恩,好的
不过访问的资源是主机1的资源,而不是主机2 a.com的内容.
我想访问 a.com 的时候,显示的还是 a.com 的内容,不过它的IP地址不是主机2的IP地址,而是其他的代理服务器的IP地址,由于只有两台电脑,可以测试出来吗?
不过访问的资源是主机1的资源,而不是主机2 a.com的内容.
我想访问 a.com 的时候,显示的还是 a.com 的内容,不过它的IP地址不是主机2的IP地址,而是其他的代理服务器的IP地址,由于只有两台电脑,可以测试出来吗?
#6
反向代理就是个跳板,但对用户是透明的,只是服务器间内部处理WEB通信的方式。
而代理服务器是用户和WEB服务器之间通信的方式。
#7
楼主是要访问反向代理服务器,显示的IP地址是代理服务器。。内容是web服务器内容吧、
好像反向代理就是实现这个的、、
好像反向代理就是实现这个的、、
#8
两台电脑可以测试,最好不要直接使用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上面的真实内容一致的内容,那么就是成功了。
#9
补充一句,
测试时,如果一定想通过a.com来访问反向代理,那么需要在主机A上修改hosts,将a.com指向主机B。
此时在主机A*问a.com,与直接访问主机B是等效的。
测试时,如果一定想通过a.com来访问反向代理,那么需要在主机A上修改hosts,将a.com指向主机B。
此时在主机A*问a.com,与直接访问主机B是等效的。
#10
恩,你好,我的意思是用主机1访问a.com(主机2)的时候,访问的资源是a.com(主机2)而不是主机1的资源,不过访问a.com的过程是通过一个代理服务器,我想实现这样的测试效果。
#11
主机A上有真实内容,在主机B上修改hosts a.com指向主机A,并配置反向代理
ProxyPass / http://a.com:80/
ProxyPassReserve / http://a.com:80/
在主机A上修改hosts,将a.com指向主机B。
此时在主机A*问a.com,即可测试。
ProxyPass / http://a.com:80/
ProxyPassReserve / http://a.com:80/
在主机A上修改hosts,将a.com指向主机B。
此时在主机A*问a.com,即可测试。
#12
感谢你的耐心回复
好了,现在有三台电脑了,我有点被搞晕了,呵呵 应该怎么配置了?
代理的是192.168.0.2 真实的是192.168.0.3
本机电脑是192.168.0.5 我想在本机访问192.168.0.3的a.com资源,通过的是192.168.0.2的代理,怎么测试,谢谢!!
好了,现在有三台电脑了,我有点被搞晕了,呵呵 应该怎么配置了?
代理的是192.168.0.2 真实的是192.168.0.3
本机电脑是192.168.0.5 我想在本机访问192.168.0.3的a.com资源,通过的是192.168.0.2的代理,怎么测试,谢谢!!
#13
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/
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/
#14
哦,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的时候访问的是代理的资源?
请问怎么配置
<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的时候访问的是代理的资源?
#15
配置如你在主贴中发的。
只不过那两行修改为
ProxyPass / http://a.com:80/
ProxyPassReserve / http://a.com:80/
最后访问a.com的时候是代理资源。
只不过那两行修改为
ProxyPass / http://a.com:80/
ProxyPassReserve / http://a.com:80/
最后访问a.com的时候是代理资源。
#16
貌似一般都修改主机A服务器的配置实现。
#17
配置的时候
DocumentRoot "D:/www/a"
ServerName a.com
ServerAlias *.a.com
这个在代理服务器里面没有哦。www/a是真实服务器的资源!
代理服务器应该不会存放资源把,我想访问的是真实服务器的资源,通过代理服务器来连接
DocumentRoot "D:/www/a"
ServerName a.com
ServerAlias *.a.com
这个在代理服务器里面没有哦。www/a是真实服务器的资源!
代理服务器应该不会存放资源把,我想访问的是真实服务器的资源,通过代理服务器来连接
#18
主机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>
<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>
#19
修改主机A的hosts, 里面添加
192.168.0.3 a.com
然后访问a.com看看
#20
恩,还是不行
头被弄晕了呵呵
代理服务器需要什么配置?
真实资源(a.com)的服务器需要什么配置?
头被弄晕了呵呵
代理服务器需要什么配置?
真实资源(a.com)的服务器需要什么配置?
#21
把你的主机A的服务器配置和host粘出来看看,
还有, 这是什么服务器
#22
系统都是 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>
本机:
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>
#23
恩,本机写错了,如下
192.168.0.2 a.com
192.168.0.2 a.com
#24
代理服务器的配置是 ? apache的 ?
#25
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 就是上面的错误!!
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 就是上面的错误!!
#26
对
#27
代理服务器(192.168.0.2):
192.168.0.3 a.com
APACHE配置
<VirtualHost *:80>
ServerName a.com
ServerAlias *.a.com
ProxyRequests 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地址应该是代理的地址
192.168.0.3 a.com
APACHE配置
<VirtualHost *:80>
ServerName a.com
ServerAlias *.a.com
ProxyRequests 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地址应该是代理的地址
#28
mark
#29
求助达人解决!!!
#30
#31
APACHE不应该来做反向代理的事情,而是应该由nginx、squid、lighttpd来做这个事情
#32
参考:
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 modname
apxs -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
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 modname
apxs -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
#33
最近公司开了几个端口将内部的几个服务向外开放,其中就包括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
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
#34
很好。帮助很大。楼主继续努力。
#35
虽然内容不多,楼主能把自己所学到的一些东西分享出来,我们都应该感谢,国内技术牛人挺多的
,但愿意分享的并不见多。所以,有人会觉得这个国内最大的IT平台上头条的会显得肤浅,那些觉得肤浅应该是属于牛人。。就是只耕作,不分享的人
#36
参考楼上的配置
#1
如果浏览器跳转到了http://192.168.0.2/,那显然没有成功。
反向代理对客户端是透明的,不应存在跳转。
两台主机是可以测试的。
你的跳转是否跟192.168.0.2上的网站内容有关呢?如果访问一个不应存在的页面,是否仍然会跳转?
反向代理对客户端是透明的,不应存在跳转。
两台主机是可以测试的。
你的跳转是否跟192.168.0.2上的网站内容有关呢?如果访问一个不应存在的页面,是否仍然会跳转?
#2
你好,不好意思我表达错误
不是跳转到192.168.0.2 是显示192.168.0.2的内容
不是跳转到192.168.0.2 是显示192.168.0.2的内容
#3
那应该是成功的。
你现在的两台主机已经实现了一个基本的反向代理功能。
反向代理的意义是在真正的WEB应用服务器前增加一层缓冲,来解决两方面问题:用户由于地区或网络原因连接到真实WEB服务器质量较差,或静态文件读取频繁。
如果是前者,那么已经成功了。
如果是后者,还应当针对.htm .gif等静态文件进行缓冲,使这类文件第一次被请求后保存在反向代理的磁盘或内存中,在达到生命周期前,对该文件的后续请求不再麻烦真实WEB服务器。
#4
反向代理和代理服务器什么区别?
也是类似跳板?
也是类似跳板?
#5
恩,好的
不过访问的资源是主机1的资源,而不是主机2 a.com的内容.
我想访问 a.com 的时候,显示的还是 a.com 的内容,不过它的IP地址不是主机2的IP地址,而是其他的代理服务器的IP地址,由于只有两台电脑,可以测试出来吗?
不过访问的资源是主机1的资源,而不是主机2 a.com的内容.
我想访问 a.com 的时候,显示的还是 a.com 的内容,不过它的IP地址不是主机2的IP地址,而是其他的代理服务器的IP地址,由于只有两台电脑,可以测试出来吗?
#6
反向代理就是个跳板,但对用户是透明的,只是服务器间内部处理WEB通信的方式。
而代理服务器是用户和WEB服务器之间通信的方式。
#7
楼主是要访问反向代理服务器,显示的IP地址是代理服务器。。内容是web服务器内容吧、
好像反向代理就是实现这个的、、
好像反向代理就是实现这个的、、
#8
两台电脑可以测试,最好不要直接使用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上面的真实内容一致的内容,那么就是成功了。
#9
补充一句,
测试时,如果一定想通过a.com来访问反向代理,那么需要在主机A上修改hosts,将a.com指向主机B。
此时在主机A*问a.com,与直接访问主机B是等效的。
测试时,如果一定想通过a.com来访问反向代理,那么需要在主机A上修改hosts,将a.com指向主机B。
此时在主机A*问a.com,与直接访问主机B是等效的。
#10
恩,你好,我的意思是用主机1访问a.com(主机2)的时候,访问的资源是a.com(主机2)而不是主机1的资源,不过访问a.com的过程是通过一个代理服务器,我想实现这样的测试效果。
#11
主机A上有真实内容,在主机B上修改hosts a.com指向主机A,并配置反向代理
ProxyPass / http://a.com:80/
ProxyPassReserve / http://a.com:80/
在主机A上修改hosts,将a.com指向主机B。
此时在主机A*问a.com,即可测试。
ProxyPass / http://a.com:80/
ProxyPassReserve / http://a.com:80/
在主机A上修改hosts,将a.com指向主机B。
此时在主机A*问a.com,即可测试。
#12
感谢你的耐心回复
好了,现在有三台电脑了,我有点被搞晕了,呵呵 应该怎么配置了?
代理的是192.168.0.2 真实的是192.168.0.3
本机电脑是192.168.0.5 我想在本机访问192.168.0.3的a.com资源,通过的是192.168.0.2的代理,怎么测试,谢谢!!
好了,现在有三台电脑了,我有点被搞晕了,呵呵 应该怎么配置了?
代理的是192.168.0.2 真实的是192.168.0.3
本机电脑是192.168.0.5 我想在本机访问192.168.0.3的a.com资源,通过的是192.168.0.2的代理,怎么测试,谢谢!!
#13
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/
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/
#14
哦,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的时候访问的是代理的资源?
请问怎么配置
<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的时候访问的是代理的资源?
#15
配置如你在主贴中发的。
只不过那两行修改为
ProxyPass / http://a.com:80/
ProxyPassReserve / http://a.com:80/
最后访问a.com的时候是代理资源。
只不过那两行修改为
ProxyPass / http://a.com:80/
ProxyPassReserve / http://a.com:80/
最后访问a.com的时候是代理资源。
#16
貌似一般都修改主机A服务器的配置实现。
#17
配置的时候
DocumentRoot "D:/www/a"
ServerName a.com
ServerAlias *.a.com
这个在代理服务器里面没有哦。www/a是真实服务器的资源!
代理服务器应该不会存放资源把,我想访问的是真实服务器的资源,通过代理服务器来连接
DocumentRoot "D:/www/a"
ServerName a.com
ServerAlias *.a.com
这个在代理服务器里面没有哦。www/a是真实服务器的资源!
代理服务器应该不会存放资源把,我想访问的是真实服务器的资源,通过代理服务器来连接
#18
主机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>
<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>
#19
修改主机A的hosts, 里面添加
192.168.0.3 a.com
然后访问a.com看看
#20
恩,还是不行
头被弄晕了呵呵
代理服务器需要什么配置?
真实资源(a.com)的服务器需要什么配置?
头被弄晕了呵呵
代理服务器需要什么配置?
真实资源(a.com)的服务器需要什么配置?
#21
把你的主机A的服务器配置和host粘出来看看,
还有, 这是什么服务器
#22
系统都是 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>
本机:
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>
#23
恩,本机写错了,如下
192.168.0.2 a.com
192.168.0.2 a.com
#24
代理服务器的配置是 ? apache的 ?
#25
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 就是上面的错误!!
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 就是上面的错误!!
#26
对
#27
代理服务器(192.168.0.2):
192.168.0.3 a.com
APACHE配置
<VirtualHost *:80>
ServerName a.com
ServerAlias *.a.com
ProxyRequests 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地址应该是代理的地址
192.168.0.3 a.com
APACHE配置
<VirtualHost *:80>
ServerName a.com
ServerAlias *.a.com
ProxyRequests 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地址应该是代理的地址
#28
mark
#29
求助达人解决!!!
#30
#31
APACHE不应该来做反向代理的事情,而是应该由nginx、squid、lighttpd来做这个事情
#32
参考:
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 modname
apxs -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
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 modname
apxs -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
#33
最近公司开了几个端口将内部的几个服务向外开放,其中就包括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
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
#34
很好。帮助很大。楼主继续努力。
#35
虽然内容不多,楼主能把自己所学到的一些东西分享出来,我们都应该感谢,国内技术牛人挺多的
,但愿意分享的并不见多。所以,有人会觉得这个国内最大的IT平台上头条的会显得肤浅,那些觉得肤浅应该是属于牛人。。就是只耕作,不分享的人
#36
参考楼上的配置