Question 1

NGINX CVE-2026-42945 のrewriteディレクティブにおけるヒープバッファオーバーフローを緩和する方法は？

Accepted Answer

rewriteディレクティブでは、名前付きキャプチャを使用し、名前なしキャプチャ（$1、$2など）を使用しないでください。例えば、`rewrite ^/users/([0-9]+)/profile/(.*)$ /profile.php?id=$1&tab=$2 last;`を`rewrite ^/users/(?[0-9]+)/profile/(?

.*)$ /profile.php?id=$user_id&tab=$section last;`に変更してください。これにより、rewriteの後にrewrite、if、setディレクティブが続き、置換に`?`が含まれる場合のheap overflowを防止します。ASLRが無効なシステムでは、潜在的なcode executionも緩和します。

Question 2

カスタムNginx設定をNginx Proxy Managerにマウントする際の'Device or resource busy'エラーを修正する方法

Accepted Answer

このエラーは、Nginx Proxy Manager（NPM）が起動時に `/etc/nginx/conf.d/include/` 内のファイルを変更しようとするが、Dockerのマウントポイントは移動または置換できないために発生します。解決するには、以下のいずれかの方法を使用してください。1) 開発用Dockerイメージ `nginxproxymanager/nginx-proxy-manager-dev:develop` に切り替える。このイメージはマウントを検出して変更をスキップし、'WARNING: skipping ... — mounted file' とログに記録します。2) 作成してマウントする別のディレクトリ（例：`/etc/nginx/conf.d/custom/`）にカスタム設定を配置し、自動管理されないホストで手動でインクルードする。3) NPMのUIの「Custom locations」機能を使用して、ファイルをマウントせずにカスタムNginxディレクティブを注入する。`/etc/nginx/conf.d/include/` に直接マウントすることは避けてください。恒久的な修正は将来の安定版リリースに含まれる予定です。

Question 3

nginx proxy manager logs が無限に増大してディスクスペースを埋め尽くすのを止める方法は？

Accepted Answer

デフォルトでは、コンテナ内のnginxログはローテーションされず、無制限に増加し続けます。2つの解決策があります: (1) Dockerホスト上でlogrotateを設定し、以下のような設定を行います:
/path/to/nginx/*.log {
    maxsize 500M
    daily
    rotate 14
    compress
    postrotate
        docker exec CONTAINER_NAME bash -c 'kill -USR1 `cat /var/run/nginx.pid`'
    endscript
}
(2) nginx.confをカスタマイズしてログをstdoutにリダイレクトし（例: 'error_log /dev/stdout warn; access_log /dev/stdout proxy;'を追加）、Dockerのロギングドライバ（例: localまたはjson-file）とmax-sizeオプションを使用してログサイズを制御します。

Question 4

Docker上のNginx Proxy Manager v2.13.7で新しいユーザーを作成する際に発生する「'no such function: NOW' SQLiteエラー」を修正する方法は？

Accepted Answer

これは v2.13.7 において SQLite の NOW 関数が非推奨となった既知のバグです。一時的な回避策として、バージョン 2.13.6 にダウングレードしてください（例：イメージタグ jc21/nginx-proxy-manager:2.13.6 を使用）。恒久的な修正については公式リリースを監視してください。

Question 5

なぜNginx Proxy Managerのカスタムロケーションは、バックエンドのDockerコンテナを再作成した後に502 Bad Gatewayを返すのですか？

Accepted Answer

カスタムロケーションのアップストリームIPは、設定読み込み時にnginxによってキャッシュされ、バックエンドコンテナが新しいIPを取得しても再解決されません。回避策：影響を受けるプロキシホストをNPM UIで再保存する（またはNPMコンテナを再起動する）ことで、nginx設定の再生成を強制します。恒久的な修正としては、カスタムロケーションをresolverと変数を使用するように変更します：`resolver 127.0.0.11 valid=10s; set $upstream container_name:port; proxy_pass $upstream;`。組み込みの動的resolverサポートについては、issue #5602を監視してください。

nginx-proxy-manager

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト