# Missing authentication ceredentials for rest request
**URL:** https://discuss.elastic.co/t/missing-authentication-ceredentials-for-rest-request/204859
**Category:** Kibana
**Created:** [October 23, 2019, 11:51am UTC](https://discuss.elastic.co/t/missing-authentication-ceredentials-for-rest-request/204859 "2019-10-23T11:51:24Z")
**Posts on this page:** 4
**Page:** 1
### Author:  [@Krypton8](https://discuss.elastic.co/u/Krypton8)
#### Post date: [October 23, 2019, 11:51am UTC](https://discuss.elastic.co/t/missing-authentication-ceredentials-for-rest-request/204859/1 "2019-10-23T11:51:25Z")
Hello guys,
I have put in place a LDAP realm on my ES cluster.
I enabled the xpack.security.enabled to true on all of my cluster nodes (3).
I have modified my elasticsearch.yml to set the LDAP realm with user\_search and then update my role\_mapping.
Therefore, when i'm trying to start Kibana service, I have an error like this:
> {"type":"log","@timestamp":"2019-10-23T11:24:06Z","tags":["warning","task\_manager"],"pid":10628,"message":"PollError [security\_exception] missing authentication credentials for REST request [/\_template/.kibana\_task\_manager?filter\_path=\*.version], with { header={ WWW-Authenticate="Basic realm=\"security\" charset=\"UTF-8\"" } }"}
Looks like Kibana cannot connect to the cluster. I have no other authentication active, like the basic auth, only the LDAP realm one.
My elasticsearch.yml:
> # ---------------------------------- Various -----------------------------------
>
> #
>
> # Require explicit names when deleting indices:
>
> #
>
> #action.destructive\_requires\_name: true
>
> #
>
> # Activation de la securité xpack
>
> xpack.security.enabled: true
> xpack.monitoring.collection.enabled: true
>
> # Activation de l'encryption elastic
>
> #xpack.security.transport.ssl.enabled: true
> #xpack.security.transport.ssl.verification\_mode: certificate
> #xpack.security.transport.ssl.keystore.path: certs/elastic-certificates.p12
> #xpack.security.transport.ssl.truststore.path: certs/elastic-certificates.p12
>
> #
>
> xpack:
> security:
> authc:
> realms:
> ldap:
> ldap1:
> order: 0
> url: "ldap://active\_directoryIP:389"
> bind\_dn: "cn=ldapuser,ou=MYOU,dc=MyDc,dc=MyDc2"
> user\_search:
> base\_dn: "dc=MyDc,dc=MyDc2"
> filter: "(cn={0})"
> group\_search:
> base\_dn: "dc=MyDc,dc=MyDc2"
> files:
> role\_mapping: "/etc/elasticsearch/role\_mapping.yml"
> unmapped\_groups\_as\_roles: false
My kibana.yml:
> server.ssl.enabled: true
> server.ssl.certificate: /etc/kibana/ssl/kibana.crt
> server.ssl.key: /etc/kibana/ssl/kibana.key
> xpack.security.enabled: true
> xpack.reporting.enabled: true
> xpack.monitoring.enabled: true
Everything was working fine until I set the LDAP realm. I really don't know what to do, I searched in the forum, stackoverflow and official docs but I can't find a solution.
Hope someone will bring light to this.
Best regards
---
### Author:  [@Larry\_Gregory](https://discuss.elastic.co/u/Larry_Gregory)
#### Post date: [October 23, 2019, 1:57pm UTC](https://discuss.elastic.co/t/missing-authentication-ceredentials-for-rest-request/204859/2 "2019-10-23T13:57:38Z")
Hey @Krypton8,
It looks like your `kibana.yml` is missing credentials for Kibana to authenticate to Elasticsearch. I'd expect to see values in there for `elasticsearch.username` and `elasticsearch.password`. Can you verify you have that configured correctly?
---
### Author:  [@Krypton8](https://discuss.elastic.co/u/Krypton8)
#### Post date: [October 24, 2019, 8:14am UTC](https://discuss.elastic.co/t/missing-authentication-ceredentials-for-rest-request/204859/3 "2019-10-24T08:14:23Z")
Hello Larry,
I tried to put different values to elasticsearch.username and elasticsearch.password but this is not working properly.
I tried to put the default user (elastic:changeme) or an LDAP user but this is not working !
Thank you for your help
---
### Author:  [@system](https://discuss.elastic.co/u/system)
#### Post date: [November 21, 2019, 8:14am UTC](https://discuss.elastic.co/t/missing-authentication-ceredentials-for-rest-request/204859/4 "2019-11-21T08:14:32Z")
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.