http://www.cnblogs.com/crazyacking/p/5138146.html
一.反向代理
我们都知道,80端口是web服务的默认端口,其他主机访问web服务器也是默认和80端口进行web交互,而一台服务器也只有一个80端口,这是约定俗成的标准.
我们来看下面两个场景:
1.服务器的80端口被占用了,我们想实现服务器的其他端口(比如port:2368)web服务.
2.我们想在一台服务器上实现多个站点的web服务.
要解决这样的问题,就需要用到反向代理.下面的小对话可能更容易理解‘反向代理’这个概念:
----------------------------------------------------
主机H:我给你发了一个http get请求,IP分组部分信息为:
a.我访问的域名(解析前的域名,如:www.domain.com).
b.我要访问的IP(www.domain.com域名解析后的公网IP).
服务器S的web服务程序收到IP分组后,先把这个IP分组丢给Nginx(或Apache反向代理服务)看,Nginx拿到IP分组后根据a.要访问的域名来检查配置文件,看是否需要转其他端口.例如:配置文件里面有这样的描述:
如果这个分组的a是www.domain1.com,那么转到2368端口;
如果这个分组的a是www.domain2.com,那么转到1243端口;
如果这个分组的a是www.domain3.com,那么转到2104端口;
否则就用80端口.
web服务程序照做,把相应端口的数据传给主机H.
----------------------------------------------------
通俗的说,就是:服务器根据主机来访域名区分需要转哪个端口.
利用上面的配置,我们就可以实现在一台服务器上建立4个web服务站点.
二.如何实现
实现反向代理一般有两种方法:
1.Apache反向代理服务
2.Nginx反向代理服务
其中Nginx在负载均衡这方面比Apache更专业,小巧专一,很是优雅.
Nginx反向代理的具体操作如下:
安装Nginx
以RedHat为例
1.下载介质
Nginx部署之前,首先根据项目的需要选择需要安装的组件,实际环境一般会考虑需要支持gzip压缩和rewrite模块,所以安装的第一步是下载Ngix及Ngix的相关组件.
1) Nginx本身
下载地址:http://Nginx.org/en/download.html
建议下载最新版本介质,目前最新的是:1.9.9
2) gzip压缩依赖库:zlib
下载地址:http://www.zlib.net
下载版本:Version 1.2.5
3)Rewrite模块的正则表达式依赖库:pcre
pcre库简称:Perl兼容正则表达式
下载地址:http://www.pcre.org
下载版本:pcre-8.38
2.开始安装
1) .安装 pcre
./configure
make
make install
默认安装到/usr/local/lib下即可,安装完成后可以#ls -l /usr/local/lib/libpcre.so
2).安装Nginx
cd Nginx-1.0.11
./configure --prefix=/usr/local/Nginx --with-poll_module --with-http_stub_status_module
make && make install
3) .配置Nginx
安装完成之后,配置目录conf下有以下配置文件,过滤掉了xx.default配置:
.
├── fastcgi.conf
├── fastcgi_params
├── koi-utf
├── koi-win
├── mime.types
├── nginx.conf
├── scgi_params
├── uwsgi_params
└── win-utf
除了nginx.conf,其余配置文件,一般只需要使用默认提供即可.
nginx.conf
nginx.conf是主配置文件,默认配置去掉注释之后的内容如下图所示:
l worker_process表示工作进程的数量,一般设置为cpu的核数
l worker_connections表示每个工作进程的最大连接数
l server{}块定义了虚拟主机
n listener监听端口
n server_name监听域名
n location{}是用来为匹配的 URI 进行配置,URI 即语法中的“/uri/”,location / { }匹配任何查询,因为所有请求都以 / 开头.
u root指定对应uri的资源查找路径,这里html为相对路径,完整路径为/opt/ opt/nginx-1.7.7/html/
u index指定首页index文件的名称,可以配置多个,以空格分开。如有多个,按配置顺序查找.
从配置可以看出,nginx监听了80端口、域名为localhost、跟路径为html文件夹(我的安装路径为/opt/nginx-1.7.7,所以/opt/nginx-1.7.7/html)、默认index文件为index.html, index.htm、服务器错误重定向到50x.html页面。
可以看到/opt/nginx-1.7.7/html/有以下文件:
tyler@ubuntu:/opt/nginx-1.7.7/html$ ls
50x.html index.html
这也是上面在浏览器中输入http://localhost,能够显示欢迎页面的原因。实际上访问的是/opt/nginx-1.7.7/html/index.html文件.
mime.types
文件扩展名与文件类型映射表,nginx根据映射关系,设置http请求响应头的Content-Type值.
当在映射表找不到时,使用nginx.conf中default-type指定的默认值。例如,默认配置中的指定的default-type为application/octet-stream.
include mime.types;
default_type application/octet-stream;
下面截一段mime.types定义的文件扩展名与文件类型映射关系,完整的请自行查看:
fastcgi_params
nginx配置Fastcgi解析时会调用fastcgi_params配置文件来传递服务器变量,这样CGI中可以获取到这些变量的值。默认传递以下变量:
这些变量的作用从其命名可以看出。
2.4.fastcgi.conf
对比下fastcgi.conf与fastcgi_params文件,可以看出只有以下差异:
tyler@ubuntu:/opt/nginx-1.7.7/conf$ diff fastcgi.conf fastcgi_params 2d1
< fastcgi_param SCRIPT_FILENAME document r ootfastcgi_script_name;
即fastcgi.conf只比fastcgi_params多了一行“fastcgi_param SCRIPT_FILENAME document r ootfastcgi_script_name;”
原本只有fastcgi_params文件,fastcgi.conf是nginx 0.8.30 (released: 15th of December 2009)才引入的.
原本Nginx只有fastcgi_params,后来发现很多人在定义SCRIPT_FILENAME时使用了硬编码的方式。例如,fastcgi_param SCRIPT_FILENAME
/var/www/foo$fastcgi_script_name。于是为了规范用法便引入了fastcgi.conf。
不过这样的话就产生一个疑问:为什么一定要引入一个新的配置文件,而不是修改旧的配置文件?
这是因为fastcgi_param指令是数组型的,和普通指令相同的是:内层替换外层;和普通指令不同的是:当在同级多次使用的时候,是新增而不是替换.
换句话说,如果在同级定义两次SCRIPT_FILENAME,那么它们都会被发送到后端,这可能会导致一些潜在的问题,为了避免此类情况,便引入了一个新的配置文件。
因此不再建议大家使用以下方式(搜了一下,网上大量的文章,并且nginx.conf的默认配置也是使用这种方式):
fastcgi_param SCRIPT_FILENAME document r ootfastcgi_script_name;
include fastcgi_params;
而使用最新的方式:
include fastcgi.conf;
uwsgi_params
与fastcgi_params一样,传递哪些服务器变量,只有前缀不一样,以uwsgi_param开始而非fastcgi_param.
scgi_params
与fastcgi_params一样,传递哪些服务器变量,只有前缀不一样,以uwsgi_param开始而非fastcgi_param.
koi-utf、koi-win、win-utf
这三个文件都是与编码转换映射文件,用于在输出内容到客户端时,将一种编码转换到另一种编码。
koi-win: charset_map koi8-r < -- > windows-1251
koi-utf: charset_map koi8-r < -- > utf-8
win-utf: charset_map windows-1251 < -- > utf-8
4).管理Nginx服务
启动:
/usr/local/Nginx/sbin/Nginx
停止
/usr/local/Nginx/sbin/Nginx -s stop
重启
/usr/local/Nginx/sbin/Nginx -s reload
查看状态
netstat -autlp| grep Nginx
三.Nginx开机自启
实现:编写shell脚本,并把shell脚本启动命令加到系统自启名单.
vi /etc/init.d/Nginx (输入下面的代码)
# Nginx Startup script for the Nginx HTTP Server
# it is v.0.0.2 version.
# chkconfig: - 85 15
# description: Nginx is a high-performance web and proxy server.
# It has a lot of features, but it's not for everyone.
# processname: Nginx
# pidfile: /var/run/Nginx.pid
# config: /usr/local/Nginx/conf/Nginx.conf
Nginxd=/usr/local/Nginx/sbin/Nginx
Nginx_config=/usr/local/Nginx/conf/Nginx.conf
Nginx_pid=/var/run/Nginx.pid
RETVAL=0
prog= "Nginx"
# Source function library.
. /etc/rc.d/init.d/functions
# Source networking configuration.
. /etc/sysconfig/network
# Check that networking is up.
[ ${ NETWORKING } = "no" ] && exit 0
[ -x $Nginxd ] || exit 0
# Start Nginx daemons functions.
start() {
if [ -e $Nginx_pid ]; then
echo "Nginx already running...."
exit 1
fi
echo -n "Starting prog: "
daemon $Nginxd -c ${ Nginx_config }
RETVAL= $?
echo
[ $RETVAL = 0 ] && touch /var/lock/subsys/Nginx
return $RETVAL
}
# Stop Nginx daemons functions.
stop() {
echo -n "Stopping prog: "
killproc $Nginxd
RETVAL= $?
echo
[ $RETVAL = 0 ] && rm -f /var/lock/subsys/Nginx /var/run/Nginx.pid
}
# reload Nginx service functions.
reload() {
echo -n "Reloading prog: "
#kill -HUP `cat ${Nginx_pid}`
killproc $Nginxd -HUP
RETVAL= $?
echo
}
# See how we were called.
case "$1" in
start)
start
;;
stop)
stop
;;
reload)
reload
;;
restart)
stop
start
;;
status)
status $prog
RETVAL= $?
;;
*)
echo "Usag e : prog {start|stop|restart|reload|status|help}"
exit 1
esac
exit $RETVAL
:wq 保存并退出
设置文件的权限
chmod a+x /etc/init.d/Nginx (a+x ==> all user can execute 所有用户可执行)
这样在控制台就很容易的操作Nginx了:查看Nginx当前状态、启动Nginx、停止Nginx、重启Nginx…
同样的修改了Nginx的配置文件Nginx.conf,也可以使用上面的命令重新加载新的配置文件并运行,可以将此命令加入到rc.local文件中,这样开机的时候Nginx就默认启动了
vi /etc/rc.local
加入一行 /etc/init.d/Nginx start 保存并退出,下次重启会生效.
---------------------------------------------------------- End.
转载请注明:http://www.cnblogs.com/crazyacking/p/5138146.html