Krakend 开源版（Community Edition）默认会自动跟随 HTTP 重定向响应（如 301、302），且不提供配置项来禁用该行为；此功能仅在 Enterprise Edition 中通过 client_redirect 配置支持。
krakend 开源版（community edition）默认会自动跟随 http 重定向响应（如 301、302），且不提供配置项来禁用该行为；此功能仅在 enterprise edition 中通过 client_redirect 配置支持。
在 Krakend Community Edition（包括 v1.3 及后续所有开源版本）中，底层 HTTP 客户端使用 Go 标准库的 http.Client，其默认启用了重定向策略（CheckRedirect 未被覆盖），因此所有 3xx 响应均会被自动处理并返回最终响应体，原始重定向响应（含状态码、Header、Location 等）不可见。
✅ 验证方式：
发起一个已知会重定向的后端请求（例如调用返回 302 的测试接口），观察 Kraken 日志或下游服务日志——你将看到 Kraken 发起两次请求（GET + 重定向后的 GET），而最终返回给客户端的是重定向目标的响应内容与状态码（如 200），而非原始 302。
❌ 不可行方案说明：
- 无法通过
extra_config、backend配置项或任何 JSON Schema 支持的字段禁用重定向； - 社区版不包含
github.com/devopsfaith/krakend-enterprise模块，故"github.com/devopsfaith/krakend-enterprise/client/redirect"等企业级扩展不可用； - 编译自定义二进制文件需修改源码（如重写
proxy/http_client.go中的 client 初始化逻辑），但违背开源协议精神，且失去版本兼容性与安全更新支持。
? 替代建议：
- 若业务强依赖获取原始重定向响应（如调试跳转链、实现 OAuth 回调代理、审计 Location 头），请评估升级至 Krakend Enterprise Edition，并启用如下配置：
{ "extra_config": { "qos/client_redirect": { "disabled": true } } } - 或在 Kraken 前置部署轻量代理（如 Nginx、Envoy），由其透传重定向响应，Kraken 仅作为纯转发层（需关闭其后端逻辑，改用
no-op类型 endpoint）； - 对于开发/测试场景，可临时使用
curl -v直连后端，绕过 Kraken 验证重定向行为。
⚠️ 注意：任何试图通过 Hook、中间件或 Lua 脚本拦截重定向的尝试均无效——重定向发生在 Kraken 的 HTTP 客户端底层，早于请求进入业务逻辑层。因此，社区版对此无扩展入口。
