.NET Core如何进行请求转发的实现

2024-08-02 00:02:00

前言

冒个泡，近日，有关注我公众号的小伙伴私信我，遇到一个问题搞了很久没解决，此问题具有参考意义，这里跟大家分享下，希望对后续可能有需要的你能有所参考和帮助。

请求转发问题

内网环境跟外网隔离，现在外网的请求都需要一个专用服务器转接到内网处理，用app.UseRewriter转接，从外网服务器转发到内网服务器的时候Header 里面的Authorization 居然丢失了，重新设置RewriteContext.HttpContex Header也不行，有没有办法解决？当时我的想法是，实在不行，在外网将token直接放到url或body里不就完事，这样的话，外网每增加一个接口，都得将token取出然后进行转换，内网以相同方式获取，这是小伙伴所不能忍受。这里我们创建两个Web应用程序，然后添加自定义转发规则。首先我们在第一个Web应用程序创建针对如下接口请求转发规则

public class RewriteForwardRules
{
  public static void RedirectRequests(RewriteContext context)
  {
    var request = context.HttpContext.Request;

    if (request.Path.Value.StartsWith("/api/forward", StringComparison.OrdinalIgnoreCase))
    {
      var response = context.HttpContext.Response;

      response.Headers[HeaderNames.Location] = "http://localhost:8091/api/custom";

      context.Result = RuleResult.EndResponse;
    }
  }
}

然后在startup中注入我们自定义转发规则

app.UseRewriter(new RewriteOptions().Add(RewriteForwardRules.RedirectRequests));

当然，如果URL(GET请求)或Body(POST请求)中包含其他参数，将其对应转发写入URL或Body即可，这里token已存储在请求头中，所以我们直接转发请求即可。接下来我们通过Postman模拟外网发出如下POST请求

紧接着，我们在第二个Web应用程序中来接收转发请求，并获取token信息

[HttpPost]
public IActionResult Custom()
{
  var token = Request.Headers[HeaderNames.Authorization].ToString();

  return Ok(token);
}

然后我们一运行，发现结果都没转发到对应内网应用程序，这是为何呢？事实上，转发请求涉及到资源重分配指向另一URL问题，当然我们需要注意的是，既然是转发请求，势必转发者和接受者请求方式必须一致，要不然肯定不行。所以我们必须显式指定重定向状态码，设置为308，如下：

针对状态码308的意思，我们可以参看.NET Core中对于状态码枚举解释：永久重定向，原始请求方式和目标请求方式必须一致，支持原始请求和目标请求同为GET或POST。 .NET Core中关于此状态码的解释并不那么详细，我们来到专对状态码官方解释（ https://httpstatuses.com/308 ），这里我贴下谷歌翻译后的中文：308永久重定向：已为目标资源分配了一个新的永久URI，以后对该资源的任何引用都应使用其中一个URI。具有链接编辑功能的客户端应在可能的情况下自动将对有效请求URI 1的引用重新链接到服务器发送的一个或多个新引用。服务器应在响应中生成一个Location头字段，其中包含新的永久URI的首选URI引用。用户代理可以使用位置字段值进行自动重定向。服务器的响应有效负载通常包含简短的超文本注释，其中包含指向新URI的超链接。默认情况下，308响应可缓存；即，除非方法定义或显式缓存控制。

当然，我们也可以设置状态码为301，301永久移动：已为目标资源分配了一个新的永久URI，以后对该资源的任何引用都应使用其中一个URI。那么状态码301和308到底有何区别呢？ 301类似308永久移动，只不过，301不允许将请求方法从GET更改为POST。

总结

请求转发时注意设置状态码为301或308
301类似308永久移动，只不过，301不允许将请求方法从GET更改为POST
基于以上所述，请求转发推荐使用状态码308

到此这篇关于.NET Core如何进行请求转发的实现的文章就介绍到这了,更多相关.NET Core 请求转发内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！

ASP.NET Core 奇技淫巧之接口代理转发的实现

前言先讲讲本文的开发背景吧.. 在如今前后端分离的大背景下,咱的客户又有要求啦~ 要前后端分离~ 然因为种种原因..没办法用用纯前端的框架(其实是学习成本高,又没钱请前端开发人员)... 所以最终决定了一种方案.. 那就是采用MVC(只处理前端视图层,单纯是为了托管在.net core上)+Webapi的方式来实现前后端分离(讲真,很奇葩).. 那么问题就随之而来了. 现在主流的前端框架都是托管在nodejs上,是通过axios来访问后端API,可以通过配置axios的代理配置(proxyTa
.NET Core如何进行请求转发的实现

前言冒个泡,近日,有关注我公众号的小伙伴私信我,遇到一个问题搞了很久没解决,此问题具有参考意义,这里跟大家分享下,希望对后续可能有需要的你能有所参考和帮助. 请求转发问题内网环境跟外网隔离,现在外网的请求都需要一个专用服务器转接到内网处理,用app.UseRewriter转接, 从外网服务器转发到内网服务器的时候Header 里面的Authorization 居然丢失了,重新设置RewriteContext.HttpContex Header也不行,有没有办法解决?当时我的想法是,实在不行,
请求转发jsp页面乱码问题的快速解决方法

•在最近的项目中使用了jsp+servlet来开发项目,但是由于后台的不太熟练导致了困难重重.所幸学习能力还可以一边做一遍学吧. •今天的问题:请求转发后页面的乱码问题 •由于特殊原因--图片上传的form表单无法通过ajax提交因此必须使用form表单直接提交.但是这样会导致一个问题:前后台交互的时候效果不好.为什么效果不好?这里说的不是功能的问题.作为web开发者,客户的体验我们要放在第一位.因此,我们必须将对客户的信息反馈放在一个比较重要的地位.说白了,就是上传个图片成没成功?我
javaweb servlet中使用请求转发乱码的实现

乱码的方式有很多,这里指出一种不容易想到的 *请确保您的页面单独访问正常,经过servlet请求转发时,有PrintWriter out = response.getWriter()不正常,没有正常解决方式是在执行PrintWriter out = response.getWriter();前加上 response.setCharacterEncoding("UTF-8"); response.setContentType("text/html;charset=utf-8&
nginx实现请求转发

反向代理适用于很多场合,负载均衡是最普遍的用法. nginx 作为目前最流行的web服务器之一,可以很方便地实现反向代理. nginx 反向代理官方文档: NGINX REVERSE PROXY 当在一台主机上部署了多个不同的web服务器,并且需要能在80端口同时访问这些web服务器时,可以使用 nginx 的反向代理功能: 用 nginx 在80端口监听所有请求,并依据转发规则(比较常见的是以 URI 来转发)转发到对应的web服务器上. 例如有 webmail , webcom 以及 web
详解spring mvc 请求转发和重定向

请求重定向与请求转发的比较,HttpServletResponse.sendRedirect方法和RequestDispatcher.forward方法都可以让浏览器获得另外一个URL所指向的资源,但两者的内部运行机制有很大的区别. 1.RequestDispatcher.forward方法只能将请求转发给同一个Web应用中的组件,HttpServletResponse.sendRedirect不仅可以重定向到当前应用程序的其他资源,还可以重定向到同一个站点上的其他应用程序的资源,甚至是使用绝对
nginx反向代理之将80端口请求转发到8080

先来理解一波概念,什么是nginx反向代理? 反向代理的意思是以代理服务器(这里也就是nginx)来接收网络上的请求,也就是url(默认是80端口), 1,nginx通过对url里面的一些判断(转达规则配置在nginx配置文件中),比如端口号(nginx默认是80)有可能是对二级域名来判断比如test1.baidu.com,test2.baidu.com,这就是两个二级域名,这里的一级域名也就是baidu.com,DNS会将这两个域名都解析到同一个ip(需要添加二级域名解析才行(阿里云需要在域
JavaWeb请求转发和请求包含实现过程解析

这篇文章主要介绍了JavaWeb请求转发和请求包含实现过程解析,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下一.请求转发.请求包含跟重定向的区别 1.请求转发和请求包含用户只发送了一个请求,而重定向有两个 2.说简单点:重定向是A找B帮忙,B做不了,让A去找C帮忙;且可以重定向到其他项目中去. 请求转发和请求包含都是A找B帮忙,B答应了,但B一个人做不了,B去找C帮忙,两人共同完成这个事.不过转发和包含限制在本项目中进行. 二.简单流程图如下
ASP.NET Core MVC获取请求的参数方法示例

前言一次HTTP请求,就是一次标准IO操作.请求是I,是输入:响应式O,是输出.任何web开发框架,其实都是在干这两件事: 接受请求并进行解析获取参数根据参数进行渲染并输出响应内容所以我们学习一个框架,我认为最首要的是知道如何从请求中获取参数.http请求携带参数的地方主要有下面几个地方: URL Header Body 下面看看ASP.NET Core是如何从这几个位置获取参数的. 通过URL获取参数通过URL传参是HTTP最最常用的办法.这里简单介绍下URL相关的知识.一个URL主要
Java中Request请求转发详解

直接来,RequestDemo5代码,get请求和post请求都请求转发了,转发到RequestDemo6请求 RequestDemo5代码 package com.lingaolu.request; import javax.servlet.RequestDispatcher; import javax.servlet.ServletException; import javax.servlet.annotation.WebServlet; import javax.servlet.http.
Javaweb请求转发及重定向实现详解

请求转发:在同一个controller将请求转发到另一个请求映射,请求地址不会发生改变 //请求转发 @RequestMapping("/testFoeward") //@ResponseBody public String testforWard1() { System.out.println("testforWard1执行了"); return"forward:/test";// 请求转发到/test } @RequestMapping(&q

.NET Core如何进行请求转发的实现

相关推荐

随机推荐