Q: Caddyのhttp.request.protoプレースホルダーがHTTP/2ではなくHTTP/2.0を返すのはなぜですか？

このプレースホルダーはGoのhttp.Request.Protoを公開しており、HTTP/ . 形式を使用します。HTTP/2およびHTTP/3の場合、Goの内部処理とquic-goライブラリは、CGI/FCGIの期待（例：SERVER_PROTOCOL）との互換性を維持するために'HTTP/2.0'および'HTTP/3.0'を生成します。回避策として、Caddyfileのマップを使用して値を名前変更します: `map {http.request.proto} {proto_name} { HTTP/2.0 HTTP/2 HTTP/3.0 HTTP/3 default {http.request.proto} }`。将来の専用プレースホルダー（例：http.request.proto.name）により、スペック準拠のプロトコル名が提供される可能性があります。

Question 1

なぜCaddyのダウンロードページでは、Hetzner DNSモジュールのバージョン2ではなくバージョン1がインストールされるのですか？

Accepted Answer

Caddyのダウンロードページには、パッケージメンテナーがプルリクエストで提出した最新バージョンが表示されます。メンテナーがエントリをv2に更新するまでは、ユーザーはダウンロードページを迂回して、xcaddyでビルドするか（xcaddy build --with github.com/caddy-dns/hetzner/v2）、またはcaddy add-packageコマンド（caddy add-package github.com/caddy-dns/hetzner/v2）を使用できます。これによりv2モジュールが含まれることが保証されます。

Question 2

レート制限と不正使用防止のために、クライアントIPをon_demand_tls askエンドポイントに渡す方法は？

Accepted Answer

CaddyはクライアントIPをネイティブで渡しませんが、カスタム権限モジュールを実装できます。モジュール内で、リクエストコンテキストからリモートIPを取得し（例：automation.go#L325を参照）、それをaskエンドポイントの呼び出しに含めます（例：クエリパラメータとして追加）。その後、バックエンドでレート制限を処理します。完全なドキュメント: https://caddyserver.com/docs/caddyfile/options#on-demand-tls

Question 3

CaddyでカスタムDNS zone recordsを管理する方法？

Accepted Answer

外部のcaddy-zone-managerプラグイン（github.com/infogulch/caddy-zone-manager）を使用してください。これにより、Caddyfileで任意のDNSレコードを定義し、サポートされているDNSプロバイダーに同期できます。xcaddyを使用してプラグインを組み込んだCaddyをビルドします：`xcaddy build --with github.com/infogulch/caddy-zone-manager`。このプラグインは公式のCaddyディストリビューションには含まれておらず、特にレコードの所有権と削除モードに関して注意して使用する必要があります。このプラグインは、log_only、append_set、append_set_deleteなどのモードをサポートしており、同期動作を制御できます。

Question 4

Caddyのhttp.request.protoプレースホルダーがHTTP/2ではなくHTTP/2.0を返すのはなぜですか？

Accepted Answer

このプレースホルダーはGoのhttp.Request.Protoを公開しており、HTTP/.形式を使用します。HTTP/2およびHTTP/3の場合、Goの内部処理とquic-goライブラリは、CGI/FCGIの期待（例：SERVER_PROTOCOL）との互換性を維持するために'HTTP/2.0'および'HTTP/3.0'を生成します。回避策として、Caddyfileのマップを使用して値を名前変更します: `map {http.request.proto} {proto_name} { HTTP/2.0 HTTP/2 HTTP/3.0 HTTP/3 default {http.request.proto} }`。将来の専用プレースホルダー（例：http.request.proto.name）により、スペック準拠のプロトコル名が提供される可能性があります。

Question 5

なぜCaddyはget_certificateを介して取得した外部管理の証明書をキャッシュしないのですか？また、どのようにキャッシュを有効にできますか？

Accepted Answer

`get_certificate http://...` を使用する場合、Caddyは証明書を外部管理として扱い、キャッシュしません。キャッシュと更新のロジックは証明書マネージャの責任であるためです。キャッシュを導入するには、カスタムの `certmagic.Manager` モジュールを実装します。既存のHTTPマネージャ（Caddyリポジトリ内の `modules/caddytls/certmanagers.go` を参照）に基づいて実装し、キャッシュ層を追加してください。その後、標準の `get` モジュールの代わりにカスタムマネージャを使用するようCaddyを設定します。これにより、Caddyは毎回エンドポイントから取得する代わりに、証明書をキャッシュして再利用できるようになります。

caddy

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト