Skip to content
Fast, multi-platform web server with automatic HTTPS
Go
Branch: master
Clone or download

Files

Permalink
Type Name Latest commit message Commit time
Failed to load latest commit information.
.github ci: don't run s390x tests on PRs of forks (#3494) Jun 12, 2020
caddyconfig httpcaddyfile: Fix ordering of catch-all site blocks Jun 16, 2020
caddytest httpcaddyfile: New `acme_eab` option (#3492) Jun 12, 2020
cmd cmd: Support admin endpoint on unix socket (#3320) May 29, 2020
modules caddyhttp: Empty, not nil, query matcher matches empty query string Jun 16, 2020
.gitignore httpcaddyfile: New `acme_eab` option (#3492) Jun 12, 2020
.golangci.yml chore: make the linter happier (#3245) Apr 8, 2020
.goreleaser.yml ci: fix an oopsie in the release script (#3482) Jun 8, 2020
AUTHORS Add authors file Jun 30, 2019
LICENSE Add license Jun 30, 2019
README.md docs: Fix TOC/section header mismatch (#3380) May 8, 2020
admin.go admin: Disallow websockets May 21, 2020
admin_test.go admin: POST /... expands and appends all array elements Dec 17, 2019
caddy.go cmd: Add pidfile support (closes #3235) May 13, 2020
caddy_test.go core: Add support for `d` duration unit (#3323) May 11, 2020
context.go core: Support loading modules from [][]json.RawMessage fields May 6, 2020
context_test.go core: Add godoc examples for LoadModule Dec 10, 2019
go.mod go.mod: Update quic-go to 0.17.1 (draft 29) and certmagic 0.11.2 (eab) Jun 12, 2020
go.sum go.mod: Update quic-go to 0.17.1 (draft 29) and certmagic 0.11.2 (eab) Jun 12, 2020
listeners.go admin: Disable host checking if wildcard interface is specified Apr 16, 2020
listeners_fuzz.go ci: fuzz: switch engine from libfuzzer to native go-fuzz (#3194) Mar 27, 2020
listeners_test.go admin: Always enforce Host header checks Apr 10, 2020
logging.go logging: Colorize output in all cases of stdout/stderr Apr 9, 2020
modules.go doc: Improve comment Apr 17, 2020
modules_test.go Couple of minor fixes, update readme Jan 1, 2020
replacer.go caddyhttp: Add time.now placeholder and update cel-go (closes #2594) May 22, 2020
replacer_fuzz.go ci: fuzz: switch engine from libfuzzer to native go-fuzz (#3194) Mar 27, 2020
replacer_test.go Keep type information with placeholders until replacements happen Mar 30, 2020
sigtrap.go cmd: Only stop admin server on signal if it exists (fix #3470) Jun 3, 2020
sigtrap_nonposix.go Standardize exit codes and improve shutdown handling; update gitignore Jul 12, 2019
sigtrap_posix.go Refactor for CertMagic v0.10; prepare for PKI app Mar 7, 2020
storage.go pki: Add trust subcommand to install root cert (closes #3204) Mar 31, 2020
usagepool.go Minor cleanups Nov 15, 2019

README.md

Caddy

Every site on HTTPS

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


@caddyserver on Twitter Caddy Forum Caddy on Sourcegraph

Download · Documentation · Community

Menu

Powered by
CertMagic

Features

  • Easy configuration with the Caddyfile
  • Powerful configuration with its native JSON config
  • Dynamic configuration with the JSON API
  • Config adapters if you don't like JSON
  • Automatic HTTPS by default
    • Let's Encrypt for public sites
    • Fully-managed local CA for internal names & IPs
    • Can coordinate with other Caddy instances in a cluster
  • Stays up when other servers go down due to TLS/OCSP/certificate-related issues
  • HTTP/1.1, HTTP/2, and experimental HTTP/3 support
  • Highly extensible modular architecture lets Caddy do anything without bloat
  • Runs anywhere with no external dependencies (not even libc)
  • Written in Go, a language with higher memory safety guarantees than other servers
  • Actually fun to use
  • So, so much more to discover

Build from source

Requirements:

For development

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

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

With version information and/or plugins

Using our builder tool...

$ 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@TAG replacing TAG with a git tag or commit.
  6. (Optional) Add plugins by adding their import: _ "IMPORT_PATH"
  7. Compile: go build

Quick start

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

We recommend that all users 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 the 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

  • We strongly recommend that all professionals or companies using Caddy get a support contract through Ardan Labs before help is needed.

  • Individuals can exchange help for free on our community forum at https://caddy.community. Remember that people give help out of their spare time and good will. The best way to get help is to give it first!

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

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 Light Code Labs, LLC.

You can’t perform that action at this time.