在公司的实际办公网中，因为出口IP只有一个，要实现对外提供服务的话就必须得做端口映射，如果有多个服务要对外开放的话，这只能通过映射不同端口来区分，这在实际使用过程中非常的痛苦（记忆困难、一一对应关系也没有规律、访问的时候还得加端口），这个痛苦的问题用表格的形式来形象的描述如下：

在需要对外开放的服务很多的情况下，NAT的方式虽然难用、难记，但至少还是能够满足需求的（可用端口要小于65535个），但如果A、B、C服务都想（或者必须）使用默认的80、443端口的话，在只有一个公网IP的情况下是没法满足的，如果能有一种如下的实现方式，那就完美了：

      首先来分析一下，传统NAT的话肯定是实现不了，因为NAT是3层ip加4层端口的方式做映射，而域名（如http header中）都属于7层的内容，要实现的话只能借助支持7层http协议解析的工具实现，经过一番研究发现反向代理可以实现，那太好了，反响代理的工具一大堆：squid、apache、nginx、haproxy、mysql proxy等等，本文仅讲基于http、https协议的实现，其他协议暂不讨论。

      有了工具的支持，接下来就得考虑考虑如何部署的问题：

（1）域名解析到路由器的公网ip-->在路由器（pfsense）上安装squid-->配置反向代理(开启http、https反向代理、主机映射、域名正则匹配转发)-->成功实现（需要路由器支持）；

（2）域名解析到路由器的公网ip-->在路由器上做传统NAT，将80、443端口分别指向反向代理服务器-->配置反向代理服务器的-->成功实现（通用方法）；

其中第一个方法我已经很好的实现http的反向代理，但对于https，由于squid不支持SNI（server name Indication），仅能支持一个https站点，且很多公司用的路由器可能不支持安装squid软件，所以接下来我主要介绍通用的方法：通过在linux上安装nginx来搭建反向代理服务来支持基于域名的7层转发。

下载openssl库

wget http://www.openssl.org/source/openssl-1.0.1h.tar.gz

tar xzvf openssl-1.0.1h.tar.gz

mv openssl-1.0.1h  /usr/local/openssl-1.0.1h/

下载nginx，编译时加入SNI的支持

yum install  pcre pcre-devel

yum install zlib zlib-devel

wget http://nginx.org/download/nginx-1.6.0.tar.gz
 tar xzvf nginx-1.6.0.tar.gz
 cd nginx-1.6.0

./configure \
--user=nginx \
--group=nginx \
--with-http_ssl_module \
--with-openssl="/usr/local/openssl-1.0.1h/" \
--with-openssl-opt="enable-tlsext" \
--with-http_stub_status_module

make

make install

检查nginx的安装情况(关键TLS SNI support enabled)：

[root@svn ~]# /usr/local/nginx/sbin/nginx -V
nginx version: nginx/1.6.0
built by gcc 4.1.2 20080704 (Red Hat 4.1.2-54)
TLS SNI support enabled
configure arguments: --user=nginx --group=nginx --with-http_ssl_module --with-openssl=/usr/local/openssl-1.0.1h/ --with-openssl-opt=enable-tlsext --with-http_stub_status_module

配置反向代理服务器：

[root@svn ~]# more /usr/local/nginx/conf/nginx.conf

############https server revese proxy
server {
        listen       10010 ssl;
        server_name  app.wei.com;
    #Set up your cert paths
        ssl_certificate_key  /usr/local/nginx/conf/ssl/app_wei.key;
        ssl_certificate        /usr/local/nginx/conf/ssl/app_wei.crt;

location / {
        proxy_pass   https://192.168.100.123;
}
    }


server {
        listen       10010 ssl;
        server_name  secure.wei.com;
    #Set up your cert paths
        ssl_certificate_key  /usr/local/nginx/conf/ssl/mars-server.key;
        ssl_certificate         /usr/local/nginx/conf/ssl/mars-server.crt;

location / {
        proxy_pass   https://192.168.100.177:443;
}
    }

############http server revese proxy
server {
        listen       10086 ;
        server_name  secure.wei.com;

location / {
        proxy_pass   http://192.168.100.177;
}
    }


server {
        listen       10086 ;
        server_name  dobby.wei.com;

location / {
        proxy_pass   http://192.168.100.148;
}
    }

路由器NAT映射：1.1.1.1:80-->反向代理的10086;1.1.1.1:443-->反向代理的10010

重启nginx就可以使用了，效果对客户端是完全透明的

?  ~  curl -I https://app.wei.com
HTTP/1.1 200 OK
Server: nginx/1.6.0
Date: Sat, 26 Jul 2014 01:48:14 GMT
Content-Type: text/html
Connection: keep-alive
X-Powered-By: PHP/5.3.8

参考：

Using the Nginx Web Server as a Reverse Proxy: Multiple SSL Sites with a Single IP Address

http://www.informit.com/articles/article.aspx?p=1994795

 [squid-users] Reverse proxy with multiple SSL sites

http://www.squid-cache.org/mail-archive/squid-users/201406/0102.html

SNI: 实现多域名虚拟主机的SSL/TLS认证

http://www.ttlsa.com/web/sni-multi-domain-virtual-host-ssl-tls-authentication/

http://www.ttlsa.com/web/multiple-https-host-nginx-with-a-ip-configuration/

基于域名的7层转发的实现（NAT+反向代理）,布布扣,bubuko.com

基于域名的7层转发的实现（NAT+反向代理）

原文：http://blog.csdn.net/xuyaqun/article/details/38259169