# Curator ssl\_no\_validate: True helm option doesn't work

**URL:** https://discuss.elastic.co/t/curator-ssl-no-validate-true-helm-option-doesnt-work/206748
**Category:** Elasticsearch
**Tags:** curator
**Created:** [November 6, 2019, 8:49am UTC](https://discuss.elastic.co/t/curator-ssl-no-validate-true-helm-option-doesnt-work/206748 "2019-11-06T08:49:21Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![O\_K](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/o_k/32/52424_2.png) [@O\_K](https://discuss.elastic.co/u/O_K)
#### Post date: [November 6, 2019, 8:49am UTC](https://discuss.elastic.co/t/curator-ssl-no-validate-true-helm-option-doesnt-work/206748/1 "2019-11-06T08:49:22Z")

</div>

I needed to enable TLS on elasticsearch just to make pods stable after restart(they didn't get up if TLS is disabled). I don't want to have any TLS validation and so on just to make things easier (we have security enabled on higher level)

All the components like kibana, fluentd started well but I see there is an issue with Curator.

@theuntergeek, please have a look and suggest what would be the easiest way to deal with enabled TLS and Curator.

```auto
  config_yml: |-
    ---
    client:
      hosts:
        - elasticsearch-master
      port: 9200
      # url_prefix:
      use_ssl: True
      # certificate:
      # client_cert:
      # client_key:
      ssl_no_validate: True
      http_auth: "elastic:password"

```

Curator version:

```auto
image:
  repository: untergeek/curator
  tag: 5.7.6

```

Chart version:

```auto
apiVersion: v1
appVersion: "5.5.4"
description: A Helm chart for Elasticsearch Curator
name: elasticsearch-curator
version: 2.0.2
home: https://github.com/elastic/curator
keywords:
- curator
- elasticsearch
- elasticsearch-curator
sources:
- https://github.com/kubernetes/charts/elasticsearch-curator
- https://github.com/pires/docker-elasticsearch-curator
maintainers:
  - name: desaintmartin
    email: cedric.dsm@gmail.com
  - name: gianrubio
    email: gianrubio@gmail.com

```

Error:

```auto
{"type": "server", "timestamp": "2019-11-05T23:12:06,102+0000", "level": "WARN", "component": "o.e.h.AbstractHttpServerTransport", "cluster.name": "elasticsearch", "node.name": "elasticsearch-master-0", "cluster.uuid": "PBFsI5fPThiXUnKdMY5qhQ", "node.id": "6I0v-OXPSd-tcq-CK3SZhg", "message": "caught exception while handling client http traffic, closing connection Netty4HttpChannel{localAddress=0.0.0.0/0.0.0.0:9200, remoteAddress=/172.30.182.133:59712}" , 
"stacktrace": ["io.netty.handler.codec.DecoderException: javax.net.ssl.SSLHandshakeException: Received fatal alert: unknown_ca",
"at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:472) ~[netty-codec-4.1.35.Final.jar:4.1.35.Final]",
"at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:278) ~[netty-codec-4.1.35.Final.jar:4.1.35.Final]",
"at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:374) [netty-transport-4.1.35.Final.jar:4.1.35.Final]",
"at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:360) [netty-transport-4.1.35.Final.jar:4.1.35.Final]",
"at io.netty.channel.Ab

```

---

<div class="post-metadata">

### Author: ![theuntergeek](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/theuntergeek/32/44961_2.png) [@theuntergeek](https://discuss.elastic.co/u/theuntergeek)
#### Post date: [November 6, 2019, 1:13pm UTC](https://discuss.elastic.co/t/curator-ssl-no-validate-true-helm-option-doesnt-work/206748/2 "2019-11-06T13:13:09Z")

</div>

It’s complaining about the CA, the certificate authority. I can’t see that one is being used with a quick look at what you’ve shared here. The error even seems to be at the Java level, not the python level where Curator would be reporting it. In any case, it would need to be specified for both Elasticsearch and Curator.

---

<div class="post-metadata">

### Author: ![O\_K](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/o_k/32/52424_2.png) [@O\_K](https://discuss.elastic.co/u/O_K)
#### Post date: [November 6, 2019, 2:26pm UTC](https://discuss.elastic.co/t/curator-ssl-no-validate-true-helm-option-doesnt-work/206748/3 "2019-11-06T14:26:21Z")

</div>

Issue solved after adding xpack.security.transport.ssl.certificate\_authorities into elasticsearch.yaml

---

<div class="post-metadata">

### Author: ![theuntergeek](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/theuntergeek/32/44961_2.png) [@theuntergeek](https://discuss.elastic.co/u/theuntergeek)
#### Post date: [November 6, 2019, 5:31pm UTC](https://discuss.elastic.co/t/curator-ssl-no-validate-true-helm-option-doesnt-work/206748/4 "2019-11-06T17:31:45Z")

</div>

Glad you figured it out.

You won't need Curator to use SSL unless you also set `xpack.security.http.*`.

---

<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: [December 4, 2019, 5:31pm UTC](https://discuss.elastic.co/t/curator-ssl-no-validate-true-helm-option-doesnt-work/206748/5 "2019-12-04T17:31:50Z")

</div>

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