Dockerの問題 - Dify Docs

このドキュメントは AI によって自動翻訳されています。不正確な部分がある場合は、英語版を参照してください。

ネットワークと接続#

502 Bad Gateway#

Nginxが間違ったコンテナIPに転送しています。現在のコンテナIPを取得してください：

docker ps -q | xargs -n 1 docker inspect --format '{{ .Name }}: {{range .NetworkSettings.Networks}}{{.IPAddress}}{{end}}'

以下の行を見つけてください：

/docker-web-1: 172.19.0.5/docker-api-1: 172.19.0.7

dify/docker/nginx/conf.dを更新してください：

http://api:5001をhttp://172.19.0.7:5001に置き換える
http://web:3000をhttp://172.19.0.5:3000に置き換える

nginxを再起動するか、設定を再読み込みしてください。注意：IPはコンテナ再起動時に変更されます。

localhostサービスにアクセスできない#

Dockerコンテナは127.0.0.1経由でホストサービスにアクセスできません。代わりにマシンのローカルネットワークIPを使用してください。

例：ホストで動作しているOpenLLMの場合、Difyをhttp://192.168.1.100:port（実際のローカルIP）で設定してください。

ページが永続的に読み込み中でCORSエラーが発生#

ドメイン/URLの変更がクロスオリジンの問題を引き起こします。docker-compose.ymlで更新してください：

CONSOLE_API_URL - コンソールAPIのバックエンドURL
CONSOLE_WEB_URL - コンソールWebのフロントエンドURL
SERVICE_API_URL - サービスAPIのURL
APP_API_URL - Web アプリの API バックエンド URL
APP_WEB_URL - Web アプリの URL

マウントとボリューム#

Nginx設定のマウント失敗#

エラー：

Error mounting "/run/desktop/mnt/host/d/Documents/docker/nginx/nginx.conf" to rootfs at "/etc/nginx/nginx.conf": not a directory

完全なプロジェクトをクローンしてdockerディレクトリから実行してください：

git clone https://github.com/langgenius/dify.gitcd dify/dockerdocker compose up -d

ポート競合#

ポート80が既に使用中ですか？以下のいずれかを選択してください：

競合するサービス（通常Apache/Nginx）を停止する：
sudo service nginx stopsudo service apache2 stop
またはdocker-compose.yamlでポートマッピングを変更する：
ports: - "8080:80" # 異なるポートにマッピング

コンテナ管理#

バックグラウンドシェルの出力を表示#

実行中のシェルをリスト表示：

docker exec -it docker-api-1 ls /tmp/shells/

シェル出力を確認：

docker exec -it docker-api-1 cat /tmp/shells/[shell-id]/output.log

コンテナ再起動の問題#

システム再起動後、コンテナの接続が失敗する場合があります。適切な起動順序を確保してください：

docker compose downdocker compose up -d

アクセスする前に、すべてのサービスが正常になるまで待機してください。

SSRFプロキシ#

ssrf_proxyコンテナはServer-Side Request Forgery攻撃を防止します。

プロキシルールのカスタマイズ#

docker/volumes/ssrf_proxy/squid.confを編集してACLルールを追加してください：

# 機密な内部IPへのアクセスをブロックacl restricted_ip dst 192.168.101.19acl localnet src 192.168.101.0/24http_access deny restricted_iphttp_access allow localnethttp_access deny all

変更後はプロキシコンテナを再起動してください。

なぜSSRF_PROXYが必要なのか？ #

サービスが内部ネットワークリソースに対して不正なリクエストを行うことを防ぎます。プロキシはサンドボックス化されたサービスからのすべてのアウトバウンドリクエストを傍受してフィルタリングします。