-
Notifications
You must be signed in to change notification settings - Fork 8.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Canvas fails with timelion datasource for self-signed certificate #23092
Comments
Original comment by @jguay: Ok I found the solution which is an env variable in kibana server :
Maybe just someone can review if this is already documented somewhere or is worth documenting |
Original comment by @tsullivan: This looks to me like a valid bug, not just a documentation thing. It seems like Canvas/Timelion should be aware of the |
Original comment by @tsullivan: I won't be able to work on this right away, but I took a quick look at the docker compose file.
|
Original comment by @jguay: No urgency on my end even before canvas is GA, we could knowledge base this if this question/issue comes again once we officially support canvas...
Not if you use the LINK REDACTED, LINK REDACTED creates LINK REDACTED automatically using certutil (ca.crt, kibana.crt/key...), those certificate can be used by localhost installation if you need just this
I switched to 6.3.0 yesterday, if you need 6.2.4, let me know and I can adapt the file. For reference, you need to adapt the Dockerfile basically revert my latest LINK REDACTED) of kibana but also you would need another [canvas install file], the .env file and LINK REDACTED changing "elasticsearch:${TAG}" for "elasticsearch-platinum:${TAG}" (this is because since 6.3.0 there is no longer elasticsearch-platinum docker image which was the image for ES with x-pack before we opened it) Anything on docker side in general or related to the example I gave, do slack me (I work EMEA times) whenever you need. |
Original comment by @tsullivan: I can reproduce this in my dev environment. In my Kibana server console, I see:
|
Original comment by @tsullivan: This happens because It can be fixed in the code by making Example of a timelion API call running from Canvas in the browser: Request payload:
The |
Original comment by @tsullivan: I talked with @rashidkpc about this, and he is -1 for moving Timelion to be a public function. A better solution would be to not call a Kibana HTTP endpoint from the server-side, meaning that the Timelion function should use a server method that exposes the |
Original comment by @rashidkpc: Untrusted certs are an issue all over the Elastic stack. The solution here is to use a trusted cert. Calling this a documentation bug: LINK REDACTED |
Duplicate of #26308. Closing |
Original comment by @jguay:
I am not sure if this is just a documentation bug or this would require some new settings in kibana.yml
steps to reproduce
1a- Use LINK REDACTED and login to the kibana container as root
OR 1b- Install kibana with self signed certificate (using certgen/certutil), adding ca with this (docker env variables here replace by valid values if using kibana.yml)
2- Note that curl without -k fails now (also highlighted by browser)
3- Force kibana OS to trust the CA:
4- Curl will now work
5- Restart kibana for good measures
6- In Kibana add an element and change data source to timelion returns:
7- In my case Chrome is on Mac I also LINK REDACTED and I restart Chrome now browser has no issue to trust kibana certificate but canvas still does :
The text was updated successfully, but these errors were encountered: