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 临时性支持（旧协议）SNIOCSP 证书交换验证虚拟主机 (多个站点工作在单个端口上)原生 IPv4 和 IPv6 支持静态文件分发平滑重启/重载反向代理 (HTTP 或 WebSocket)负载均衡和健康性检查FastCGI 支持配置文件模板Markdown 渲染CGI 通过 WebSocketGzip 压缩简单服务器鉴权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 会自动切换会话密钥以保证安全性。
