# Аутификация в Kibana

**URL:** <https://discuss.elastic.co/t/kibana/200483>\
**Category:** Вопросы на русском языке\
**Created:** [September 20, 2019, 7:39pm UTC](https://discuss.elastic.co/t/kibana/200483 "2019-09-20T19:39:12Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![Lebedev](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/lebedev/32/53579_2.png) [@Lebedev](https://discuss.elastic.co/u/Lebedev)\
**Post date:** [September 20, 2019, 7:39pm UTC](https://discuss.elastic.co/t/kibana/200483/1 "2019-09-20T19:39:13Z")

</div>

Коллеги, привет.

Подскажите,  
У меня кластер эластика состоит из 9 нод  
возможно ли настроить обычную аутификацию в Кибана, без включения SSL во всем кластере?

---

<div class="post-metadata">

**Author:** ![Igor\_Motov](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/igor_motov/32/45193_2.png) [@Igor\_Motov](https://discuss.elastic.co/u/Igor_Motov)\
**Post date:** [September 20, 2019, 7:44pm UTC](https://discuss.elastic.co/t/kibana/200483/2 "2019-09-20T19:44:21Z")

</div>

А в чем смысл аутентификации без SSL?

---

<div class="post-metadata">

**Author:** ![Lebedev](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/lebedev/32/53579_2.png) [@Lebedev](https://discuss.elastic.co/u/Lebedev)\
**Post date:** [September 20, 2019, 7:49pm UTC](https://discuss.elastic.co/t/kibana/200483/3 "2019-09-20T19:49:38Z")

</div>

Пользователи не смогут удалять индексы из Кибаны и выполнять другие административные функции.

---

<div class="post-metadata">

**Author:** ![Igor\_Motov](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/igor_motov/32/45193_2.png) [@Igor\_Motov](https://discuss.elastic.co/u/Igor_Motov)\
**Post date:** [September 20, 2019, 7:57pm UTC](https://discuss.elastic.co/t/kibana/200483/4 "2019-09-20T19:57:42Z")

</div>

Понял, цель - создать иллюзию безопасности 😃 . Если траффик не шифруется то это безопасно только до первого умника который смог перехвать траффик. К сожалению, с этим помочь не смогу.

---

<div class="post-metadata">

**Author:** ![Lebedev](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/lebedev/32/53579_2.png) [@Lebedev](https://discuss.elastic.co/u/Lebedev)\
**Post date:** [September 20, 2019, 8:10pm UTC](https://discuss.elastic.co/t/kibana/200483/5 "2019-09-20T20:10:09Z")

</div>

> [@Igor\_Motov](#):
>
> Понял, цель - создать иллюзию безопасности 😃 . Если траффик не шифруется то это безопасно только до первого умника который смог перехвать траффик. К сожалению, с этим помочь не смогу.

Игорь, нравится мне Ваш подход=)

Хорошо, если с SSL. Поправьте меня в моих размышлениях.  
У меня 9 нод эластика (3 мастера +6 дата) + 2 LS + 1 кибана, каждый их элементов кластера установлен на отдельном сервере.  
и Центр Подтверждения сертификатов, на всю компанию.

Для включения SSL, мне потребуется:  
Сгенерировать cert на любой ноде эластика  
Подписать его в ЭЦП  
Следовать инструкции по ссылке [Configuring SSL, TLS, and HTTPS to secure Elasticsearch, Kibana, Beats, and Logstash | Elastic Blog](https://www.elastic.co/blog/configuring-ssl-tls-and-https-to-secure-elasticsearch-kibana-beats-and-logstash)

Я правильно понимаю порядок действий?

---

<div class="post-metadata">

**Author:** ![Lebedev](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/lebedev/32/53579_2.png) [@Lebedev](https://discuss.elastic.co/u/Lebedev)\
**Post date:** [September 20, 2019, 8:24pm UTC](https://discuss.elastic.co/t/kibana/200483/6 "2019-09-20T20:24:13Z")

</div>

Хотя с этим вопросом лучше к ИБ обратиться=)  
Игорь, спасибо и доброй ночи!

---

<div class="post-metadata">

**Author:** ![KOTOXJle6](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/kotoxjle6/32/131136_2.png) [@KOTOXJle6](https://discuss.elastic.co/u/KOTOXJle6)\
**Post date:** [September 21, 2019, 2:30pm UTC](https://discuss.elastic.co/t/kibana/200483/7 "2019-09-21T14:30:42Z")

</div>

Я правильно понимаю что доступ в кибану должны иметь только определенные пользователи? Можно настроить авторизацию через nginx. Это доп. сервис, но можно обойтись без SSL.

---

<div class="post-metadata">

**Author:** ![Lebedev](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/lebedev/32/53579_2.png) [@Lebedev](https://discuss.elastic.co/u/Lebedev)\
**Post date:** [September 21, 2019, 4:06pm UTC](https://discuss.elastic.co/t/kibana/200483/8 "2019-09-21T16:06:12Z")

</div>

> [@KOTOXJle6](#):
>
> Я правильно понимаю что доступ в кибану должны иметь только определенные пользователи? Можно настроить авторизацию через nginx. Это доп. сервис, но можно обойтись без SSL.

Да, можно через Web сервер решить задачу. У меня некоторое замешательство произошло. Если нода одна я могу настроить обычную авторизацию, а что делать когда нод больше одной так и не нашел информации. В связи с этим и возник вопрос.

---

<div class="post-metadata">

**Author:** ![Lebedev](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/lebedev/32/53579_2.png) [@Lebedev](https://discuss.elastic.co/u/Lebedev)\
**Post date:** [September 22, 2019, 6:46pm UTC](https://discuss.elastic.co/t/kibana/200483/9 "2019-09-22T18:46:32Z")

</div>

Игорь, с TLS между нодами и LS картина более или менее понятна. А как быть с Beat-ами. В их конфигурацию нужно подкладывать сертификат при отправке данных из Beats в LS, а в Ingest Node? Или если трафик идет в LS из Rsyslog например.

---

<div class="post-metadata">

**Author:** ![Igor\_Motov](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/igor_motov/32/45193_2.png) [@Igor\_Motov](https://discuss.elastic.co/u/Igor_Motov)\
**Post date:** [September 23, 2019, 1:50pm UTC](https://discuss.elastic.co/t/kibana/200483/10 "2019-09-23T13:50:11Z")

</div>

Если вы настроите TLS на elasticsearch, то надо менять конфигурацию тех компонентов, которые на прямую посылают информацию в elasticsearch. То есть в вашем случае  
это [logstash](https://www.elastic.co/guide/en/logstash/7.4/plugins-outputs-elasticsearch.html#plugins-outputs-elasticsearch-ssl).

---

<div class="post-metadata">

**Author:** ![Lebedev](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/lebedev/32/53579_2.png) [@Lebedev](https://discuss.elastic.co/u/Lebedev)\
**Post date:** [September 28, 2019, 10:54am UTC](https://discuss.elastic.co/t/kibana/200483/11 "2019-09-28T10:54:22Z")

</div>

> [@Igor\_Motov](#):
>
> Если вы настроите TLS на elasticsearch, то надо менять конфигурацию тех компонентов, которые на прямую посылают информацию в elasticsearch. То есть в вашем случае  
> это [logstash](https://www.elastic.co/guide/en/logstash/7.4/plugins-outputs-elasticsearch.html#plugins-outputs-elasticsearch-ssl).

Игорь, приветствую!  
У меня получилось настроить безопасность кластера c сертификатами. Подскажите, столкнулся с ситуацией. При настройке MetricBeat и FileBeat в output я прописываю LS (данные успешно передаются в LS без сертификата). Но в xpack.мониторинг и в установку Dashboard у меня прописывается Elastic и Kibana соотвественно (c SSL). Beats ругается на то, что ему нужен сертификат типа setup\_Kibana.crt или что то в этом роде. Получается что для установки Dashboard мне нужен другой сертификат или как правильно готовить данный механизм?

---

<div class="post-metadata">

**Author:** ![Igor\_Motov](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/igor_motov/32/45193_2.png) [@Igor\_Motov](https://discuss.elastic.co/u/Igor_Motov)\
**Post date:** [September 29, 2019, 9:54am UTC](https://discuss.elastic.co/t/kibana/200483/12 "2019-09-29T09:54:41Z")

</div>

А как вы SSL в Kibana настроили? При установке дашбордов beat обращается напрямую c Kibana, поэтому ему нужны сертификаты kibana а не elasticsearch.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [October 27, 2019, 9:54am UTC](https://discuss.elastic.co/t/kibana/200483/13 "2019-10-27T09:54:44Z")

</div>

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.
