Skip to content
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

Kuma server-side link status monitoring #3773

Closed
2 tasks done
jaclas opened this issue Sep 20, 2023 · 5 comments
Closed
2 tasks done

Kuma server-side link status monitoring #3773

jaclas opened this issue Sep 20, 2023 · 5 comments

Comments

@jaclas
Copy link

jaclas commented Sep 20, 2023

⚠️ Please verify that this bug has NOT been raised before.

  • I checked and didn't find similar issue

🛡️ Security Policy

📝 Describe your problem

I have Kuma installed on my home server, it monitors many external servers where my applications are running. Unfortunately, my home connection is unreliable and often Kuma signals problems with no response from the configured servers, but not because they are offline, but that offline is the Kuma server.

Is it possible to solve this somehow? Can Kuma check the status of the global connection, e.g. by pinging to the DNS servers?

📝 Error Message(s) or Log

No response

🐻 Uptime-Kuma Version

1.23.2

💻 Operating System and Arch

Ubuntu 22.04

🌐 Browser

Chrome

🐋 Docker Version

20.10.14

🟩 NodeJS Version

No response

@jaclas jaclas added the help label Sep 20, 2023
@mabed-fr
Copy link

Hello, You are experiencing the concerns of many people. One of the solutions that can help you out will be the implementation of:

#1236

You create a "parent" monitor (ping google) and if this monitor is down the other services will not be defined as down

@jaclas
Copy link
Author

jaclas commented Sep 20, 2023

Thx, but why is this hanging around so long and not merged? This is a very useful feature, I don't understand why there is resistance to implementing it.

@CommanderStorm
Copy link
Collaborator

See #2693 (comment) for further context

Said feature would need a heavy rebase to make it shippable.
It for example does not use the new monitor syntax (not piling everything into monitor.js) or the new db-independent migrations.

Copy link

We are clearing up our old issues and your ticket has been open for 3 months with no activity. Remove stale label or comment or this will be closed in 2 days.

@github-actions github-actions bot added the Stale label Dec 19, 2023
Copy link

This issue was closed because it has been stalled for 2 days with no activity.

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Dec 21, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants