Open amandahla opened 4 years ago
Your endpoint is mandating a niche TLS feature which many implementations don't implement and which is discouraged for security reasons. This is a true positive, your endpoint shouldn't require this - but if you do have more niche TLS or HTTP needs a quick custom script for monitoring would be the way to handle it.
We are facing a similar issue - probing a TLS endpoint which requires TLS renegotiation.
So, I was wondering if there is actually any chance that this feature gets supported and what would be the right way of doing it? I figured that the TLS config actually comes from github.com/prometheus/common/config and some time ago there was even an issue with a pull request but it was dropped. So, is that the right way of fixing this issue?
I am considering making a fork of the blackbox exporter, making a local copy of the prometheus/common/config and applying the renegotiation patch from prometheus/common#221. I think this will solve our problem but I am also willing to help adding this feature to blackbox/prometheus.
Given that this is unwise in security terms and such an endpoint is arguably broken, there's no plans to support this.
Hi.
I'm trying to monitor a URL but I get "local error: tls: no renegotiation" even with "insecure_skip_verify: true" set.
What can I do?
Host operating system: output of
uname -a
Linux 3.10.0-1062.12.1.el7.x86_64 #1 SMP Tue Feb 4 23:02:59 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
blackbox_exporter version: output of
blackbox_exporter -version
blackbox_exporter, version 0.16.0 (branch: HEAD, revision: 991f89846ae10db22a3933356a7d196642fcb9a9) build user: root@64f600555645 build date: 20191111-16:27:24 go version: go1.13.4
What is the blackbox.yml module config.
What logging output did you get from adding
&debug=true
to the probe URL?What did you do that produced an error?
Monitoring using Prometheus
What did you expect to see?
probe_success 1
What did you see instead?
probe_success 0