# Can't send dashboard to kibana

**URL:** <https://discuss.elastic.co/t/cant-send-dashboard-to-kibana/243887>\
**Category:** Kibana\
**Created:** [August 5, 2020, 3:02pm UTC](https://discuss.elastic.co/t/cant-send-dashboard-to-kibana/243887 "2020-08-05T15:02:38Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![headtea](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/headtea/32/24271_2.png) [@headtea](https://discuss.elastic.co/u/headtea)\
**Post date:** [August 5, 2020, 3:02pm UTC](https://discuss.elastic.co/t/cant-send-dashboard-to-kibana/243887/1 "2020-08-05T15:02:38Z")

</div>

Because we like the default "failed logins" dashboard that auditbeat provides, in `auditbeat.yml`, we have `setup.dashboards.enabled: true`.

It worked fine and now that I've enabled HTTPS for kibana I'm facing some issues.

This is the current configuration for kibana output in `auditbeat.yml`:

```
setup.kibana:
  host: "https://elk.companyname.net:5601"
  username: "elastic"
  password: "password"

```

In my browser, if I go to `https://elk.companyname.net:5601` - I get kibana.

This is what I get when I start kibana:

```
ERROR instance/beat.go:958 Exiting: error connecting to Kibana: fail to get the Kibana version: HTTP GET request to https://elk.companyname.net:5601/api/status fails: fail to execute the HTTP GET request: Get https://elk.companyname.net:5601/api/status: x509: certificate signed by unknown authority. Response: .
Exiting: error connecting to Kibana: fail to get the Kibana version: HTTP GET request to https://elk.companyname.net:5601/api/status fails: fail to execute the HTTP GET request: Get https://elk.companyname.net:5601/api/status: x509: certificate signed by unknown authority. Response: .

```

It seems to not like the certificate. To secure kibana with HTTPS, I've used my company's `.crt` and `.key`.

Do I have anything missing? Is it possible to have dashboards go through Elasticsearch (since it seems to work)? Thanks ahead.

---

<div class="post-metadata">

**Author:** ![A\_B](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/a_b/32/17104_2.png) [@A\_B](https://discuss.elastic.co/u/A_B)\
**Post date:** [August 5, 2020, 3:10pm UTC](https://discuss.elastic.co/t/cant-send-dashboard-to-kibana/243887/2 "2020-08-05T15:10:47Z")

</div>

> [@headtea](#):
>
> `certificate signed by unknown authority`

Sounds like you either have to set [certificate\_authorities](https://www.elastic.co/guide/en/beats/auditbeat/current/configuration-ssl.html#_certificate_authorities)

Or [verification\_mode](https://www.elastic.co/guide/en/beats/auditbeat/current/configuration-ssl.html#_verification_mode)

What CA do you get your company cert from?

---

<div class="post-metadata">

**Author:** ![headtea](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/headtea/32/24271_2.png) [@headtea](https://discuss.elastic.co/u/headtea)\
**Post date:** [August 5, 2020, 3:20pm UTC](https://discuss.elastic.co/t/cant-send-dashboard-to-kibana/243887/3 "2020-08-05T15:20:47Z")

</div>

Thanks for the response!

I'm not sure what CA we have, I just took the crt&key from another server to the kibana config. Do I need to add the company's CA to `auditbeat.yml`?

Also, If I set verification\_mode to none then the connection would be unencrypted, right?

---

<div class="post-metadata">

**Author:** ![A\_B](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/a_b/32/17104_2.png) [@A\_B](https://discuss.elastic.co/u/A_B)\
**Post date:** [August 6, 2020, 7:24am UTC](https://discuss.elastic.co/t/cant-send-dashboard-to-kibana/243887/4 "2020-08-06T07:24:24Z")

</div>

You can check the CA with e.g.

```
openssl x509 -in certificate.crt -text -noout

```

The best solution would definitely be to be able to configure `certificate_authorities` as that at least to me seems to be what is failing.

Setting `verification_mode` to `none` does not mean the connection is not encrypted but it leaves it vulnerable to attacks as the documentation says

> In this mode, TLS-based connections are susceptible to man-in-the-middle attacks.

You mentioned that your local browser does not complain about the Kibana certificate. What if you use something like `curl` from where Auditbeat is running?

`curl -Iv https://elk.companyname.net:5601` should show information on the certificate as well. Add `-k` if you get certificate warnings, to allow insecure connections.

---

<div class="post-metadata">

**Author:** ![headtea](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/headtea/32/24271_2.png) [@headtea](https://discuss.elastic.co/u/headtea)\
**Post date:** [August 6, 2020, 8:21am UTC](https://discuss.elastic.co/t/cant-send-dashboard-to-kibana/243887/5 "2020-08-06T08:21:51Z")

</div>

Thanks for the response,

I gave auditbeat the certificate (`.crt`) that kibana uses under `certificate_authorities` and it worked!

---

<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:** [September 3, 2020, 8:21am UTC](https://discuss.elastic.co/t/cant-send-dashboard-to-kibana/243887/6 "2020-09-03T08:21:57Z")

</div>

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