caddy README

The project's README from github.com/caddyserver/caddy. As one markdown file: README.md.

Caddy

a project


Every site on HTTPS

Caddy is an extensible server platform that uses TLS by default.

Releases · Documentation · Get Help

      @caddyserver on Twitter   Caddy Forum
Caddy on Sourcegraph   Cloudsmith

Powered by
CertMagic


Special thanks to:
Warp sponsorship

Warp, built for coding with multiple AI agents

Available for MacOS, Linux, & Windows


Menu

Features

Install

The simplest, cross-platform way to get started is to download Caddy from GitHub Releases and place the executable file in your PATH.

See our online documentation for other install instructions.

Build from source

Requirements:

For development

Note: These steps will not embed proper version information. For that, please follow the instructions in the next section.

$ git clone "https://github.com/caddyserver/caddy.git"
$ cd caddy/cmd/caddy/
$ go build

When you run Caddy, it may try to bind to low ports unless otherwise specified in your config. If your OS requires elevated privileges for this, you will need to give your new binary permission to do so. On Linux, this can be done easily with: sudo setcap cap_net_bind_service=+ep ./caddy

If you prefer to use go run which only creates temporary binaries, you can still do this with the included setcap.sh like so:

$ go run -exec ./setcap.sh main.go

If you don't want to type your password for setcap, use sudo visudo to edit your sudoers file and allow your user account to run that command without a password, for example:

username ALL=(ALL:ALL) NOPASSWD: /usr/sbin/setcap

replacing username with your actual username. Please be careful and only do this if you know what you are doing! We are only qualified to document how to use Caddy, not Go tooling or your computer, and we are providing these instructions for convenience only; please learn how to use your own computer at your own risk and make any needful adjustments.

Then you can run the tests in all modules or a specific one:

$ go test ./...
$ go test ./modules/caddyhttp/tracing/

With version information and/or plugins

Using our builder tool, xcaddy...

$ xcaddy build

...the following steps are automated:

  1. Create a new folder: mkdir caddy
  2. Change into it: cd caddy
  3. Copy Caddy's main.go into the empty folder. Add imports for any custom plugins you want to add.
  4. Initialize a Go module: go mod init caddy
  5. (Optional) Pin Caddy version: go get github.com/caddyserver/caddy/v2@version replacing version with a git tag, commit, or branch name.
  6. (Optional) Add plugins by adding their import: _ "import/path/here"
  7. Compile: go build -tags=nobadger,nomysql,nopgx

Quick start

The Caddy website has documentation that includes tutorials, quick-start guides, reference, and more.

We recommend that all users -- regardless of experience level -- do our Getting Started guide to become familiar with using Caddy.

If you've only got a minute, the website has several quick-start tutorials to choose from! However, after finishing a quick-start tutorial, please read more documentation to understand how the software works. 🙂

Overview

Caddy is most often used as an HTTPS server, but it is suitable for any long-running Go program. First and foremost, it is a platform to run Go applications. Caddy "apps" are just Go programs that are implemented as Caddy modules. Two apps -- tls and http -- ship standard with Caddy.

Caddy apps instantly benefit from automated documentation, graceful on-line config changes via API, and unification with other Caddy apps.

Although JSON is Caddy's native config language, Caddy can accept input from config adapters which can essentially convert any config format of your choice into JSON: Caddyfile, JSON 5, YAML, TOML, NGINX config, and more.

The primary way to configure Caddy is through its API, but if you prefer config files, the command-line interface supports those too.

Caddy exposes an unprecedented level of control compared to any web server in existence. In Caddy, you are usually setting the actual values of the initialized types in memory that power everything from your HTTP handlers and TLS handshakes to your storage medium. Caddy is also ridiculously extensible, with a powerful plugin system that makes vast improvements over other web servers.

To wield the power of this design, you need to know how the config document is structured. Please see our documentation site for details about Caddy's config structure.

Nearly all of Caddy's configuration is contained in a single config document, rather than being scattered across CLI flags and env variables and a configuration file as with other web servers. This makes managing your server config more straightforward and reduces hidden variables/factors.

Full documentation

Our website has complete documentation:

https://caddyserver.com/docs/

The docs are also open source. You can contribute to them here: https://github.com/caddyserver/website

Getting help

Please use our issue tracker only for bug reports and feature requests, i.e. actionable development items (support questions will usually be referred to the forums).

About

Matthew Holt began developing Caddy in 2014 while studying computer science at Brigham Young University. (The name "Caddy" was chosen because this software helps with the tedious, mundane tasks of serving the Web, and is also a single place for multiple things to be organized together.) It soon became the first web server to use HTTPS automatically and by default, and now has hundreds of contributors and has served trillions of HTTPS requests.

The name "Caddy" is trademarked. The name of the software is "Caddy", not "Caddy Server" or "CaddyServer". Please call it "Caddy" or, if you wish to clarify, "the Caddy web server". Caddy is a registered trademark of Stack Holdings GmbH.

Caddy is a project of ZeroSSL, an HID Global company.

Debian package repository hosting is graciously provided by Cloudsmith. Cloudsmith is the only fully hosted, cloud-native, universal package management solution, that enables your organization to create, store and share packages in any format, to any place, with total confidence.

caddy (caddyserver/caddy)

Searching Database…

78.1K ·GitHub
这是什么?Caddy 是一个用 Go 编写的快速、可扩展的 Web 服务器,默认就会自动启用 HTTPS。它既可以作为 HTTP/1-2-3 服务器和反向代理使用,也可以作为运行基于 Go 的“应用”(模块)的通用平台。
这是我要导入的库,还是我直接运行的独立服务器?它是一个可以直接运行的独立服务器程序;同时,它也是一个用于运行以 Caddy 模块形式实现的 Go 程序的平台,可以通过原生 JSON API 或更简单的 Caddyfile 格式进行配置。
我该如何让它运行起来?从 GitHub Releases 下载 Caddy 可执行文件,放入 PATH 环境变量所包含的目录中,然后运行即可。你也可以使用 Go 1.25.0+ 从源代码编译,或者使用 xcaddy 构建工具添加插件。
使用 Caddy 需要安装 Go,还是只有编译时才需要?只有在从源代码编译或通过 xcaddy 添加自定义插件时,才需要 Go(1.25.0 或更高版本);发布的二进制文件运行时不依赖任何外部组件,甚至不需要 libc。
安装时有哪些需要注意的坑吗?在 Linux 上,Caddy 绑定低端口(如 80/443)时可能需要提升权限;你可以使用 setcap 授予权限,而不必以 root 身份运行。
这个工具适合谁用?能扩展到多大规模?无论是个人爱好者还是大型生产环境部署,它都适用;已证实能够支撑数十万个站点,并且在生产环境中处理过数万亿次请求。
Caddy 的自动 HTTPS 功能会把我的数据发送到别处吗?对于公网域名,它会自动使用 ZeroSSL 和 Let's Encrypt(公共证书颁发机构)签发证书;对于内网名称和 IP,则改为运行其自带的全托管本地 CA。
Caddyfile 和 JSON 配置有什么区别?JSON 是 Caddy 原生的配置语言,可以完整控制每一项设置。Caddyfile 是一种更简单、更易读的配置适配器,会被转换为 JSON;其他适配器支持 YAML、TOML、JSON5,甚至 NGINX 配置语法。
不重启 Caddy 就能修改它的配置吗?可以。Caddy 的主要配置方式是通过实时 JSON API,因此你可以随时把配置变更推送到正在运行的实例中。
为什么说 Caddy 比其他 Web 服务器更具韧性?它用 Go 编写,Go 相比基于 C 的服务器有更强的内存安全保障;而且它的设计目标是即使遇到 TLS、OCSP 或证书问题(这些问题通常会导致其他服务器宕机),也能保持在线。
如何为 Caddy 添加插件?使用 xcaddy 构建工具,它会自动创建 Go 模块、导入你选择的插件,并编译出包含这些插件的自定义 Caddy 可执行文件。
What are similar projects?nginx, tengine, chisel, nps, h2o, nginx-proxy, frankenphp, goproxy
Size
20.5 MB
Stars
78.1K
Age
11y
Commits · 90 Days