質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.46%
Node.js

Node.jsとはGoogleのV8 JavaScriptエンジンを使用しているサーバーサイドのイベント駆動型プログラムです。

nginx

nginixは軽量で高性能なwebサーバーの1つです。BSD-likeライセンスのもとリリースされており、あわせてHTTPサーバ、リバースプロキシ、メールプロキシの機能も備えています。MacOSX、Windows、Linux、上で動作します。

Q&A

解決済

1回答

2828閲覧

NginxのリバースプロキシがError 504 Gateway time-outになる

minato86

総合スコア15

Node.js

Node.jsとはGoogleのV8 JavaScriptエンジンを使用しているサーバーサイドのイベント駆動型プログラムです。

nginx

nginixは軽量で高性能なwebサーバーの1つです。BSD-likeライセンスのもとリリースされており、あわせてHTTPサーバ、リバースプロキシ、メールプロキシの機能も備えています。MacOSX、Windows、Linux、上で動作します。

0グッド

0クリップ

投稿2020/04/04 23:27

実現したいこと

分散型マイクロブログサービスである「Misskey」のサーバーを立てたいと思っています。

将来的に、自宅に複数のサイトを立てたいので、リバースプロキシを用いてサーバーを運用したいと思っています。

問題

Nginxのバーチャルホストとリバースプロキシを使った接続がタイムアウトになります。
以下のような構成になっています。

構成図

また、接続にはCloudFlareを経由しており、misskey.open-w.netドメインで運用する予定です。

Misskeyは、3000ポートをListenしており、ローカルPCからだと http://192.168.1.50:3000 で閲覧可能です。

まず、リバースプロキシを無効にしたところ、HGWからリバースプロキシまではちゃんと接続できていることがわかりました(Nginxの初期画面が見れたので)

次に、リバースプロキシを設定したところ、タイムアウトになりました。
エラーログはこちらです。

2020/04/05 08:06:22 [error] 2227#2227: *67 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 162.158.119.47, server: misskey.open-w.net, request: "GET / HTTP/1.1", upstream: "http://192.168.1.50:3000/", host: "misskey.open-w.net", referrer: "https://misskey.open-w.net/"

ここで「Misskeyサーバーが応答していないのではないか」と思ったのですが、Misskeyのデバッグモードにて検証したところ

INFO 1 [server] <-- GET / INFO 1 [server] --> GET / 200 67ms 2.79kb

と出ており、リバースプロキシからのリクエストに対ししっかり応答していることがわかりました。
つまり、私の結論としては「Misskeyサーバーの応答をリバースプロキシがキャッチできていない」です。

ここで、原因の切り分けのためにMisskey以外のサーバーにリバースプロキシで接続してみました。
Node.jsのLive-serverを使用して立てたサーバーにリバースプロキシで接続してみたところ、正常に接続できました。

よって、現状は「Misskey以外へは接続できる」ということになっています。

設定

以下はリバースプロキシの設定です。

/etc/nginx/conf.d/default.conf

map $http_upgrade $connection_upgrade { default upgrade; '' close; } proxy_cache_path /tmp/nginx_cache levels=1:2 keys_zone=cache1:16m max_size=1g inactive=720m use_temp_pa$ server { listen 80; listen [::]:80; server_name misskey.open-w.net; # For SSL domain validation root /var/www/html; location /.well-known/acme-challenge/ { allow all; } location /.well-known/pki-validation/ { allow all; } location / { return 301 https://$server_name$request_uri; } } server { listen 443 ssl http2; listen [::]:443 ssl http2; server_name misskey.open-w.net; ssl_session_cache shared:ssl_session_cache:10m; # To use Let's Encrypt certificate ssl_certificate /etc/letsencrypt/live/misskey.open-w.net/fullchain.pem; ssl_certificate_key /etc/letsencrypt/live/misskey.open-w.net/privkey.pem; # SSL protocol settings ssl_protocols TLSv1 TLSv1.2; ssl_ciphers ECDHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-SHA384:ECDHE-R$ ssl_prefer_server_ciphers on; # Change to your upload limit client_max_body_size 80m; # Proxy to Node location / { proxy_pass http://192.168.1.50:3000; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto https; proxy_http_version 1.1; proxy_redirect off; # For WebSocket proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection ""; # Cache settings proxy_cache cache1; proxy_cache_lock on; proxy_cache_use_stale updating; add_header X-Cache $upstream_cache_status; } }

必要な情報等があれば編集します。
よろしくお願いします。

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答1

0

自己解決

確認したところ、リバースプロキシのRaspberry PiからMisskeyサーバーに対しcurlが通っていませんでしたので、本件はnginxとは関係ないことがわかりました。

投稿2020/04/05 06:35

minato86

総合スコア15

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.46%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問