NGINX根据不同的URI反向代理到不同的服务器

NGINX根据不同的URI参数(路径)反向代理到不同的服务器

最近在做一个项目,用到了NGINX的反向代理,要求是根据URL后面不同的参数反向代理到不同的服务器。
在网上查了一下查到的资料都是一个个在配置中进行匹配和代理,当我们有大量的底层应用服务器需要代理时这种逐个匹配的方式无疑太傻了。
又查了一下NGINX的官方文档和各种资料,找到了一个比较合适的方案:就是利用Nginx中,$1表示路径中正则表达式匹配的第一个参数,来满足我们的需求。
下面是示例代码,可以根据自身需求修改,由于我代理的是WebSocket所以用到了好多参数。

// 这里我代理的是WebSocket,请根据自己的需求修改参数,主要讲的是前两行。

location ~/log/(.*) {
    proxy_pass http://$1/log;
    
    proxy_http_version 1.1;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_read_timeout 120s;
    proxy_set_header Upgrade websocket;
    proxy_set_header Connection Upgrade;
}

通过这个配置我们就可以将/log/后面的参数作为proxy_pass的参数进行代理。
比如我们的主服务器的域名为www.abc.com,有一个应用服务器的域名为app1.abc.com
那么我们就可以通过访问www.abc.com/log/app1.abc.com来获取到app1.abc.com/log的页面。
或者我们的应用服务器直接就是使用IP作为地址,那么访问www.abc.com/log/【IP】即可。

纯新手,如有错误请指正。

### Nginx 正向理与反向代理的作用与区别 #### 正向理 正向理主要服务于客户端,帮助客户端请求外部资源。在这种模式下,Nginx位于客户端和目标服务器之间,表客户端发起请求并获取响应。这种方式可以隐藏真实的客户端IP地址,并允许对流量进行过滤或缓存处理。 对于配置方面,在Nginx中设置正向理通常涉及修改`http`上下文中的参数来定义如何转发请求以及记录原始请求者的信息: ```nginx location / { resolver 8.8.8.8; set $target http://example.com$request_uri; proxy_pass $target; # 添加X-For头以保持源IP信息 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } ``` 此段码展示了如何利用resolver解析域名并将请求发送给指定的目标站点[^1]。 #### 反向代理 相比之下,反向代理则面向服务端工作,它接收来自互联网用户的连接请求后将其分发至内部网络内的多个应用服务器上执行具体业务逻辑后再把结果返回给最初发出请求的人。这种架构有助于负载均衡、提高安全性及简化URL管理等问题。 当部署为反向代理时,一般会在虚拟主机部分设定具体的backend server列表并通过`upstream`模块来进行轮询调度或其他更复杂的算法决定哪个节点应该接受新的连接: ```nginx upstream backend_servers { server webapp1.example.internal weight=5 max_fails=3 fail_timeout=30s; server webapp2.example.internal backup; } server { listen 80; server_name www.externaldomain.com; location / { proxy_pass http://backend_servers/; # 设置必要的头部字段以便后续分析日志等操作 proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } } ``` 上述实例说明了怎样创建一组备用的服务提供者,并指定了主次关系还有错误重试机制等内容[^2]。 综上所述,两者的主要差异在于它们所处的位置和服务对象不同——前者侧重于保护和支持最终用户;后者则是为了优化Web应用程序性能而设计的一种中间件解决方案[^3]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值