Skip to content

[bug] HTTPS 请求经 Reqable 代理转发后,URL 路径中嵌套的完整地址(https://github.com/...)被剥掉,变为 path 模式 #2884

Description

@Mo-cn

Describe the bug

客户端请求一个「GitHub 加速镜像」URL,其 path 中嵌套了一段完整 URL(https://gh.catmak.name/https://github.com/...)。直连时镜像正常返回 206 Partial Content(Range 生效);但流量经过 Reqable 代理(MITM)转发后,Reqable 重建上游请求时把 path 里内层的 https://github.com/ 剥掉了,实际转发出去的请求变成 path 模式(https://gh.catmak.name/EasyTier/...),导致镜像返回 200(Range 被忽略)甚至 404。

To Reproduce

  1. 启动 Reqable 调试(默认接管系统代理 + MITM,无任何重写/脚本规则)
  2. 发起对以下 URL 的 GET 请求(带 Range: bytes=0-1):
    https://gh.catmak.name/https://github.com/EasyTier/EasyTier/releases/download/v2.6.4/easytier-windows-x86_64-v2.6.4.zip
  3. 在 Reqable 请求列表中查看该请求的地址,以及镜像返回的状态码
  4. 对比直连(关闭系统代理/绕过 Reqable)的结果

Expected behavior

Reqable 应原样转发客户端请求的完整 URL 和 path(/https://github.com/... 保持不变),不应重写或剥掉路径中嵌套的 https:// 段。直连与经代理转发返回应一致(均为 206)。

Screenshots

  • 直连:HTTP/1.1 206 Partial ContentContent-Range: bytes 0-1/32657720
  • 经 Reqable 转发:镜像收到的是 https://gh.catmak.name/EasyTier/EasyTier/...(缺 https://github.com/ 段),返回 HTTP/1.1 200 OK(Range 被忽略)

Information

  • Platform: windows
  • OS: Windows 10
  • Arch: x86-64
  • App Version: 3.2.23

Metadata

Metadata

Assignees

Labels

bugSomething isn't workingp0Priority processing

Type

No type

Projects

No projects

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions