Nginx解决跨越问题——反向代理分析

在写项目的过程中,遇到这样一个问题:基于公司的V6平台开发一个前后端分离的项目,Tomcat容器管理13411接口以便于接入V6平台,但是Html页面无法支撑,因为Html页面必须布置在另一端口下,无法用13411端口,所以这就会存在跨越问题,我们想到了两种解决思路:
1)建Web项目,通过Tomcat容器进行管理并解析Html视图,Web中的Ajax请求不直接请求13411,而是请求后端,后端接收到请求,在通过Http直接请求13411。
2)走Nginx代理避开跨越问题。

经过一致商议,都觉得走Nginx比较好,所以下载安装Nginx到Linx服务器,并修改Nginx配置文件nginx.conf,自觉配置没毛病,所以访问Index是成功的,但是Ajax一发起请求,就报错:

跨域.jpg

这是典型的跨越问题,所以配置文件加了请求头,如下:

nginx.conf配置文件.jpg

然后测试,还是报跨越的错,查看控制台:

console输出.jpg

浏览器输出响应码是200,但是请求死活发不出去,各种百度谷歌,发现自己配置文件也没写错啊!!!!(这个时候已经怀疑就是配置文件没写对,但是就是不知道哪里没配对,所以又隐隐觉得配置文件是对的——因为针对跨越问题,就是配置几行简单的代码)

这个时候已经快绝望了,折腾了一天,项目又很赶,打算换第一种解决办法的时候,突然想到了一个词,Nginx的反向代理,究竟什么是反向??

理解这个问题之前,我们先看两个概念:
正向代理:位于客户端和原始服务器(origin server)之间的服务器,代理客户端向原始服务器转交请求并将获得的内容返回给客户端,这就是正向代理。

正向代理最大的特点:客户端非常明确要访问的服务器地址,而服务器只清楚请求来自哪个代理服务器而不清楚来自哪个具体的客户端;正向代理模式屏蔽或者隐藏了真实客户端信息。

正向代理的用途:
1)代理客户端访问无法访问的资源
2)加速访问资源(做缓存)
3)对客户端访问授权(上网认证)
4)记录用户访问记录(上网行为管理),对外隐藏用户信息

正向代理与反向代理对照.png

反向代理:以代理服务器来接收客户端的连接请求,然后将请求转发给内部网络上的服务器,并将从服务器上得到的结果返回给客户端。

正向代理示意图.png
反向代理示意图.png

单纯理解概念,好像正向代理和反向代理的区别差不多,但是观看对比图,我们就可以知道,正向代理客户端知道有代理服务器这个东西,但是反向代理,客户端就不知道有这么个东西[此时代理服务器对外就表现为一个服务器]。

反向代理的作用:
1)保证内网的安全,可以使用反向代理提供WAF功能,阻止web攻击。大型网站,通常将反向代理作为公网访问地址,Web服务器是内网。
2)负载均衡,通过反向代理服务器来优化网站的负载。

负载均衡.png

我们都知道,Nginx大致分为以下几个部分:

main                                # 全局配置

events {                            # nginx工作模式配置

}

http {                                # http设置
    ....

    server {                        # 服务器主机配置
        ....
        location {                    # 路由配置
            ....
        }

        location path {
            ....
        }

        location otherpath {
            ....
        }
    }

    server {
        ....

        location {
            ....
        }
    }

    upstream name {                    # 负载均衡配置
        ....
    }
}

所以,明白这些概念的时候,才发现陷入了一个坑,仔细想想,理解完全错了,配置文件根本没用上Nginx的反向代理功能,所以修改了配置文件:Ajax发起8090请求,Nginx静态代理8090,同时转发请求至13411,具体如下:

 server {
        listen       8090;
        server_name  128.1.136.129;

        #access_log  logs/host.access.log  main;
        location ^~ /HttpServer/ {
            proxy_pass http://128.1.136.129:13411;
        }
        location / {
            root /root/data/dist;
            index index.html;
        }

   }

Nginx是非常强大的web服务器加反向代理服务器加邮件服务器等等,项目使用中,使用最多的三个核心功能是反向代理、负载均衡和静态服务器,这三个不同的功能的使用,都跟nginx的配置文件nginx.conf相关,理解反向代理,负载均衡也就很容易理解啦!

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,386评论 6 479
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,939评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,851评论 0 341
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,953评论 1 278
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,971评论 5 369
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,784评论 1 283
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,126评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,765评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,148评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,744评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,858评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,479评论 4 322
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,080评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,053评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,278评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,245评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,590评论 2 343

推荐阅读更多精彩内容