Nginx反向代理

最新推荐文章于 2024-01-20 09:44:35 发布
最新推荐文章于 2024-01-20 09:44:35 发布
阅读量684 收藏 1
点赞数 1
分类专栏： 【构建高可用架构】 【nginx】

更多干货

Nginx反向代理

一、Nginx反向代理upstream模块

1、概念

Nginx反向代理（又称负载均衡）功能，依赖于ngx_http_upstream_module模块，支持的代理方式有proxy_pass（一般用于反向代理）、fastcgi_pass（一般用于动态程序交互）、memcached_pass（一般用于NOSQL缓存代理）。

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

正向代理：客户端向代理发送一个请求并指定目标（原始服务器），代理向原始服务器较交请求，并将获取的内容返回给客户端

2、语法示例

（1）示例1

upstream www_real_servers {

server 192.168.1.218:80 weight=5;

server 192.168.1.228:80 weight=5;

}

（2）示例2

upstream www_real_servers {

server 192.168.1.218:80;

server 192.168.1.228:80 weight=1 max_fails=1 fail_timeout=10s;

#the server config above is same

server 192.168.1.238:80 weight=1 max_fails=2 fail_timeout=20sbackup;

server 192.168.1.248:80 weight=1 max_fails=2 fail_timeout=20sbackup;

}

（3）示例解释

upstream www_real_servers {

#server固定的，后面接域名或IP。如不加端口，默认为80。weight表示权重，值越大，被分配几率越高。

server 192.168.1.218:80;

#指定socket文件

server unix:/tmp/backend3.socket;

#域名加端口。如用域名，需内网有DNS或负载均衡器的hosts文件中有域名解析

server aaa.abc.com:8080;

#备份服务器，等上面的服务器都不能访问时会启动。实际上就是高可用

server 192.168.1.238:8090 backup;

}

3、upstream模块相关说明

（1）upstream模块应放于nginx.conf配置的http{}标签内。

cat /application/nginx/nginx.conf

worker_processes  1;

events {

    worker_connections  1024;

}

http {

    include       mime.types;

    default_type  application/octet-stream;

    sendfile        on;

    keepalive_timeout  65;

    upstream backend {

        server 192.168.58.148:80 max_fails=3fail_timeout=30s;

        server 192.168.58.238:80 max_fails=3fail_timeout=30s;

    }

    server {

        listen       80;

        server_name  www.lb.org;

        index  index.html index.htm;

        location / {

           proxy_pass http://backend;

        }

        error_page   500 502 503 504  /50x.html;

        location = /50x.html {

            root   html;

        }

    }

}

（2）upstream模块默认算法是wrr（权重轮询weightedround-robin）

Nginx的upstream支持5种分配方式，下面将会详细介绍，其中，前三种为Nginx原生支持的分配方式，后两种为第三方支持的分配方式：

a、轮询（round-robin）

轮询是upstream的默认分配方式，即每个请求按照时间顺序轮流分配到不同的后端服务器，如果某个后端服务器down掉后，能自动剔除。

       upstream backend {

           server 192.168.1.101:8888;

           server 192.168.1.102:8888;

           server 192.168.1.103:8888;

       }

b、weight（weighted round-robin）

轮询的加强版，即可以指定轮询比率，weight和访问几率成正比，主要应用于后端服务器异质的场景下。

       upstream backend {

           server 192.168.1.101 weight=1;

           server 192.168.1.102 weight=2;

           server 192.168.1.103 weight=3;

       }

c、ip_hash       

每个请求按照访问ip（即Nginx的前置服务器或者客户端IP）的hash结果分配，这样每个访客会固定访问一个后端服务器，可以解决session一致问题。此时，负载均衡调度中不能使用weight和backup。

       upstream backend {

           ip_hash;

           server 192.168.1.101:7777;

           server 192.168.1.102:8888;

           server 192.168.1.103:9999;

       }

d、fair （第三方，NO）

fair顾名思义，公平地按照后端服务器的响应时间（rt）来分配请求，响应时间短即rt小的后端服务器优先分配请求。Nginx本身不支持fair，必须下载Nginx的upstream_fair模块。

       upstream backend {

           server 192.168.1.101;

           server 192.168.1.102;

           server 192.168.1.103;

           fair;

       }

e、url_hash（第三方，NO）

与ip_hash类似，但是按照访问url的hash结果来分配请求，使得每个url定向到同一个后端服务器，主要应用于后端服务器为缓存时的场景下，提高缓存命中率。其中，hash_method为使用的hash算法，需要注意的是：此时，server语句中不能加weight等参数。

       upstream backend {

           server 192.168.1.101;

           server 192.168.1.102;

           server 192.168.1.103;

           hash $request_uri;

           hash_method crc32;

       }

f、least_conn（最少连接数）

       upstream backend {

           server 192.168.1.101;

           server 192.168.1.102;

           server 192.168.1.103;

           least_conn;

       }

g、consistent_hash（一致性hash）

目前是缓存服务器的负载均衡的最好算法，可以保证在节点宕机后，其它服务器的缓存更改的最少，用户体验更好。

       upstream backend {

           server 192.168.1.101;

           server 192.168.1.102;

           server 192.168.1.103;

           consistent_hash $request_uri;

       }

 

（3）upstream模块部分参数说明

server

负载均衡后面的RS配置，接域名或IP。如不加端口，默认为80。如用域名，需内网有DNS或负载均衡器的hosts文件中有域名解析

weight

权重，默认是1。值越大，被分配几率越高

max_fails

最大尝试失败的次数，默认1，0表示禁止失败尝试。应用场景：2-3。如京东1次，蓝汛10次，根据业务需求配置。该参数可以配合proxy_next_upstream、fastcgi_next_upstream、memcached_next_upstream这3个参数来使用，当nginx接收到后端服务器返回这3个参数定义的状态码时，不会直接返回502给用户，而是再请求下一个服务器。

fail_timeout

失败超时时间，默认10秒。京东3秒，蓝汛3秒。常规业务：2-3秒就行。该参数实际上是在到max_fails定义的失败次数后，等待fail_timeout秒后，再次进行检查。如max_fails=5，fail_timeout=20s，则在检测5次失败后，会在20秒后再次进行检查1次，如还失败，则再等20秒再次进行检查1次，依次类推每隔fail_timeout秒检查一次，直到重启nginx。

backup

热备配置（RS节点的高可用）。当前面激活的服务器都不能访问时会启动

down

标志服务器永远不可用，一般是配合ip_hash使用

（4）特别说明

对于Nginx代理cache服务时，可能需要使用hash算法，此时，如果宕机时，可以通过设置down参数确保客户端用户按照当前hash算法访问。

二、Nginx的location指令详解

1、作用

Nginx中的location指令是NginxHttpCoreModule中的重要指令，简单、常用。是用于对url进行匹配，location指令根据URI来应用不同的配置，允许根据不同的URI来应用不同的URL配置。URI可以是字符串，也可以是正则表达式，如果是正则表达式，则必须指定前缀。

如：http://192.168.6.237/template/detail.html中/template/detail.html就是URI。

2、语法

（1）语法格式

location [ = | ~ | ~* | @ | ^~] uri {

   ...

}

（2）语法说明

[ = ]：精确匹配，如果找到匹配=号的内容，立即停止搜索，并立即处理请求（优先级最高）

[ ~ ] ：区分大小写

[ ~* ] ：不区分大小写

[ ^~ ] ：只匹配字符串，不匹配正则表达式

[ @ ] ：指定一个命名的location，一般只用于内部重定向请求。如location @name {。。。}

（3）匹配顺序

location的匹配是有顺序的，不是按书写顺序进行匹配。首先，对字符串进行匹配查询，最确切的匹配将被使用。然后，正则表达式的匹配查询开始，匹配第一个结果后会停止搜索，如果没有正则表达式，将使用字符串的搜索结果。如果字符串和正则表达示都匹配，则正则表达式的优先级较高。

3、示例1：匹配顺序

（1）示例

location = / {

[ configurationA]

}

 

location / {

[ configurationB]

}

 

location /documents/ {

[ configurationC]

}

 

location ^~ /images/ {

[ configurationD]

}

 

location ~* \.(gif|jpg|jpeg)$ {

[ configurationE]

}

（2）匹配结果

http://www.abc.org/：匹配A

http://www.abc.org/index.html：匹配B

http://www.abc.org/documents/document.html：匹配C

http://www.abc.org/images/1.gif：匹配D（匹配D和E，但D优先级高，所以匹配D）

http://www.abc.org/documents/1.jpg：匹配E（匹配C和E，但E优先级高，所以匹配E）

（3）结论

优先级：A > D > E > C > B

4、示例2：匹配顺序

（1）示例

cat /application/nginx/conf/nginx.conf

worker_processes  2;

events {

    worker_connections  1024;

}

http {

    include       mime.types;

    default_type  application/octet-stream;

    sendfile        on;

    keepalive_timeout  65;

    server {

        listen       192.168.1.148:80;

        server_name  www.abc.org;

            root  html/www;

            index  index.html index.htm;

        location ~ .*\.(php|php5)?$ {

            fastcgi_pass   127.0.0.1:9000;

            fastcgi_index  index.php;

            include        fastcgi.conf;

        }

    }

 

    #include extra/wiki.conf;

    include extra/order.conf;

}

cat /application/nginx/conf/extra/order.conf

server {

        listen       192.168.1.148:8000;

        server_name  www.wiki.org;

        #NO.A 

        location / {

            return 500;

        }

        #NO.B  与D有冲突，先注释掉

        #location /test/ {

        #   return 404;

        #}

        #NO.C  

        location ~* \.jpg$ {

            return 403;

        }

        #NO.D 

        location ^~ /test/ {

            return 402;

        }

        #NO.E 

        location /test/a.jpg {

            return 401;

        }

        #NO.F 

        location = /test/a.jpg {

            return 400;

        }

}

#检查语法

/application/nginx/sbin/nginx -t   

nginx: theconfiguration file /application/nginx1.6.2/conf/nginx.conf syntax is ok

nginx:configuration file /application/nginx1.6.2/conf/nginx.conf test is successful

#重新加载nginx

/application/nginx/sbin/nginx -s reload

（2）匹配结果

a、第1步

curl -o /dev/null -s -w "%{http_code}\n" 192.168.1.148:8000/test/a.jpg

400  #<-- 匹配F

b、第2步

注释NO.F 项

#重新加载nginx

/application/nginx/sbin/nginx -s reload

curl -o /dev/null -s -w "%{http_code}\n" 192.168.1.148:8000/test/a.jpg

403  #<-- 匹配C

c、第3步

注释NO.C 项

#重新加载nginx

/application/nginx/sbin/nginx -s reload

curl -o /dev/null -s -w "%{http_code}\n" 192.168.1.148:8000/test/a.jpg

401  #<-- 匹配E

d、第4步

注释NO.E 项

#重新加载nginx

/application/nginx/sbin/nginx -s reload

curl -o /dev/null -s -w "%{http_code}\n" 192.168.1.148:8000/test/a.jpg

402  #<-- 匹配D

e、第5步

注释NO.D 项

打开NO.B项

#重新加载nginx

/application/nginx/sbin/nginx -s reload

curl -o /dev/null -s -w "%{http_code}\n" 192.168.1.148:8000/test/a.jpg

404  #<-- 匹配B

f、第6步

注释NO.B项

#重新加载nginx

/application/nginx/sbin/nginx -s reload

curl -o /dev/null -s -w "%{http_code}\n" 192.168.1.148:8000/test/a.jpg

500  #<-- 匹配A

（3）结论

优先级：NO.F > NO.C  > NO.E > NO.D 或 NO.B  > NO.A

三、Nginx的http_proxy_module模块详解

1、Proxy_pass指令

（1）作用

Proxy_pass指令属于ngx_http_proxy_module模块，作用是将请求转发到另一台服务器。

（2）语法

location /name/ {

proxy_pass http://127.0.0.1/remote/;

}

location /othername/ {

rewrite/name/([^/]+) /users?name=$1 break;

proxy_passhttp://127.0.0.1/;

}

2、httpproxy模块参数

Nginx的代理功能是通巡http proxy模块来实现，nginx默认安装，因此，可以直接使用http proxy模块。主要参数如下：

参数

作用

proxy_set_header

设置由后端的服务获取用户主机名或真实IP，以及代理者的真实IP

client_body_buffer_size

用于指定客户端请求主体缓冲区大小，可以理解为先保存到本地再传给用户

proxy_connect_timeout

表示与后端服务器连接的超时时间，即发起握手等候响应的超时时间

proxy_send_timeout

表示后端服务器的数据回传时间，即在规定时间内后端服务器必须传完所有数据，否则Nginx将断开这个连接

proxy_read_timeout

表示Nginx从后端服务器获取信息的时间，即在建立连接成功后，Nginx等待后端服务器的响应时间，也就是在后端服务器上的排队中的等候处理的时间

proxy_buffer_size

设置缓冲区大小，默认为指令proxy_buffers参数设置的大小

proxy_buffers

设置缓冲区的数量和大小

proxy_busy_buffers_size

设置系统很忙时可以使用的proxy_buffers大小，官方推荐为proxy_buffers的2倍

proxy_temp_file_write_size

设置proxy缓存临时文件的大小

3、参数用法

（1）主要参数用法说明

参数

作用

proxy_set_header Host $host

当后端Web服务器上也配置有多个虚拟主机时，需要用该Header来区分反向代理哪个虚拟主机

proxy_set_header X-Forwarded-For $remote_addr

如查后端Web服务器上的程序需获取用户真实IP（默认是负载均衡服务器的IP），从该Header头获取. $remote_addr表示用户IP，需要修改后端Web服务器获取IP的方式，指定从X-Forwarded-For获取

（2）参数用法

可以把参数的配置放在一个配置文件中，供其它配置文件include引用。如

cat /application/nginx/conf/extra/myproxy.conf

proxy_set_header Host $host;

proxy_set_header X-Forwarded-For $remote_addr;

proxy_connect_timeout 90;

proxy_send_timeout 90;

proxy_read_timeout 90;

proxy_buffer_size 4k;

proxy_buffers 4 32k;

proxy_busy_buffers_size 64k;

proxy_temp_file_write_size 64k;

cat cat /application/nginx/conf/extra/upstream.conf

upstream backend {

server 192.168.1.101 weight=1;

server 192.168.1.102 weight=2;

server 192.168.1.103 weight=3;

}

server {

listen       80;

server_name  www.lb.org;

index  index.html index.htm;

location / {

proxy_pass http://backend;

include extra/myproxy.conf;

}

4、示例

（1）修改负载均衡服务器上的nginx配置文件

cat /application/nginx/conf/extra/upstream.conf

upstream backend {

server 192.168.1.101 weight=1;

server 192.168.1.102 weight=2;

server 192.168.1.103 weight=3;

}

server {

listen       80;

server_name  www.lb.org;

index  index.html index.htm;

location / {

proxy_pass http://backend;

proxy_set_headerHost $host;

proxy_set_headerX-Forwarded-For $remote_addr;

}

（2）修改后端Web服务器上的获取IP的方法

a、Apache服务器

根据扩展配置文件httpd-vhosts中指定的日志类型，在主配置文件httpd.conf中修改日志格式。如：

httpd-vhosts中指定的日志类型：combined

<VirtualHost 192.168.158.99:80>

    ServerAdmin aaa@abc.com

    DocumentRoot"/var/html/blog"

    ServerName 192.168.158.99

    ErrorLog"logs/blog-error-log"

    CustomLog"logs/blog-access-log" combined

</VirtualHost>

httpd.conf中修改日志格式

<IfModule log_config_module>

    LogFormat "\"%{X-Forwarded-For}i\"%t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\""combined

    LogFormat "%h %l %u%t \"%r\" %>s %b" common

    <IfModulelogio_module>

      # You need to enablemod_logio.c to use %I and %O

      LogFormat "%h %l %u%t \"%r\" %>s %b \"%{Referer}i\"\"%{User-Agent}i\" %I %O" combinedio

    </IfModule>

    CustomLog"logs/access_log" combined

</IfModule>

b、nginx服务器（一般不需要改，默认就有）

在后端Web服务器的配置文件nginx.conf中的日志功能块中

error_log logs/error.log error;    #添加错误日志功能

worker_processes  2;

events {

    worker_connections  1024;

}

http {

    include       mime.types;

    default_type  application/octet-stream;

    sendfile        on;

keepalive_timeout  65;

#定义访问日志格式

    log_format  main '$remote_addr - $remote_user [$time_local] "$request" '

                      '$status$body_bytes_sent "$http_referer" '

                     '"$http_user_agent" "$http_x_forwarded_for"';

 

四、根据URI及location实现动静分离实战

1、演示环境

Host

OS

role

192.168.1.217

CentOS6.5_32

负载均衡服务节点nginx

192.168.1.218

CentOS6.5_32

RS1（静态服务节点nginx）

192.168.1.219

CentOS6.5_32

RS2（动态服务节点nginx）

2、部署模拟环境

（1）静态服务节点192.168.1.218

cd /application/nginx/html/blog

mkdir static

cd static

echo "static 218" > index.html

vi nginx.conf

...

#include extra/www.conf;

#include extra/bbs.conf;

include extra/blog.conf;

...

（2）动态服务节点192.168.1.219

cd /application/nginx/html/blog

mkdir dynamic

cd dynamic

echo " dynamic 219" > index.html

vi nginx.conf

...

#include extra/www.conf;

#include extra/bbs.conf;

include extra/blog.conf;

...

（3）测试Web服务器

curl http://192.168.1.218/static/

static 218

curl http://192.168.1.218/

static web

curl http://192.168.1.219/dynamic/

dynamic 219

curl http://192.168.1.219/

dynamic web

 

（4）配置负载均衡服务器192.168.1.217

vi /application/nginx/conf/nginx.conf

worker_processes  1;

events {

    worker_connections  1024;

}

http {

    include      mime.types;

    default_type  application/octet-stream;

    sendfile        on;

    keepalive_timeout  65;

    upstream static_pools {

        server 192.168.1.218:80 weight=5;

    }

    upstream dynamic_pools {

        server 192.168.1.219:80 weight=5;

    }

 

    server {

        listen       80;

        server_name  www.lb.org;

        index  index.html index.htm;

        location / {

           proxy_pass http://dynamic_pools;

           include extra/proxy.conf

        }

        location /static/ {

           proxy_pass http://static_pools;

           include extra/proxy.conf

        }

        location /dynamic/{

           proxy_pass http://dynamic_pools;

           include extra/proxy.conf

        }

    }

}

（5）测试动静分离

curl http://192.168.1.217/static/

static 218

curl http://192.168.1.217/dynamic/

dynamic 219

curl http://192.168.1.217/

dynamic web

（6）根据手机操作系统分离

    server {

        listen       80;

        server_name  www.lb.org;

        index  index.html index.htm;

        location / {

           if($http_user_agent ~* "android") {

                proxy_pass http://dynamic_pools;

           }

if($http_user_agent ~* "iphone") {

                proxy_pass http://static_pools;

           }

proxy_pass http://static_pools;

           include extra/proxy.conf

        }

    }

chenshiying007
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
nginx反向代理
02-24
这里主要通过三个方面简单介绍nginx反向代理负载均衡nginx特点关于代理说到代理，首先我们要明确一个概念，所谓代理就是一个代表、一个渠道；此时就设计到两个角色，一个是被代理角色，一个是目标角色，被代理角色...
Linux运维学习笔记之三十：Nginx反向代理
放飞的心灵－记录学习的点点滴滴
05-25 4043
第四十一章 Nginx反向代理一、Nginx反向代理upstream模块1、概念Nginx反向代理（又称负载均衡）功能，依赖于ngx_http_upstream_module模块，支持的代理方式有proxy_pass（一般用于反向代理）、fastcgi_pass（一般用于动态程序交互）、memcached_pass（一般用于NOSQL缓存代理）。反向代理：代理服务器接收外部连接请求，然后将请求转发...
Nginx（12）反向代理
weixin_49888561的博客
05-21 244
代理：代理（Proxy）也称网络代理。它是一种特殊的网络服务，允许一个网络终端（一般为客户端）通过这个服务与另一个网络终端（一般为服务器）进行非直接的连接。一些网关、路由器等网络设备具备网络代理功能。一般认为代理服务有助于保障网络终端的隐私或安全，防止攻击。代理通常分为正向代理、反向代理及透明代理。正向代理：正向代理是客户端向代理服务器发送请求，代理服务器再将请求转发给目标服务器，然后将目标服务器的响应返回给客户端。
Nginx 配置一致性Hash负载均衡策略
qq_30024063的博客
02-04 534
ngx_http_upstream_consistent_hash 模块是一个负载均衡器，使用一个内部一致性hash算法来选择 合适的后端节点。 该模块可以根据配置参数采取不同的方式将请求均匀映射到后端机器： consistent_hash $remote_addr：可以根据客户端ip映射 consistent_hash $request_uri：根据客户端请求的uri映射 consistent_hash $args：根据客户端携带的参数进映射 ngx_http_upstream_consis
Nginx 四种分配方式——session处理
码农崛起
07-26 1万+
https://blog.csdn.net/lyj1101066558/article/details/54346110   最近迷上了Nginx,真实麻雀虽小,五脏俱全..功能实在强大.. nginx不单可以作为强大的web服务器，也可以作为一个反向代理服务器，而且nginx还可以按照调度规则实现动态、静态页面的分离，可以按照轮询、ip哈希、URL哈希、权重等多种方式对后端服务器做负载均衡...
socket.io前后端实践及转发、多服务问题
我有一个梦想
06-21 3071
socket.io前后端实践及转发、多服务问题及解决方案 ip_hash+sticky session
nginx反向代理webSocket配置详解
01-10
最近在做项目的时候用到了webSocket协议,而且是在微信小程序中用到了...另一种办法，就是使用nginx反向代理。 因为webSocket协议是基于http协议升级的（见下图），所以可以使用nginx反向代理webSocket. webSocket
42 2 Nginx反向代理视频
08-07
教程视频：Nginx反向代理web服务器，后台java控制连接访问。
Nginx反向代理springboot的jar包过程解析
09-29
主要介绍了Nginx反向代理springboot的jar包过程解析,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
Nginx——Nginx反向代理
weixin_44623055的博客
05-11 2964
1、Nginx反向代理概述 正向代理代理的对象是客户端，反向代理代理的是服务端，这是两者最大的区别。 Nginx既可以实现正向代理，也可以实现反向代理。 1.1、Nginx正向代理 1、服务端的设置 log_format main 'client send request=>clientIp=$remote_addr serverIp=$host'; server { listen 80; server_name localhost; # 指定日志文件存放位置和格式
1. Nginx 基本功能配置
两个蝴蝶飞
12-04 4466
Nginx基本功能配置
Nginx-反向代理详解
热门推荐
武梓龙 廊坊师范学院信息技术提高班 十七期
06-24 6万+
Nginx 是一个高性能的开源 Web 服务器和反向代理服务器。它具有轻量级、高并发、低内存消耗等特点，被广泛用于搭建静态资源服务器、负载均衡、反向代理等场景。本文介绍nginx的反向代理，其他内容敬请期待！反向代理是一种代理服务器的配置模式，它代表服务器向客户端提供服务。客户端发送请求到反向代理服务器，然后反向代理服务器将请求转发到后端的真实服务器上，并将响应返回给客户端。简单理解为用户直接访问反向代理服务器就可以获得目标服务器的资源。这一过程叫反向代理​。
Nginx反向代理以及缓存
lay167892的博客
12-17 3192
文章转自nginx的反向代理功能和缓存功能 - 骏马金龙 - 博客园Nginx系列文章：http://www.cnblogs.com/f-ck-need-u/p/7576137.html 1. nginx的反向代理功能 1.1 正向代理和反向代理 正向代理是众多内网客https://www.cnblogs.com/f-ck-need-u/p/7684732.html 1. nginx的反向代理功能 1.1 正向代理和反向代理 正向代理是众多内网客户机上网访问互联网上的网站时，将所有的请求交给内网前
Nginx(4)nginx的反向代理
weixin_43994244的博客
07-01 3869
nginx反向代理以及添加ssh支持实战
nginx实现 反向代理
qq_21134059的博客
01-23 2828
这里写目录标题1 什么是反向代理2 反向代理的优缺点3. nginx 实现反向代理3.1 基本配置3.2 nginx 反向代理配置语法3.2.1 proxy_pass3.2.2 proxy_set_header3.2.3 proxy_redirect4 nginx 反向代理 spring boot 1 什么是反向代理 一个用于接收请求的服务器将接受到的请求转发到实际通过服务的服务器这个过程就叫反向代理。 2 反向代理的优缺点 优点： 反向代理负载均衡可以将优化的负载均衡策略和代理服务器的高速缓存技术
Nginx入门笔记之————配置文件结构
梦鱼人生
10-31 736
Nginx入门笔记之————配置文件结构   ... #全局块 events { #events块 ... } http #http块 { ... #http全局块 server #server块 { ... #server全局块 locati...
Nginx反向代理配置模块详解
最新发布
乔木的博客
01-20 959
通过本文对 Nginx 反向代理配置的详细讲解，我们了解了 Nginx 反向代理的基本概念、配置方法、负载均衡和安全防护等方面的知识。在实际应用中，我们可以根据具体需求进行灵活的配置，以满足各种复杂的应用场景。同时，结合 Nginx 的其他功能，可以实现更加高效、稳定、安全的 Web 服务。一键三连拜谢！
nginx 响应服务器静态,405 Not Allowed,nginx静态文件响应post请求
weixin_39680678的博客
08-05 1122
说明：nginx不允许向静态文件提交post方式的请求，否则会返回“HTTP/1.1 405 Method not allowed”错误，至于原来还没去研究。显示如下```[root@gaingreat blort]# curl -d 1=1 www.coolnull.com/blort/1.json405 Not Allowed405 Not Allowednginx```解决：解决方法有三种#...
nginx处理http(http变量篇)
幽雨雨幽
11-14 3292
nginx http变量定义 struct ngx_http_variable_s {     ngx_str_t                     name;   //变量名     ngx_http_set_variable_pt      set_handler;  //设置变量函数     ngx_http_get_variable_pt      get_handler;  /...
nginx 反向代理
08-16
Nginx 反向代理是一种常用的服务器配置方法，它可以将客户端的请求转到后端的多个服务器上，并将响应返回给客户端。通过反向代理，可以实现负载均衡、缓存、安全性等功能。 要配置 Nginx 反向代理，你需要编辑 Nginx 的配置文件（通常是 `nginx.conf`），然后添加相应的配置项。 以下是一个简单的 Nginx 反向代理配置示例： ``` http { upstream backend { server backend1.example.com; server backend2.example.com; server backend3.example.com; } server { listen 80; server_name example.com; location / { proxy_pass http://backend; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } } } ``` 在这个示例中，`upstream` 块定义了后端服务器的列表。`server` 块定义了监听的端口和域名，并在 `location` 块中配置了反向代理。 `proxy_pass` 指令将请求转发到 `http://backend`，其中 `backend` 是 `upstream` 块中定义的后端服务器列表。 `proxy_set_header` 指令用于设置转发请求时的请求头。在示例中，我们设置了 `Host` 和 `X-Real-IP` 请求头。 完成配置后，保存文件并重新加载 Nginx 配置。这样，Nginx 就会将客户端的请求转发到后端服务器，并将响应返回给客户端。 请注意，以上只是一个简单的示例，实际的配置可能因具体需求而有所不同。你可以根据实际情况进行配置，并参考 Nginx 官方文档获取更多信息。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值