Kibana 5.5.1后面的nginx代理1.13（dockerized）

目标：Kibana 5.5.1后面的nginx代理1.13（dockerized）

我要运行的麋鹿在码头工人，集装箱堆场。为了能够通过nginx代理访问ELK栈来绕过服务的各个端口。

的Kibana服务（默认端口5601）

http://<server>.com:5601

应该在以下地址到达：

http://<server>.com/kibana

问题：

的问题是，它不是在将server.basePath设置添加到配置后，可能会到达kibana站点。如果我将Kibana的每个base api调用添加到nginx配置（/ api，/ ui，...），我只能调出服务。

配置：

为Kibana的配置：

/opt/kibana/config/kibana.yml

具有如下条目：

server.host: "0.0.0.0" 
server.basePath: "/kibana"

一切是默认

数独server.basePath

# Enables you to specify a path to mount Kibana at if you are running behind a proxy. This only affects 
# the URLs generated by Kibana, your proxy is expected to remove the basePath value before forwarding requests 
# to Kibana. This setting cannot end in a slash.

nginx的配置：

location /kibana/ { 
    rewrite ^/kibana(/.*)$ $1 break; 
    proxy_pass http://<server>.com:5601/; 
}

我使用sebp/elk:551泊坞窗图像及以下泊坞窗，撰写文件：

version: '2' 
services: 
    elk: 
    image: sebp/elk:551 
    container_name: "elk" 
    volumes: 
     - /etc/kibana/config/kibana.yml:/opt/kibana/config/kibana.yml 
    ports: 
     - "5601:5601" 
     - "9200:9200" 
     - "5044:5044" 
    environment: 
     SERVICE_5601_NAME: "kibana" 
     SERVICE_9200_NAME: "elasticsearch" 
     SERVICE_5044_NAME: "logstash" 
    restart: always

我曾尝试：

我已经尝试了与Kibana 4.6.1相同的设置，并且按预期完美工作。

版本，我已经测试并不起作用：5.4.3，5.1.2，5.0.2

我不想要什么：

我不想Kibana的每一个子目录中添加像/api, /ui, /app/kibana, ...添加到代理配置。

还有其他解决方案或版本吗？

编辑1： @ whites11：浏览器从nginx返回502 Bad Gateway站点。浏览器的相关信息：

一般

Request URL:http://<server-name>.com/kibana/ 
Request Method:GET 
Status Code:502 Bad Gateway 
Remote Address:<server-ip>:80 
Referrer Policy:no-referrer-when-downgrade

响应头

Connection:keep-alive 
Content-Length:575 
Content-Type:text/html 
Date:Thu, 24 Aug 2017 13:54:49 GMT 
Server:nginx/1.13.3

请求头

Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8 
Accept-Encoding:gzip, deflate 
Accept-Language:en-US,en;q=0.8 
Connection:keep-alive 
Host:<server-name>.com 
Upgrade-Insecure-Requests:1

从nginx的

34#34: *8 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: <IP>, server: , request: "GET /kibana/ HTTP/1.1", upstream: "http://<server-ip>:5601/", host: "<server-name>.com"

来源

2017-08-17 neutron

究竟是什么意思“问题是，在将server.basePath设置添加到配置后无法到达kibana站点”？浏览器中究竟发生了什么？ – whites11

@ whites11：我在帖子中增加了更多信息。 – neutron

第一件事就是''（我猜这是混淆）正确吗？如果进入kibana码头集装箱并运行'curl ：5601'，它是否正确响应？ – whites11

-1

首先，我们无论如何都会使用Nginx作为反向代理，因此我们无法触及Kibana。所以，你的沟server.basePath

下一页改变以下

location /kibana/ { 
    proxy_pass http://<server>.com:5601/; 
}

你的nginx配置哟，当你访问http://<nginxhost>:<port>/kibana/xyz/abc什么这意味着是。这相当于使用http://<server>.com:5601/xyz/abc。从您的系统

编辑-1

对于那些谁认为这是行不通删除任何复杂性，并非如此。这是我在发布这个答案之前设置的示例测试用例。

events { 
    worker_connections 1024; 
} 
http { 
server { 
    listen 80; 

    location /test1 { 
    proxy_pass http://127.0.0.1:81; 
    } 

    location /test2 { 
    proxy_pass http://127.0.0.1:81/; 
    } 

    location /test3/ { 
    proxy_pass http://127.0.0.1:81; 
    } 

    location /test4/ { 
    proxy_pass http://127.0.0.1:81/; 
    } 

} 

server { 
    listen 81; 

    location/{ 
    echo "$request_uri"; 
    } 
} 
}

现在的结果说明了所有4块位置的块

$ curl http://192.168.33.100/test1/abc/test 
/test1/abc/test 

$ curl http://192.168.33.100/test2/abc/test 
//abc/test 

$ curl http://192.168.33.100/test3/abc/test 
/test3/abc/test 

$ curl http://192.168.33.100/test4/abc/test 
/abc/test

来源

2017-08-17 18:35:22

这是不正确的，URL重写不起作用。目标服务器生成的URL需要与浏览器要请求的内容兼容。 'server.basePath'正是为此而设计的。 –

@AndrewFerrier，我在发布解决方案之前完成了我的研究。没有必要投票决定不投票。请参阅编辑 –

@TarunLalwani，是的，你说得对反向代理的逻辑和改写但是：这是行不通的dockerized kibana我使用（如所述）。只是可以肯定，我想你的配置，并在404这个结束，因为与重定向/应用/ kibana，这将导致新的请求，nginx的与的.com /应用/ kibana 这就是为什么kibana响应有设置server.basePath。这将重定向更改为的.com /“server.basePath值” /应用程序/ kibana（或者它应该这样做......） – neutron

我没有完全按照你做同样的部署之间的差异，但我使用的是dockerized kibana。

首先，你需要在你的nginx设置如下：

location /kibana/ { 
     proxy_pass http://kibana_server:5601/; 
    }

更改值根据您的环境，但最后的斜杠是至关重要的！不要删除它们！他们确保重写是按照Kibana的预期完成的 - 即，将kibana从去往kibana服务器的请求中的URL中删除。

然后保持如下：

server.basePath: /kibana

在kibana设置

。这可以确保kibana（链接和url）提供的文档的前缀为/kibana。

它适用于我。

来源

2017-12-05 16:58:05 MariusSiuram

Kibana 5.5.1后面的nginx代理1.13（dockerized）

回答

相关问题