Caddy alternatives and similar packages
Based on the "Server Applications" category.
Alternatively, view Caddy alternatives based on common mentions on social networks and blogs.
traefik10.0 8.9 Caddy VS traefikThe Cloud Native Application Proxy
etcd10.0 9.9 Caddy VS etcdDistributed reliable key-value store for the most critical data of a distributed system
minio10.0 9.9 Caddy VS minioMulti-Cloud :cloud: Object Storage
consul9.9 9.9 Caddy VS consulConsul is a distributed, highly available, and data center aware solution to connect and configure applications across dynamic, distributed infrastructure.
Vault9.9 9.9 Caddy VS VaultA tool for secrets management, encryption as a service, and privileged access management
nsq9.9 1.6 Caddy VS nsqA realtime distributed messaging platform
apex9.6 2.1 Caddy VS apexBuild, deploy, and manage AWS Lambda functions with ease (with Go support!).
RoadRunner9.4 9.2 Caddy VS RoadRunner🤯 High-performance PHP application server, process manager written in Go and powered with plugins
Ponzu9.3 0.0 Caddy VS PonzuHeadless CMS with automatic JSON API. Featuring auto-HTTPS from Let's Encrypt, HTTP/2 Server Push, and flexible server framework written in Go.
SFTPGo9.3 8.9 Caddy VS SFTPGoFully featured and highly configurable SFTP server with optional HTTP/S, FTP/S and WebDAV support - S3, Google Cloud Storage, Azure Blob
Jocko9.2 0.0 Caddy VS JockoKafka implemented in Golang with built-in coordination (No ZK dep, single binary install, Cloud Native)
Easegress9.2 9.1 Caddy VS EasegressA Cloud Native traffic orchestration system
devd8.7 0.0 Caddy VS devdA local webserver for developers
Fider8.6 5.5 Caddy VS FiderOpen platform to collect and prioritize feedback
algernon8.3 8.1 Caddy VS algernon:tophat: Small self-contained pure-Go web server with Lua, Markdown, HTTP/2, QUIC, Redis and PostgreSQL support
Flagr8.3 0.0 Caddy VS FlagrFlagr is a feature flagging, A/B testing and dynamic configuration microservice
discovery8.3 0.0 Caddy VS discoveryA registry for resilient mid-tier load balancing and failover.
flipt8.2 9.1 Caddy VS fliptAn open source, self-hosted feature flag solution
Key Transparency8.2 1.0 Caddy VS Key TransparencyA transparent and secure way to look up public keys.
Trickster8.2 4.8 Caddy VS TricksterOpen Source HTTP Reverse Proxy Cache and Time Series Dashboard Accelerator
Wish8.0 6.8 Caddy VS WishMake SSH apps, just like that! 💫
GeoDNS in Go7.9 0.0 Caddy VS GeoDNS in GoDNS server with per-client targeted responses
jackal7.8 6.7 Caddy VS jackal💬 Instant messaging server for the Extensible Messaging and Presence Protocol (XMPP).
Golang API Starter Kit7.2 2.1 Caddy VS Golang API Starter KitGo Server/API boilerplate using best practices DDD CQRS ES gRPC
Sparta7.0 0.0 Caddy VS Spartago microservices, powered by AWS Lambda
go-feature-flag6.8 8.6 Caddy VS go-feature-flagA simple and complete self hosted feature flag solution, without any complex backend system to install, all you need is a file as your backend. 🎛️
Euterpe6.4 0.0 Caddy VS EuterpeSelf-hosted music streaming server 🎶 with RESTful API and Web interface. Think of it as your very own Spotify! ☁️🎧
Walrus6.3 9.0 Caddy VS Walrus🔥 Fast, Secure and Reliable System Backup, Set up in Minutes.
goproxy6.0 0.0 Caddy VS goproxy🦁 goproxy is a proxy server which can forward http or https requests to remote servers./ goproxy 是一个反向代理服务器，支持转发 http/https 请求。
Aegis5.7 0.0 Caddy VS AegisServerless Golang deploy tool and framework for AWS Lambda
Eru5.7 7.9 Caddy VS EruEru, a simple, stateless, flexible, production-ready orchestrator designed to easily integrate into existing workflows. Can run any virtualization things in long or short time.
marathon-consul5.4 0.0 Caddy VS marathon-consulIntegrates Marathon apps with Consul service discovery.
dudeldu4.8 0.0 Caddy VS dudelduA simple SHOUTcast server.
dummy4.8 7.8 Caddy VS dummyRun mock server based off an API contract with one command
cortex-tenant4.4 3.9 Caddy VS cortex-tenantPrometheus remote write proxy that adds Cortex tenant ID based on metric labels
lets-proxy24.0 7.0 Caddy VS lets-proxy2Reverse proxy with automatically obtains TLS certificates from Let's Encrypt
go-proxy-cache4.0 4.8 Caddy VS go-proxy-cacheSimple Reverse Proxy with Caching, written in Go, using Redis.
Simple CRUD App w/ Gorilla/Mux, MariaDBSimple CRUD Application with Go, Gorilla/mux, MariaDB, Redis.
lama.sh3.7 2.5 Caddy VS lama.shRun "curl -L lama.sh | sh" to start a web server
psql-streamer3.3 0.0 Caddy VS psql-streamerStream database events from PostgreSQL to Kafka
simple-jwt-provider2.4 0.0 Caddy VS simple-jwt-providerSimple and lightweight provider which exhibits JWTs, supports login, password-reset (via mail) and user management.
nginx-prometheus2.4 0.0 Caddy VS nginx-prometheusTurn Nginx logs into Prometheus metrics
autobd2.4 0.0 Caddy VS autobdautobd is an automated, networked and containerized backup solution
protoxy2.3 0.8 Caddy VS protoxyA proxy server than converts JSON request bodies to protocol buffers
yakvs2.1 1.1 Caddy VS yakvsA small, networked, in-memory key-value store.
go-fitbit1.3 10.0 Caddy VS go-fitbitFitbit API for Go to fetch, add, update and delete data on Fitbit using REST API
Moxy0.9 0.0 Caddy VS MoxyMocker + Proxy Application
riemann-relay0.6 0.0 Caddy VS riemann-relayService for relaying Riemann events to Riemann/Carbon destinations
UDP-server-go0.3 6.0 Caddy VS UDP-server-goUDP-server-go
Access the most powerful time series database as a service
Do you think we are missing an alternative of Caddy or a related project?
a project Every site on HTTPS Caddy is an extensible server platform that uses TLS by default. Releases · Documentation · Get Help
- Build from source
- Quick start
- Full documentation
- Getting help
- 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
- ZeroSSL and Let's Encrypt for public names
- Fully-managed local CA for internal names & IPs
- Can coordinate with other Caddy instances in a cluster
- Multi-issuer fallback
- Stays up when other servers go down due to TLS/OCSP/certificate-related issues
- Production-ready after serving trillions of requests and managing millions of TLS certificates
- Scales to hundreds of thousands of sites as proven in production
- HTTP/1.1, HTTP/2, and HTTP/3 supported all by default
- 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 much more to discover
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
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
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
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.
With version information and/or plugins
Using our builder tool,
$ xcaddy build
...the following steps are automated:
- Create a new folder:
- Change into it:
- Copy Caddy's main.go into the empty folder. Add imports for any custom plugins you want to add.
- Initialize a Go module:
go mod init caddy
- (Optional) Pin Caddy version:
go get github.com/caddyserver/caddy/[email protected]replacing
versionwith a git tag, commit, or branch name.
- (Optional) Add plugins by adding their import:
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. 🙂
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 --
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.
Our website has complete documentation:
The docs are also open source. You can contribute to them here: https://github.com/caddyserver/website
We advise companies using Caddy to secure a support contract through Ardan Labs before help is needed.
A sponsorship goes a long way! We can offer private help to sponsors. If Caddy is benefitting your company, please consider a sponsorship. This not only helps fund full-time work to ensure the longevity of the project, it provides your company the resources, support, and discounts you need; along with being a great look for your company to your customers and potential customers!
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).
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.
- Project on Twitter: @caddyserver
- Author on Twitter: @mholt6
Caddy is a project of ZeroSSL, a Stack Holdings 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.