Krakend 开源版（Community Edition）默认会自动跟随 HTTP 重定向（3xx 响应），且不提供配置选项来禁用该行为；此功能仅在企业版中通过 client_redirect 配置支持。
krakend 开源版（community edition）默认会自动跟随 http 重定向（3xx 响应），且不提供配置选项来禁用该行为；此功能仅在企业版中通过 `client_redirect` 配置支持。
在 Krakend Community Edition（包括 1.3 及当前所有公开版本）中，底层 HTTP 客户端使用 Go 标准库的 http.Client，其默认启用了 CheckRedirect 逻辑（即自动跳转）。社区版未暴露任何配置项（如 disable_redirect 或 follow_redirects: false）来覆盖该行为——这意味着你无法通过 krakend.json 配置文件或环境变量关闭重定向。
✅ 验证方式：
启动 Krakend 并调用一个返回 302 Found 的后端服务，观察日志或使用 curl -v 对比原始响应，可确认 Krakend 返回的是重定向目标的最终响应体，而非原始 302 响应。
❌ 常见误区：
- 尝试在
backend定义中添加"redirect": false、"follow_redirects": false或自定义transport字段均无效（这些字段不被社区版解析）； - 修改 Go 源码并自行编译虽技术上可行，但违反开源协议精神，且无法获得官方支持与后续升级保障。
? 替代方案建议：
-
前置代理处理：在 Krakend 前部署轻量代理（如 Envoy 或 Nginx），由其拦截并透传原始重定向响应（
302+Location头）； - 后端适配：要求后端提供非重定向接口（例如直接返回资源内容或结构化跳转信息），避免依赖 HTTP 重定向语义；
-
升级至企业版：若业务强依赖重定向控制（如合规审计、调试追踪、OAuth 流程透传等），建议评估 Krakend Enterprise 版本，其支持完整的
client_redirect策略配置：
{
"backend": [{
"url_pattern": "/users",
"host": ["http://service-a"],
"client_redirect": {
"disabled": true
}
}]
}
⚠️ 注意：Krakend 的设计哲学强调“API 聚合与编排”，而非底层 HTTP 行为精细化控制。对重定向的透传需求，往往暗示着更合适的架构分层——让网关专注组合，让边缘代理或客户端处理跳转逻辑。
