0
Monitor considered up whenever TCP succeeds yet TLS fails
Source: louislam/uptime-kuma#7265 · opened by @770grappenmaker
π I have found these related issues/pull requests I have been unable to find related issues and/or pull requests. π‘οΈ Security Policy β’ I have read and agree to Uptime Kuma's [Security Policy]( π Description As the title says. I have a setup where I am proxying a service that uses TLS. The TCP connection to the proxy succeeds, and I have then configured uptime-kuma to attempt a TLS handshake. The handshake fails, because the remote immediately disconnects, since the backend of the proxy is down. However, the monitor is still up: <img width="612" height="89" alt="Image" src=" /> π Reproduction steps 1. Start some sort of TCP server (netcat?) that immediately disconnects after the first data packet is sent. Alternatively, use some sort of TCP proxy service that points to nothing 2. Add a monitor to uptime-kuma for this faulty TCP server 3. Observe the message "TLS connection failed", yet the monitor is up π Expected β¦
No pledges yet. Be the first to back this.
Comments
Similar requests
Feature Request - Minimum TLS version check (e.g. enforce a minimum of TLS 1.2)
3 votes · 0 comments
Add support for TCPing as a monitor (for when hosting Docker images in services that block ICMP or networks that firewall ICMP packets from the general public)
0 votes · 0 comments
TCP-Port - Ability to add href's to the Monitor-Names on the Statuspage
11 votes · 0 comments
Allow Push monitors to report TLS certificate expiry via the Push API
0 votes · 0 comments
TLS certificate status reporting for Push monitor type
0 votes · 0 comments
No comments yet.