Caddy服务器中自动HTTPS重定向对CONNECT请求的处理问题分析

Caddy服务器作为一款现代化的Web服务器，其自动HTTPS功能广受开发者好评。然而，当Caddy被配置为网络中转服务时，自动HTTPS重定向机制在处理CONNECT请求时会出现一个值得注意的问题。

问题背景

当Caddy被配置为网络中转服务（例如使用forwardproxy模块）并启用自动HTTPS重定向时，客户端通过中转服务发送CONNECT请求（通常用于HTTPS中转）时，Caddy会返回308永久重定向响应。但问题在于，这个重定向指向了错误的位置。

问题现象

具体表现为：当客户端通过中转服务向目标站点（如example.com）发起CONNECT请求时，Caddy返回的重定向位置保持为原始请求的目标地址（https://example.com/），而不是预期的中转服务器自身的HTTPS地址（如https://localhost:9443）。

技术分析

这一问题的根源在于Caddy的自动HTTPS模块处理逻辑：

1. 当前实现直接从请求中获取主机信息，而没有考虑中转场景下的特殊需求
2. 端口信息处理也存在问题，导致重定向地址中的端口不正确
3. 对于CONNECT这种特殊请求类型，没有进行针对性的处理

这种错误的重定向会导致客户端在自动跟随重定向时绕过中转服务直接连接目标服务器，破坏了中转服务的使用场景。

解决方案

目前推荐的解决方案是：

1. 禁用自动重定向功能
2. 手动配置HTTP端口(如9080)的服务来处理重定向

具体实现可以通过在配置中设置：

"automatic_https": {
    "disable_redirects": true
}

然后添加专门处理重定向的自定义服务器配置。

深入探讨

这个问题实际上反映了自动HTTPS功能与中转服务功能之间的交互边界。自动HTTPS作为Caddy的核心功能，主要针对常规的HTTP/HTTPS服务场景设计，而CONNECT请求作为中转服务特有的机制，确实处于其设计考虑之外。

对于需要同时使用自动HTTPS和中转服务功能的用户，还需要注意证书自动管理的问题。可以通过在TLS配置中明确指定需要自动管理的证书域名来解决：

"tls": {
    "certificates": {
        "automate": ["localhost"]
    }
}

总结

Caddy作为一款功能强大的服务器，其模块化设计允许通过适当的配置解决这类边缘场景问题。开发者在使用Caddy作为网络中转服务时，应当注意自动HTTPS功能与中转服务功能的交互，通过合理的配置调整来满足特定需求。这个问题也提醒我们，在使用任何服务器软件的高级功能组合时，都需要充分理解各功能模块之间的交互关系。