Web サーバ Caddy（キャディ）についてまとめています。

2020年5月、Caddy 2.0.0 が正式公開されました。
2021年5月には Caddy 2.4.0 が公開されています。
開発はすでに Caddy v2 で更新され、v1 はセキュリティ的な修正に留められます。
そのため、基本的には Caddy v2 での使用がおすすめです。
Caddy v2 と Caddy v1 で異なるところがいくつか存在します。

公式 Web サイトは Caddy v2 向けに置き換えられていて、
Caddy v1 はマニュアルのアーカイブなど、一部情報が残されています。
Caddy 関連で検索する場合など、
Caddy v2・Caddy v1 どちらの記載か注意して参照して下さい。

当初は 🎈 Let’s Encrypt の自動発行・更新を Web サーバ機能に取り入れていましたが、
🎈 ZeroSSL プロジェクト となったため、
今後 ZeroSSL をメインサポートに切り替える可能性があります。

目次

公式・関連サイト

•  Caddy
  • Download - モジュール付バイナリー
  • Documentation
•  GitHub
  • Issues - 不具合報告
•  Forum (Community) - サポート掲示板
  • Wiki - ヒント（ログインしていれば誰でも編集可）

特徴

Caddy は次の特徴があります。

ここでは、動作させるための必要最低限の情報を記載しています。

インストール

ここではバイナリーでのインストール方法を記載していますが、
ソースも配布されていて、ビルドする事も可能です。

Caddy v2

バイナリー（実行ファイル）が配布されていますので、ダウンロードします。

Windows ではショートカットを作成すると便利です。
（Caddy v2 では caddy run など、必ずオプションが必要になります）

他の OS では /usr/bin や /usr/loal/bin へ caddy を入れます。

 Install | Caddy Documentation

公式手順どおりに行ってうまく動作しない場合、カーネル制御機能を確認して下さい。

Caddy v1

Caddy v1 系の最新 1.0.4 は次からダウンロードできます。
ソースレベルでは 1.0.5 も公開されています。

 caddyserver/caddy tag v1.0.4 | GitHub

公式サイトではダウンロードできなくなっています。

Scoop

🎈 Scoop は Caddy に対応しています。

次のコマンドで容易にインストール可能です。

scoop install caddy

通常最新安定版をインストールします。バージョン指定も可能です。

webinstall.dev・webi

 Caddy | webinstall.dev
🎈 webinstall.dev・webi | ふうせん🎈 FU-SEN

Windows で最新版をダウンロード・インストール:

curl.exe -A "MS" https://webinstall.dev/caddy | powershell

他の OS で最新版をダウンロード・インストール:

curl -sS https://webinstall.dev/caddy | bash

Webi で最新安定版をダウンロード・インストール:

webi [email protected]

この方法では webi でベータ版インストールも対応しています。
Caddy v1 もインストールできる事を運営者が確認していますが、
GitHub プロジェクトの release からダウンロードしているので、
Caddy v1 は 1.0.5 はバリナリー公開されていないので、 1.0.4 までです。

Caddy 公式サイト

 Download Caddy

公式サイトではモジュールを同梱したバイナリーをダウンロードできます。
以前 Caddy v1 で行われていた配布方法ですが、
Caddy v2 のモジュールが整い、ダウンロードページが改めて設置されています。

更新

Caddy v2.4 より、すでに Caddy をインストールしている場合は
次のコマンドで Caddy を更新できるようになりました。

caddy upgrade

現在の caddy バイナリーを置き換えます。
モジュールも適用していた場合は適用したバリナリーになるため、
特に公式サイトでダウンロードしたモジュール同梱バイナリーの場合は
この方法で更新すると良いでしょう。

Caddyfile

Caddyfile は Caddy v1 と Caddy v2 で記載が異なります。

Caddy v2

Caddy で動作するサーバが 1 ドメインのみであれば、次のような設定です。

example.net.eu.org

tls [email protected]
root * D:\Caddy\example.net.eu.org
encode zstd gzip
file_server

サブドメインや他のドメインも設定したい場合は、ドメイン名毎に { } で囲って下さい。

example.net.eu.org {
  tls [email protected]
  root * D:\Caddy\example.net.eu.org
  templates
  encode zstd gzip
  file_server
}

www.example.net.eu.org {
  tls [email protected]
  redir https://example.net.eu.org{uri}
}

blog.example.net.eu.org {
  tls [email protected]
  root * D:\Caddy\example.net.eu.org
  php_fastcgi 127.0.0.1:9000
  encode zstd gzip
  file_server
}

• encode - 圧縮を付加します。zstd gzip が設定できます。
• file_server - ファイルサーバを有効します。通常これを入れます。
• php_fastcgi - php-fpm または php-cgi の待機先を記載します。
  ポートの代わりに unix//run/php-fpm/www.sock の指定も可能です。
  これを有効にした場合、ファイルが存在しない場合は index.php を参照します。
  （2.0.0b19 は PHP が動作しない不具合があります）
• redir - 指定 URL へ転送します。末尾 {uri} でドメイン下を継承できます。
• root - * に引き続き参照先のディレクトリを入れます。
• tls - SSL サーバ証明書発行申請するメールアドレス（推奨）
  tls 証明書 キー と記載し、有償の証明書を使用する事もできます。
  ポート番号を指定し tls を入れていない場合は HTTP 通信しようとします。
  （Caddy v1 のように tls off と明示するのではなく、tls をなくします）
• templates -  テンプレート を有効にします。

各値では * や /dir/* を付加して、特定ディレクトリ下での動作が可能です。
例えば次の場合は /blog/ 下で PHP を動作させます。

php_fastcgi /blog/* localhost:9000

より詳細は説明は次を参照して下さい。

 The Caddyfile | Caddy (v2)

Caddy v1

Caddy v1 では、次のような Caddyfile になります。

example.net.eu.org

tls [email protected]
root D:\Caddy\example.net.eu.org
gzip

example.net.eu.org {
  tls [email protected]
  gzip
  markdown / {
    css /css/blog.css
    js  /css/scripts.js
  }
  errors {
    403 403.html
    404 404.html
    500 500.html
    502 502.html
    503 503.html
  }
}

www.example.net.eu.org {
  tls [email protected]
  redir https://example.net.eu.org{uri}
}

blog.example.net.eu.org {
  tls [email protected]
  gzip
  fastcgi / 127.0.0.1:9000 php
  on startup php-fpm7
}

こちらに様々な利用方法のサンプルがあります。

 caddyserver/examples | GitHub (Caddy v1)

Q&A

Caddy はどの位の処理能力がありますか？

 Can I use Caddy for a high-traffic site? | Caddy Forum

Caddy 1 では nginx と比較してのベンチテストが行われています。
Caddy 2 はつくりなおされているので、結果が異なると思って下さい。

Caddy を起動できません。

起動できない場合、主な原因は Caddyfile の記載ミスです。

Windows では Caddy v2 の実行ファイルをクリックして起動できません。
PowerShell・コマンド プロンプト・Git Bash などを起動し、
caddy run で起動させて下さい。（PowerShell は ./caddy run ）
通常運用時はショートカットを作ると便利です。
ショートカットをスタートアップに入れて自動起動もできます。

Caddyfile は Caddy v1 と Caddy v2 で記載が異なります。
参考にしたページが Caddy v1 向けか Caddy v2 向けか確認して下さい。

自動起動が失敗する場合、起動ファイルもよく確認してみて下さい。

Caddy を起動しますが、ブラウザから参照できません。

例えば Google Chrome で参照した時 ERR_SSL_PROTOCOL_ERROR が出ている場合、
主に Let’s Encrypt からの証明書発行に失敗しています。
例えばネームサーバを切り替えていないか、切り替えたばかりで、
Let’s Encrypt の発行サーバから Caddy が参照できない時です。
この場合、ネームサーバの設定を変更して数時間後に再度起動してみて下さい。
その他、Caddy 起動直後に Let’s Encrypt とやりとりをしているため、
起動から数秒経過してログを参照すると、原因を把握できます。

Let’s Encrypt はレート制限があります。
ログにレート制限の表示が出ている場合は、次を試してみて下さい。

Let’s Encrypt のページでもレート制限について触れています。

🎈 Let’s Encrypt | ふうせん🎈 FU-SEN

Caddy 2.30 より、Let’s Encrypt の発行に失敗した場合、
ZeroSSL での発行を試みるようになりました。

🎈 ZeroSSL | ふうせん🎈 FU-SEN

crt.sh は証明書の発行を確認するのに便利です。

 crt.sh

参照そのものができない場合は、
ファイヤウォールでポートを許可していない場合があります。
通常は 80（HTTP）・443（HTTPS）です。
自宅などのサーバでは、ルータの転送設定が正しいかも確認して下さい。

502 Bad Gateway が出ている場合、Caddy は指定している他サービスを参照できません。
PHP やリバースプロキシを設定した時に発生する場合があります。
主に localhost:9000 などの記載誤りですが、
カーネル制御機能やファイヤウォールが原因の場合もあります。

Let’s Encrypt の代わりに ZeroSSL を使用できますか？

🎈 ZeroSSL | ふうせん🎈 FU-SEN

はい。Caddy 2.2 までに ZeroSSL が完全対応されています。
これにより、Let’s Encrypt の使用が難しいサブドメインなどは
レート制限の条件が異なる ZeroSSL を使用して SSL 化できます。

 Using ZeroSSL’s ACME endpoint | Caddy Forum

API キーおよび EAB は ZeroSSL Web サイトからログインした時の Developer ページから
API キーの確認・リセットおよび EAB ID・Mac キーの発行が行えます。

Caddy 2.3 より、Let’s Encrypt の証明書発行に失敗した場合、
ZeroSSL の証明書発行を試みるようになりました。

Caddy v2 で http を使用できますか？

可能です。ポート番号を付けて tls がない場合、http で通信しようとします。
通常 http のポート番号は 80 なので、ドメイン名に :80 を付け、 tls を外して下さい。

example.net.eu.org:80 {
  root * D:\Caddy\example.net.eu.org
  templates
  encode zstd gzip
  file_server
}

Cloudflare CDN を経由できるように設定できますか？

🎈 Cloudflare | ふうせん🎈 FU-SEN

Let’s Encrypt を適用する Web サービスでは問題があります。
また 🎈 パソコン通信 BBS を運用して、telnet・ssh で参照する場合は
参照先が Cloudflare サーバに変更されてしまうため、この方法を使用しないで下さい。
直接 SSL サーバ証明書を適用できるパソコンや VPS・専用サーバ を用いた場合は
Cloudflare が発行するオリジン証明書（Origin Certificates）を発行して
SSL（TLS）通信で実現する事が可能です。

 Cloudflare より使用する ドメイン を選択します。

DNS を選択して、 をオレンジにすると共に、
タイプ＝CNAME コンテンツ＝参照元サーバ名 または
タイプ＝A コンテンツ＝参照元 IP アドレス を入れておきます。

SSL/TLS を選択し、お客様の SSL/TLS 暗号化モード を フル (厳密) にします。
オリジンサーバ を選択し、「オリジン証明書」の 証明書を作成 から証明書を発行します。
Windows ではメモ帳などのテキストエディタを起動しておき、
表示された証明書などをエディタへ貼り付けてファイル保存します。
証明書部分は ドメイン名.pem 、キー部分は ドメイン名.key とします。

 Managing Cloudflare Origin CA certificates | Cloudflare

「(Optional) Step 4 - Add Cloudflare Origin CA root certificates」にある
cloudflare_origin_ecc.pem をクリックし、ダウンロード・ファイル保存します。

ここではドメイン名が example.net.eu.org、
保存した証明書関連ファイルを D:\Caddy 内に入れたとして、
Caddyfile は次となります。

example.net.eu.org {
  tls D:\Caddy\example.net.eu.org.pem D:\Caddy\example.net.eu.org.key {
    ca_root D:\Caddy\origin_ca_rsa_root.pem
  }
  root * D:\Caddy\example.net.eu.org
  templates
  encode zstd gzip
  file_server
}

画像ファイルなどはキャッシュ保存後、再度参照する Status は HIT となり、
完全にキャッシュを優先的に出力するようになります。
Cloudflare CDN はデフォルトで .html ファイルをキャッシュに入れません。
必要な場合は設定を行う必要があります。

Google Cloud Run で使用できますか？

ページ運営者が Google Cloud Run での動作を確認できています。
Google Cloud Run を用いる事でサーバのセットアップが不要で、素早く使用できます。

🎈 Caddy を Google Cloud Run で動作させる。| ふうせん🎈 FU-SEN

Glitch で使用できますか？

🎏 Glitch
🎈 Glitch | ふうせん🎈 FU-SEN

ページ運営者がいくつかプロジェクトを作成しています。

 Use Caddy with Glitch (glitch.com, glitch.me) - Information as of May 2021 | Caddy Forum

2021年4月より GENERATED STATIC SITE が可能になり、
動的動作が費用の場合、静的サイトとして表示できるようにもなりました。
これにより、Glitch で Caddy を使用して、様々な事が実現できます。

単に静的 Web サイトして使用する場合でも
独自の Not Found ページ（404 ページ）を表示できるメリットがあります。
HTTP ステータスコード 301 による転送も可能です。

日本語ドメインを使用できますか？

使用できる事をサイト運営者が確認できています。
Caddyfile には Punycode（xn-- ではじまる英数）でドメイン名を入れて下さい。

 Can’t use Caddy on punycode IDN domains #3017 | GitHub caddyserver/caddy

悪質対策のために IP アドレスを考慮する必要はありますか？

Caddy では通常 IP アドレスを考慮する必要はありません。
指定していないホスト名の参照があった場合、Caddy は空白ページを返します。
また http→https が発生しますが、通常 IP アドレスで証明書を発行しないので、
TLS handshake error となり、参照できません。
古いバージョンではログにこの表示は残りますが、特に気にする必要はありません。
最近のバージョンではこのようなログ表示も行われません。

フォーラムでは更に突っ込んだ対策も紹介されています。

 Remote IP behavior analysis and ban | Caddy Forum

404 Not Found を作成できますか？

Caddy 2.1 より handle_errors で設定できます。

静的ファイルであれば、通常 Not Found のみを期待できるので、
404.html を表示する前提で、次の記載にできます。

handle_errors {
  rewrite * /404.html
  file_server
}

HTTP ステータスコードで処理を分けたい場合は次の記載が有効です。
これにより 404.html や 403.html などを使用できます。

handle_errors {
  rewrite * /{http.error.status_code}.html
  file_server
}

テンプレートで処理する事も可能です。

handle_errors {
  rewrite * /error.html
  templates
  file_server
}

また php_fastcgi を使用する場合、
.php ファイルがない参照は index.php を参照するので、
index.php で 404 の処理を行うことができます。
この場合は Caddy 2.0 でも使用可能です。

Caddy v1 は errors を用いて実現可能です。

errors {
  404 404.html
}

特定のレスポンスを Caddyfile で指定できますか？

Caddy v2 では respond を用いて可能です。
わざわざファイルを生成する必要なく、Caddyfile で完結できます。

 Respond with multi line body | Caddy Forum

robots.txt を参照した時に BOT を完全拒否するようにする設定の例です。
Caddyfile レベルでこれを処理できます。

respond /robots.txt 200 {
    body "User-agent: *
Disallow: /"
}

確実にするため、Disallow: /" の頭に空白を入れないで下さい。

Caddyfile の設定を他のファイルから導入できますか？

Caddy v2 では import で可能です。この行をファイル内容に置き換えます。
例えば設定しているドメインが多い時に便利です。

import 読み込むファイル名

Caddyfile をカレントとして相対指定ができます。
また import caddy/* のように、ワイルドカード指定も可能です。

.htaccess が動作していません。

.htaccess は Apache 固有の設定ファイルです。Caddy では動作しません。
Caddyfile に相当の設定を追加して下さい。

PHP 以外のプログラミング言語は使用できますか？

多くの言語は使えます。Go などはポート番号で Listen 状態にできるため、
Caddy ではリバースプロキシを用いてこのポートを参照させます。

PHP に限り、長年使われている CMS、フレームワーク動作の考慮で
Caddy v2 では php_fastcgi を用意してあります。

レンタルサーバ会社の者です。レンタルサーバ向けに使用できますか？

 Caddy for business | Caddy Forum

ビジネス的な反応もあるようで、ビジネス向けの情報も公開しはじめています。

 Serving tens of thousands of domains over HTTPS with Caddy | Caddy Forum

具体的な設定のヒントも公開されています。
このドキュメントにもあるとおり、Caddy を継続して使用し、良いものにするためにも
Caddy のスポンサーになる事を検討して下さい。

プラグイン・モジュールって何ですか？

Caddy では機能を拡張できる手段が存在します。

Caddy v2 では モジュール（Modules）です。
ダウンロードページよりモジュール付のバイナリーでダウンロードできるようになりました。

 Download | Caddy

Caddy v1 では公式からダウンロードの時に使用するプラグインを指定します。
例えば次のようなプラグインが存在します。

Caddy v1 のプラグインに存在していた機能は
Caddy v2 のモジュールで順次開発されている状況です。

なお、Caddy v1 はプラグインによってバイナリーが変化する仕様だったため、
OS 向けのパッケージや Docker を公式に行っていなかった経緯があります。
Caddy v2 のモジュールではこの問題を解決しているため、
公式パッケージ・公式 Docker が提供されるようになってきています。