wmproxy

wmproxy已用Rust实现http/https代理, socks5代理, 反向代理, 静态文件服务器，四层TCP/UDP转发，七层负载均衡，内网穿透，后续将实现websocket代理等，会将实现过程分享出来，感兴趣的可以一起造个轮子

项目地址

国内: https://gitee.com/tickbh/wmproxy

github: https://github.com/tickbh/wmproxy

nginx中的try_files

  • 语法：try_files file … uri;或 try_files file … = code;
  • 作用域：server location
    • 首先：按照指定的顺序检查文件是否存在，并使用第一个找到的文件进行请求处理
    • 其次：处理是在当前上下文中执行的。根据 root 和 alias 指令从 file 参数构造文件路径。
    • 然后：可以通过在名称末尾指定一个斜杠来检查目录的存在，例如"$uri/"。
    • 最后：如果没有找到任何文件，则进行内部重定向到最后一个参数中指定的 uri。

注：只有最后一个参数可以引起一个内部重定向，之前的参数只设置内部的 URL 的指向。最后一个参数是回退 URL 且必须存在，否则会出现内部 500 错误。命名的 location 也可以使用在最后一个参数中。

应用场景

1、前端路由处理：

location / {

    try_files $uri $uri/ /index.html;

    # $uri指请求的uri路径，$uri/表示请求的uri路径加上一个/，例如访问example.com/path，则会依次尝试访问/path,/path/index.html,/index.html

    # /index.html表示如果仍未匹配到则重定向到index.html

}

这种场景多用于单页应用，例如vue.js等前端框架的路由管理。当用户在浏览器中访问一个非根路径的路径时，由于这些路径都是由前端路由管理的，nginx无法直接返回正确的静态文件，因此需要将请求重定向到统一的路径，这里是/index.html，由前端路由控制页面的展示。

2、图片服务器：

location /images/ {

  root /data/www;

  error_page 404 = /fetch_image.php;

  try_files $uri $uri/ =404;

}

location /fetch_image.php {

  fastcgi_pass 127.0.0.1:9000;

  set $path_info "";

  fastcgi_param PATH_INFO $path_info;

  fastcgi_param SCRIPT_FILENAME /scripts/fetch_image.php;

  include fastcgi_params;

}

这种场景多用于图片服务器，当用户访问图片时，先尝试在本地文件系统中查找是否有该文件，如果找到就返回；如果没有找到则会转发到fetch_image.php进行处理，从远程资源服务器拉取图片并返回给用户。

实现方案

当前nginx方案的实现，是基于文件的重试，也就是所谓的伪静态，如果跨目录的服务器就很麻烦了，比如：

location /images/ {

  root /data/upload;

  try_files $uri $uri/ =404;

}

location /images2/ {

  root /data/www;

  try_files $uri $uri/ =404;

}

上面的我们无法同时索引两个目录下的结构。即我假设我访问/images/logo.png无法同时查找/data/upload/logo.png及/data/www/logo.png是否存在。

当前实现方案从try_files变成try_paths也就是当碰到该选项时，将当前的几个访问地址重新进入路由

例：

[[http.server.location]]

rate_limit = "4m/s"

rule = "/root/logo.png"

file_server = { browse = true }

proxy_pass = ""

try_paths = "/data/upload/logo.png /data/www/logo.png  /root/README.md"

[[http.server.location]]

rule = "/data/upload"

file_server = { browse = true }

[[http.server.location]]

rule = "/data/www"

file_server = { browse = true }

除非碰到返回100或者200状态码的，否则将执行到最后一个匹配路由。

源码实现

    1. 要能循环遍历路由
    1. 当try_paths时要避免递归死循环
    1. 当try_paths时可能会调用自己本身，需要能重复调用

以下主要源码均在reverse/http.rs

  • 实现循环

    主要的处理函数为deal_match_location，函数的参数为
#[async_recursion]

async fn deal_match_location(

    req: &mut Request<Body>,

    // 缓存客户端请求

    cache: &mut HashMap<

        LocationConfig,

        (Sender<Request<Body>>, Receiver<ProtResult<Response<Body>>>),

    >,

    // 该Server的配置选项

    server: Arc<ServerConfig>,

    // 已处理的匹配路由

    deals: &mut HashSet<usize>,

    // 已处理的TryPath匹配路由

    try_deals: &mut HashSet<usize>,

) -> ProtResult<Response<Body>>

当前在Rust中的异步递归会报如下错误

recursion in an `async fn` requires boxing

a recursive `async fn` must be rewritten to return a boxed `dyn Future`

consider using the `async_recursion` crate: https://crates.io/crates/async_recursion

所以需要添加#[async_recursion]或者改成Box返回。

参数其中多定义了两组HashSet用来存储已处理的路由及已处理的TryPath路由。

将循环获取合适的location，如果未找到直接返回503错误。

let path = req.path().clone();

let mut l = None;

let mut now = usize::MAX;

for idx in 0..server.location.len() {

    if deals.contains(&idx) {

        continue;

    }

    if server.location[idx].is_match_rule(&path, req.method()) {

        l = Some(&server.location[idx]);

        now = idx;

        break;

    }

}

if l.is_none() {

    return Ok(Response::status503()

        .body("unknow location to deal")

        .unwrap()

        .into_type());

}

当该路由存在try_paths的情况时：

// 判定该try是否处理过, 防止死循环

if !try_deals.contains(&now) && l.try_paths.is_some() {

    let try_paths = l.try_paths.as_ref().unwrap();

    try_deals.insert(now);

    let ori_path = req.path().clone();

    for val in try_paths.list.iter() {

        deals.clear();

        // 重写path好方便做数据格式化

        req.set_path(ori_path.clone());

        let new_path = Helper::format_req(req, &**val);

        // 重写path好方便后续处理无感

        req.set_path(new_path);

        if let Ok(res) = Self::deal_match_location(

            req,

            cache,

            server.clone(),

            deals,

            try_deals,

        )

        .await

        {

            if !res.status().is_client_error() && !res.status().is_server_error() {

                return Ok(res);

            }

        }

    }

    return Ok(Response::builder()

        .status(try_paths.fail_status)

        .body("not valid to try")

        .unwrap()

        .into_type());

}

其中会将req中的path进行格式化的重写以方便处理：

// 重写path好方便做数据格式化

req.set_path(ori_path.clone());

let new_path = Helper::format_req(req, &**val);

// 重写path好方便后续处理无感

req.set_path(new_path);

如果不存在try_paths将正常的按照路由的处理逻辑，该文件服务器或者反向代理，并标记该路由已处理。

deals.insert(now);

let clone = l.clone_only_hash();

if cache.contains_key(&clone) {

    let mut cache_client = cache.remove(&clone).unwrap();

    if !cache_client.0.is_closed() {

        println!("do req data by cache");

        let _send = cache_client.0.send(req.replace_clone(Body::empty())).await;

        match cache_client.1.recv().await {

            Some(res) => {

                if res.is_ok() {

                    log::trace!("cache client receive response");

                    cache.insert(clone, cache_client);

                }

                return res;

            }

            None => {

                log::trace!("cache client close response");

                return Ok(Response::status503()

                    .body("already lose connection")

                    .unwrap()

                    .into_type());

            }

        }

    }

} else {

    log::trace!("do req data by new");

    let (res, sender, receiver) = l.deal_request(req).await?;

    if sender.is_some() && receiver.is_some() {

        cache.insert(clone, (sender.unwrap(), receiver.unwrap()));

    }

    return Ok(res);

}

小结

try_files在nginx中提供了更多的可能，也方便了伪静态文件服务器的处理。我们在其中的基础上稍微改造成try_paths来适应处理提供多路由映射的可能性。

点击 [关注]，[在看]，[点赞] 是对作者最大的支持

37. 干货系列从零用Rust编写负载均衡及代理，负载均衡中try_files实现的更多相关文章

  1. 【转】Spring Boot干货系列：（一）优雅的入门篇

    转自Spring Boot干货系列:(一)优雅的入门篇 前言 Spring一直是很火的一个开源框架,在过去的一段时间里,Spring Boot在社区中热度一直很高,所以决定花时间来了解和学习,为自己做 ...

  2. Spring Boot干货系列：（八）数据存储篇-SQL关系型数据库之JdbcTemplate的使用

    Spring Boot干货系列:(八)数据存储篇-SQL关系型数据库之JdbcTemplate的使用 原创 2017-04-13 嘟嘟MD 嘟爷java超神学堂 前言 前面几章介绍了一些基础,但都是静 ...

  3. Spring Boot干货系列：（七）默认日志框架配置

    Spring Boot干货系列:(七)默认日志框架配置 原创 2017-04-05 嘟嘟MD 嘟爷java超神学堂 前言 今天来介绍下Spring Boot如何配置日志logback,我刚学习的时候, ...

  4. Spring Boot干货系列：（五）开发Web应用JSP篇

    Spring Boot干货系列:(五)开发Web应用JSP篇 原创 2017-04-05 嘟嘟MD 嘟爷java超神学堂 前言 上一篇介绍了Spring Boot中使用Thymeleaf模板引擎,今天 ...

  5. Spring Boot干货系列：（四）Thymeleaf篇

    Spring Boot干货系列:(四)Thymeleaf篇 原创 2017-04-05 嘟嘟MD 嘟爷java超神学堂 前言 Web开发是我们平时开发中至关重要的,这里就来介绍一下Spring Boo ...

  6. Spring Boot干货系列：（一）优雅的入门篇

    Spring Boot干货系列:(一)优雅的入门篇 2017-02-26 嘟嘟MD 嘟爷java超神学堂   前言 Spring一直是很火的一个开源框架,在过去的一段时间里,Spring Boot在社 ...

  7. Spring Boot干货系列：（十二）Spring Boot使用单元测试（转）

    前言这次来介绍下Spring Boot中对单元测试的整合使用,本篇会通过以下4点来介绍,基本满足日常需求 Service层单元测试 Controller层单元测试 新断言assertThat使用 单元 ...

  8. （转）Spring Boot干货系列：（七）默认日志logback配置解析

    转:http://tengj.top/2017/04/05/springboot7/ 前言 今天来介绍下Spring Boot如何配置日志logback,我刚学习的时候,是带着下面几个问题来查资料的, ...

  9. （转）Spring Boot干货系列：（四）开发Web应用之Thymeleaf篇

    转:http://tengj.top/2017/03/13/springboot4/ 前言 Web开发是我们平时开发中至关重要的,这里就来介绍一下Spring Boot对Web开发的支持. 正文 Sp ...

  10. 【WEB API项目实战干货系列】- 导航篇(十足干货分享)

    在今天移动互联网的时代,作为攻城师的我们,谁不想着只写一套API就可以让我们的Web, Android APP, IOS APP, iPad APP, Hybired APP, H5 Web共用共同的 ...

随机推荐

  1. Electron包装网站的问题

    原文链接 原文链接 Preface 最近尝试了很多不错的在线工具,只是每次都要进入网站,有点麻烦,于是想到之前了解过的electron,尝试一下打包成本地应用. Contents 1.下载所有源文件 ...

  2. 其它——MySQL主从搭建基于docker

    文章目录 10分钟搭建MySQL主从同步(基于docker) 一 主从配置原理 二 操作步骤 2.1我们准备两台装好mysql的服务器(我在此用docker模拟了两台机器) 2.2 远程连接入主库和从 ...

  3. Python的23种设计模式

    文章目录 Python与设计模式--前言 一 什么是设计模式 二 为什么要有设计模式 三 有那些设计模式 创建类设计模式(5种) 结构类设计模式(7种) 行为类设计模式(11种) 四 设计模式与架构, ...

  4. Go with Protobuf

    原文在这里. 本教程为 Go 程序员提供了使用Protocol buffer的基本介绍. 本教程使用proto3向 Go 程序员介绍如何使用 protobuf.通过创建一个简单的示例应用程序,它向你展 ...

  5. 【ZT】关于字符集

    utf8 全包容了gbk ,并不是说超集和子集:8i 的数据库 的 utf8 是  4位定长的字符编码:9i 和以上数据库的utf8   有4位定长AL32UTF8和  不定长的  UTF8  ,都是 ...

  6. 轻量通讯协议 --- MQTT

    介绍 一.MQTT简介 MQTT(Message Queuing Telemetry Transport) 是一种轻量级的消息传输协议,通常用于在物联网(IoT)和传感器网络中进行通信.它设计用于在低 ...

  7. VS Code C# 开发工具包正式发布

    前言 微软于本月正式发布Visual Studio Code C#开发工具包,此前该开发套件已经以预览版的形式在6月份问世.经过4个月的测试和调整,微软修复了350多个问题,其中大部分是用户反馈导致的 ...

  8. 配置nginx访问控制-设置防盗链

    1.设置访问控制.只允许本机查看nginx的status状态信息,其它人均拒绝: nginx -V查看nginx是否有status模块,如果没有需要添加 编辑修改nginx.conf文件:在serve ...

  9. 9.11 多校联测 Day1 总结

    我的想法是,你如果没读过题,看了这篇总结完全不能知道题面是啥,不存在泄题风险.所以不设密码力() 状态极差. 昨晚忘记定闹钟,好在早上突然想起今天考试惊醒了,rp--. 不过没有提前一个小时起来导致考 ...

  10. 用go封装一下临时token

    用go封装一下临时token 本篇为用go设计开发一个自己的轻量级登录库/框架吧的临时token篇,会讲讲临时token的实现,给库/框架增加新的功能. Github:https://github.c ...