# Docker ComposeでアプリのNginxの前にCaddyを配置

**URL:** https://meta.discourse.org/t/caddy-in-front-of-app-s-nginx-via-docker-compose/410123
**Category:** Self-hosting
**Tags:** nginx, install
**Created:** [2026 年 8 月 15 日午前 7:03 UTC](https://meta.discourse.org/t/caddy-in-front-of-app-s-nginx-via-docker-compose/410123 "2026-08-15T07:03:16Z")
**Posts on this page:** 1
**Showing post:** 4

<div class="post-metadata">

### Author: ![Ethsim2](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/ethsim2/32/522255_2.png) [@Ethsim2](https://meta.discourse.org/u/Ethsim2)
#### Post date: [2026 年 8 月 16 日午前 7:47 UTC](https://meta.discourse.org/t/caddy-in-front-of-app-s-nginx-via-docker-compose/410123/4 "2026-08-16T07:47:10Z")

</div>

### 上記の発言に対する訂正・補足です。

当初、結果を以下のように説明しました。

> [@Ethsim2](#):
>
> やや

モバイルに優しいフォーラム、と。

私が気づいたことの1つとして、iOS Safari PWAを開いた際の初期のラウンドトリップ（往復通信）が以前は遅すぎると感じられたという点がありました。

* * *

しかし、後の返信で以下の発言を含んだことを今後悔しています。

> [@Ethsim2](#):
>
> また、HTTP/3は有効にしたまま、Caddyの設定で明示的にQUIC 0-RTT/early dataを無効化しました。これは、追加のearly dataのエッジケース（特殊な状況）を避けるためです。

`0-RTT`の無効化は、クライアントIPの問題を診断する際に試したもののようですが、必要ではなかったようです。`0rtt off`がすでに設定されている間も、`unix:`に関連するPostgreSQLのエラーは両方とも続きました。

これらのエラーを解決した変更は、むしろ、Unixソケット経由でリクエストが届いた際に、実際のクライアントIPとしてCaddyの`X-Forwarded-For`値を使用するようにnginxを修正する永続的な`app.yml`フックでした。

そのため、今では`0rtt off`の設定を削除し、Caddyのデフォルトの動作に戻しました。HTTP/3は引き続き動作しており、正しいクライアントIPがDiscourseに渡り続けています。

したがって、最終的に十分な関心があればステップバイステップのガイドを作成する場合、`QUIC 0-RTT`の無効化を構成の必須部分としては含め **ません** 。

---

_[View the full topic](https://meta.discourse.org/t/caddy-in-front-of-app-s-nginx-via-docker-compose/410123)._