进入控制中心

流量策略

基于界面化 UI 过滤、控制、管理和编排进入内网的每一个连接请求。

orbitproxy 提供一套用于生产环境的流量策略体系来允许用户过滤， 控制， 管理和编排进入自身内网服务的每一个连接请求， ，整套策略配置体系基于界面化UI的形式，将复杂的配置文件语言置于系统底层服务，上手难度极低

我们可以把流量的入和出看做是一个请求的完整生命周期， 当一个请求打到 orbitproxy 云网关时，这个请求的生命周期开始， 当请求从云网关到用户内网再回复响应， 最终云网关对外回复响应式， 这个请求的生命周期结束， 在生命周期中，我们在各个节点埋下Hook, 如Incomming Request(请求到达网关时) ,Sending Response(请求返回响应时)，而流量策略就是工作在每个 hook 中的插件函数， 他深入到一次请求的每一个生命周期节点，来保证流量的安全和细粒度的控制，使用流量策略，你可以得到：

  • 验证进入网关的流量是否是受允许的， 拒绝恶意流量， 重写Host URL, 或在内网服务不便时要求网关响应通用页面（如系统维护中）
  • 决定流量该如何转发以及观测，如在Incomming Request 节点中记录请求上下文信息， 在Sending Response节点中记录响应上下文信息，以便后续在平台实时查看请求细节
  • QPS限速，修改请求头响应头等常规策略也都在对应策略节点中提供完善支持

未来我们还将计划公开 gateway 的生命周期开发文档，允许用户自定义流量策略插件

对外开放流量策略列表

能力状态做什么
IP 访问控制可用按来源 IP / CIDR 建白名单或黑名单。白名单只放行名单内的调用方，黑名单拦掉已知恶意来源；未通过的请求在网关直接拒绝，不会打到内网
BasicAuth 基础鉴权可用要求调用方带上用户名和密码（浏览器会弹出原生鉴权框）。没带对凭证的请求在网关被拦下，适合演示环境、管理后台或 NAS 入口
API 访问密钥可用给联调方或下游服务签发可撤销的密钥。调用方必须在指定请求头（默认 x-api-key）里带上合法 Key，没带或带错的请求在网关被拦截
添加/移除HTTP Header可用在转发前给请求补标识，或在出网前拿掉不该暴露的头；也可以给响应追加 CORS 等字段。上游不用改代码
自定义响应可用按规则在网关直接返回指定状态码和页面（例如系统维护中），或只改状态码并透传上游内容，内网服务不用改、也不必上线
请求重写可用转发前改写路径、Host 或请求头，让公网看到的 URL 和内网真实路由脱钩，不必改上游代码就能对齐现有接口
webhook回调验证可用只出现在 webhook 云端点。网关按身份源校验第三方回调签名，通过后再转发；没过的请求不会打到上游
MCP 访问控制可用只出现在 MCP 云端点。按身份源授权允许调用的 Tools，并可拦截敏感 SQL、文件操作或高危 Tool，未授权调用不会进入内网
JWT 鉴权即将推出校验请求里的 JWT 签名和声明（过期时间、受众等）。验签通过才转发到上游，伪造或过期的 Token 不会进入内网
OAuth 2.1即将推出按标准授权码 / 令牌流程校验调用方身份，通过后再放行到上游，适合需要对接第三方登录或企业身份源的接口

使用场景