nginx（二）-反向代理

什么是反向代理？

我们看图说话，我们用电脑访问谷歌，由于防火墙的存在，我们并不能直接访问。需要借助VPN来实现。这就是一个简单的正向代理的例子。这里你能够发现，正向代理“代理”的是客户端，而且客户端是知道目标的，而目标是不知道客户端是通过VPN访问的。

再来看反向代理，我们平时上百度查资料，基本都能得到我们想要的。所以我们就会说百度什么都知道。真的是百度什么都知道吗？？？

当然不是，百度只是去找知道的人告诉他答案，然后再来告诉我们的而已。他只是个传话的，也就是代理人。在这个过程中，那些知道答案的人（服务端）是不知道谁访问的，就知道是百度来问自己的。对于客户端来说，我们只问百度就行，由你百度想办法弄到答案告诉我就行。在这里，反向代理“代理”的是服务端。刚好与上文的正向代理相反。

应用

好了，我们知道了反向代理的概念，我们就要用啊。

准备一个tomcat启动项目。或者springboot项目运行起来。

这里我建议用springboot项目，因为啥呀？一个字，“快”啊！

启动后，保证能够通过输入地址：localhost:8084/index/能够得到结果。

我们要做的就是，我们在不知道这个地址的情况下，通过访问nginx也能得到结果，对不对？这样就实现了我们的反向代理了。

实现

我们的要求明确了，那怎么实现呢？

修改nginx/conf/nginx.conf文件

location / {

  proxy_pass http://127.0.0.1:8084;

    }

location / 表示处理所有请求
proxy_pass http://127.0.0.1:8084; 表示把请求都交给http://127.0.0.1:8111来处理

#user  nobody;
worker_processes  1;
 
#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;
 
#pid        logs/nginx.pid;
 
events {
    worker_connections  1024;
}
 
http {
    include       mime.types;
    default_type  application/octet-stream;
 
    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';
 
    #access_log  logs/access.log  main;
 
    sendfile        on;
    #tcp_nopush     on;
 
    #keepalive_timeout  0;
    keepalive_timeout  65;
 
    #gzip  on;
 
    server {
        listen       80;
        server_name  localhost;
 
        #charset koi8-r;
 
        #access_log  logs/host.access.log  main;
 
        location / {
            proxy_pass http://127.0.0.1:8084;
    }
 
        #error_page  404              /404.html;
 
        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
 
        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
        #
        #location ~ .php$ {
        #    proxy_pass   http://127.0.0.1;
        #}
 
        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #
        #location ~ .php$ {
        #    root           html;
        #    fastcgi_pass   127.0.0.1:9000;
        #    fastcgi_index  index.php;
        #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
        #    include        fastcgi_params;
        #}
 
        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        #location ~ /.ht {
        #    deny  all;
        #}
    }
 
    # another virtual host using mix of IP-, name-, and port-based configuration
    #
    #server {
    #    listen       8000;
    #    listen       somename:8080;
    #    server_name  somename  alias  another.alias;
 
    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}
 
    # HTTPS server
    #
    #server {
    #    listen       443 ssl;
    #    server_name  localhost;
 
    #    ssl_certificate      cert.pem;
    #    ssl_certificate_key  cert.key;
 
    #    ssl_session_cache    shared:SSL:1m;
    #    ssl_session_timeout  5m;
 
    #    ssl_ciphers  HIGH:!aNULL:!MD5;
    #    ssl_prefer_server_ciphers  on;
 
    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}
 
}

然后重新启动nginx 

　　nginx -s reload

访问：127.0.0.1:80/context

注意：如果你改过了nginx的端口，比如前文说的9090，那也要将80改为9090，后面的context是访问接口的路由，该是什么就是什么。

这样就可以得到想要的结果了。

意义何在

既然可以通过127.0.0.1:8084/context访问，为啥要通过访问127.0.0.1:9090/context来代理呢？

这里就涉及到下面的内容了，静待文件的处理和负载均衡。