0

Nginxリバースプロキシサーバーを指し示すURLにNode.jsアプリケーションからログを送信しました。Nginxリバースプロキシ経由でログが届かない

ドッキング・コンテナにnginxリバース・プロキシ・サーバーをセットアップし、Fluentd、ElasticSearch、およびKibana用のコンテナのセットを用意しています。これらは、これらのログを受信、収集および表示するためのものです。 nginxリバースプロキシを含むこれらのコンテナを実行しているサーバーで開いているポートは、8080(HTTP)と443(https)のみです。

ログは、テストして確認したとおり、アプリケーションから正しく生成されます。また、ドッキング・コンテナ内のnginxリバース・プロキシを使用せずにセットアップ全体を実行すると、すべて正常に動作します。

他のサーバをプロキシするために同じnginxリバースプロキシも使用されており、すべて機能しています。

唯一の問題は、JSON形式のNode.jsアプリケーションログを受け取ることができないnginxリバースプロキシ設定のようです。 しかし、Httpとhttps要求が通過しています。

私はLetsEncryptを使用してSSL証明書を自動的に生成し、このnginx設定を自動的に生成しています。

私はここに私のnginxの設定ファイルを添付しました:

# If we receive X-Forwarded-Proto, pass it through; otherwise, pass along the 
# scheme used to connect to this server 
map $http_x_forwarded_proto $proxy_x_forwarded_proto { 
    default $http_x_forwarded_proto; 
    ''  $scheme; 
} 
# If we receive X-Forwarded-Port, pass it through; otherwise, pass along the 
# server port the client connected to 
map $http_x_forwarded_port $proxy_x_forwarded_port { 
    default $http_x_forwarded_port; 
    ''  $server_port; 
} 
# If we receive Upgrade, set Connection to "upgrade"; otherwise, delete any 
# Connection header that may have been passed to this server 
map $http_upgrade $proxy_connection { 
    default upgrade; 
    '' close; 
} 
# Set appropriate X-Forwarded-Ssl header 
map $scheme $proxy_x_forwarded_ssl { 
    default off; 
    https on; 
} 
gzip_types text/plain text/css application/javascript application/json application/x-javascript text/xml application/xml applic 
ation/xml+rss text/javascript; 
log_format vhost '$host $remote_addr - $remote_user [$time_local] ' 
       '"$request" $status $body_bytes_sent ' 
       '"$http_referer" "$http_user_agent"'; 
access_log off; 
# HTTP 1.1 support 
proxy_http_version 1.1; 
proxy_buffering off; 
proxy_set_header Host $http_host; 
proxy_set_header Upgrade $http_upgrade; 
proxy_set_header Connection $proxy_connection; 
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 $proxy_x_forwarded_proto; 
proxy_set_header X-Forwarded-Ssl $proxy_x_forwarded_ssl; 
proxy_set_header X-Forwarded-Port $proxy_x_forwarded_port; 
proxy_set_header X-Forwarded-Host $host; 
# Mitigate httpoxy attack (see README for details) 
proxy_set_header Proxy ""; 
server { 
     server_name _; # This is just an invalid value which will never trigger on a real hostname. 
     listen 80; 
     access_log /var/log/nginx/access.log vhost; 
     return 503; 
} 
upstream <hid_the_name> { 
           ## Can be connect with "reverse-proxy" network 
         # fluentd 
         server 172.21.0.9:24224; 
} 
server { 
     server_name <hid_the_name>; 
     listen 80 so_keepalive=1m::10; 
     access_log /var/log/nginx/access.log vhost; 
     return 301 https://$host$request_uri; 
} 
server { 
     server_name <hid_the_name>; 
     listen 443 ssl so_keepalive=1m::10 http2 ; 
     access_log /var/log/nginx/access.log vhost; 
     ssl_protocols TLSv1 TLSv1.1 TLSv1.2; 
     ssl_ciphers 'ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-G 
CM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-E 
CDSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES2 
56-SHA384:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AE 
S256-SHA:ECDHE-ECDSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256 
:AES256-SHA256:AES128-SHA:AES256-SHA:DES-CBC3-SHA:!DSS'; 
     ssl_prefer_server_ciphers on; 
     ssl_session_timeout 5m; 
     ssl_session_cache shared:SSL:50m; 
     ssl_session_tickets off; 
     ssl_certificate /etc/nginx/certs/<hid_the_name>.crt; 
     ssl_certificate_key /etc/nginx/certs/<hid_the_name>.key; 
     ssl_dhparam /etc/nginx/certs/<hid_the_name>.dhparam.pem; 
     add_header Strict-Transport-Security "max-age=31536000"; 
     include /etc/nginx/vhost.d/default; 
     location/{ 
       proxy_pass http://<hid_the_name>; 
     } 
} 
+0

nodejsがヒットを記録するログを確認する必要がありますnginx? –

+0

Nginxを襲ったログを見る必要があります.nginxログではありません。 – Ankur10

答えて

0

ので、この設定ファイルは、その後のhttpブロック内の別のnginxの設定ファイルで呼び出されていました。そのブロックでTCP入力を受け付けることはできません。だから私はちょうどストリームのための別のブロックを作成し、その後、TCP接続のためにそれの中に必要な詳細を入れなければなりませんでした。

+1

'nginx -T'を使用して、使用されている最終設定を確認してください。そのような問題の多くは、最終的な画像を与えることで解決します –

関連する問題