Caddy 是一个支持 HTTP/2 的跨平台的开源 Web 服务器，使用和配置都非常简单。Caddy 支持 HTTP/2, IPv6, Markdown, WebSockets, FastCGI, 模板等等。
Caddy 是一个支持 HTTP/2 的跨平台 Web 服务器，使用和配置都非常简单。Caddy 支持 HTTP/2, IPv6, Markdown, WebSockets, FastCGI, 模板等等。
Caddy 服务器是一个开源的，使用 Golang 编写，支持 HTTP/2 的 Web 服务端。它使用 Golang 标准库提供 HTTP 功能。 Caddy 一个显著的特性是默认启用 HTTPS。它是靠前个无需额外配置即可提供 HTTPS 特性的 Web 服务器。
Caddy 支持各种 Web 技术，提供静态编译的二进制文件，支持 i386、amd64 和 ARM 架构上的 Windows、Mac、Linux、Android 和 BSD 操作系统。
功能
Caddy 可以提供各种网站技术，它也可以作为反向代理和负载均衡器。Caddy 的大部分功能都以中间件的形式实现，并通过 Caddyfile 中的指令（用于配置 Caddy 的文本文件）进行控制。
- HTTP/1.1 (原始的 HTTP) and HTTP/2 (HTTPS 的推荐连接方案)
- HTTPS，同时接受自动签发和手动管理
- TLS 1.2 临时性支持（旧协议）
- SNI
- OCSP 证书交换验证
- 虚拟主机 (多个站点工作在单个端口上)
- 原生 IPv4 和 IPv6 支持
- 静态文件分发
- 平滑重启/重载
- 反向代理 (HTTP 或 WebSocket)
- 负载均衡和健康性检查
- FastCGI 支持
- 配置文件模板
- Markdown 渲染
- CGI 通过 WebSocket
- Gzip 压缩
- 简单服务器鉴权
- URL 重写
- 重定向
- 文件浏览服务
- 访问日志
- 实验性 QUIC 支持
安全
Caddy 免于很多已知的 CVEs 攻击 （包括 Heartbleed， DROWN， POODLE， 和 BEAST），另外， Caddy 使用 TLS_FALLBACK_SCSV 以防止协议降级攻击。
2015 年 6 月 2 日，版本 0.7.1 修复了 Caddy 简单服务器鉴权中间件中时间欺诈攻击的漏洞。
关于协议和密码包，Caddy 使用 TLS 1.0-1.2，并且倾向于 ECDHE ECDSA 与 AES256-GCM-SHA384，支持十几种不同的加密方式。Cloudflare 已经使用了 Caddy 作为 TLS 1.3 的实现方案。
传统的特权降级无法工作在 Golang 程序上。为了绑定低于 1024 的端口， Caddy 必须使用 root 账户运行 (不建议) 或通过 setcap 给予低位端口使用权限 (建议的) 。 并且，在将来的版本中会尝试使用非特级子进程运行。
Caddy 没有自动启动 HTTP Strict Transport Security，推荐通过 Caddy 的 header 配置启用 HSTS。
自动签发 HTTPS
Caddy 默认通过检查域名来启用 HTTPS (通过 ACME protocol 检查域名并签发证书)， 并且重定向 HTTP 请求到 HTTPS。它在启动期间根据需要签发证书，并在服务器的使用期间自动重签发。 Let's Encrypt 是默认的证书颁发机构，但用户可以自定义所使用的 ACME CA，这在测试配置时是必要的。在 2016 年靠前季度， 有百分之二的 Let's Encrypt 证书是由 Caddy 签发的。
一个可选的配置允许 Caddy 在需要时签发一个证书 "按需 TLS"使用这种方案时，用户必须指定可通过该方案配置的证书数量。 当 Caddy 收到一个没有配置证书的请求时， 它会自动通过 ACME 签发并配置， 然后将证书存储于内存和硬盘。 这个过程通常需要几秒钟的时间，并且受到限制。
当使用 TLS， Caddy 会自动切换会话密钥以保证安全性。
免责声明：文章内容不代表本站立场，本站不对其内容的真实性、完整性、准确性给予任何担保、暗示和承诺，仅供读者参考；文章版权归原作者所有！本站作为信息内容发布平台，页面展示内容的目的在于传播更多信息；本站不提供任何相关服务，阁下应知本站所提供的内容不能做为操作依据。市场有风险，投资需谨慎！如本文内容影响到您的合法权益（含文章中内容、图片等），请及时联系本站，我们会及时删除处理。
