ドッキングされたアーキテクチャがあります。唯一の主要なエントリポイントはnginxです。これにより、すべてのサービスがリンクされます。
場所でドメイン名に到達することは/
うまくいきます。Angularフロントエンドアプリは正しく表示されます。
主な問題は、/logs
ロケーションでKIBANA(v5.5)にアクセスすることです。
たとえばhttps://dev.example.com/logs/
、ブラウザにアクセスしようとすると、https://dev.example.com/login?next =%2Flogsにアクセスしようとするため、404が表示されます。
ロケーションエンドポイントでプロキシされているKibanaは、ベースURLが/
。のURLを書き換えようとしているようです。/ logs /の場所の後に追加されたURIを書き換える代わりに。
構成を次のように改善する方法:-Kibanaアプリを正しく表示する/ logs /に到達できるようにしますか?
これがnginxの構成です。クライアント、バックエンド、kibanaはdockerホスト名を指すことに注意してください。
server {
listen 443;
ssl on;
rdns on;
ssl_certificate /etc/ssl/production/certs/example/fullchain.pem;
ssl_certificate_key /etc/ssl/production/certs/example/privkey.pem;
server_name dev.example.com;
# Angular APP
location / {
proxy_pass http://client;
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 $scheme;
}
# Backend proxy
location /api {
proxy_pass http://backend:9090;
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 $scheme;
}
# Logs on Kibana
location /logs {
proxy_pass http://kibana:5601;
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 $scheme;
}
}
CURLリクエストの結果:
curl -v https://dev.example.com/logs/
* About to connect() to dev.example.com port 443 (#0)
* Trying xx.xx.xx.xx...
* connected
* Connected to dev.example.com (xx.xx.xx.xx) port 443 (#0)
* SSLv3, TLS handshake, Client hello (1):
* SSLv3, TLS handshake, Server hello (2):
* SSLv3, TLS handshake, CERT (11):
* SSLv3, TLS handshake, Server key exchange (12):
* SSLv3, TLS handshake, Server finished (14):
* SSLv3, TLS handshake, Client key exchange (16):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSL connection using ECDHE-RSA-AES256-GCM-SHA384
* Server certificate:
* subject: CN=example.com
* start date: 2017-08-23 17:26:00 GMT
* expire date: 2017-11-21 17:26:00 GMT
* subjectAltName: dev.example.com matched
* issuer: C=US; O=Let's Encrypt; CN=Let's Encrypt Authority X3
* SSL certificate verify ok.
> GET /logs HTTP/1.1
> User-Agent: curl/7.28.1
> Host: dev.example.com
> Accept: */*
>
< HTTP/1.1 404 Not Found
< Server: nginx/1.13.1
< Date: Sat, 26 Aug 2017 15:39:43 GMT
< Content-Type: text/html
< Content-Length: 169
< Connection: keep-alive
<
<html>
<head><title>404 Not Found</title></head>
<body bgcolor="white">
<center><h1>404 Not Found</h1></center>
<hr><center>nginx/1.13.1</center>
</body>
</html>
* Connection #0 to host dev.example.com left intact
* Closing connection #0
* SSLv3, TLS alert, Client hello (1):
これについてあなたの助けをありがとう。
環境変数をkibanaコンテナに渡して、server.basePath
をに設定する必要があります。/logs
SERVER_BASEPATH
次に、プロキシされた場所で書き換えを使用して、nginxの/ logsプレフィックスを削除する必要があります。
location /logs {
rewrite ^/logs(/.*)$ $1 break;
proxy_pass http://kibana:5601;
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 $scheme;
}
さらに、kibanaには明らかにバグがあり、上記の構成は、次のURLでkibanaに到達した場合にのみ機能します。
http://nginxip/logs/
ただし、次のような終了スラッシュがない場合はそうではありません。
http://nginxip/logs
これを解決するには、nginxに別の書き換えを追加して、常に終了スラッシュが存在するようにする必要があります。/ logsの場所の外に次を追加します。
rewrite ^/logs$ /logs/;
出典:https://www.elastic.co/guide/en/kibana/current/settings.html
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加