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

If host's dns fails, no notifications are sent #4858

Closed
2 tasks done
roughnecks opened this issue Jun 16, 2024 · 1 comment
Closed
2 tasks done

If host's dns fails, no notifications are sent #4858

roughnecks opened this issue Jun 16, 2024 · 1 comment
Labels

Comments

@roughnecks
Copy link

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

  • I checked and didn't find similar issue

🛡️ Security Policy

📝 Describe your problem

Hello,
today I made a change to my VPS that caused systemd-resolved to fail with ;; communications error to 127.0.0.53#53: timed out

No notifications were sent because no service resolved anymore. I found out about the issue only later and by chance only.
Currently I have xmpp, matrix and mail notifications.

As soon as I restored dns functionality, several emails about services being up again arrived to my inbox.
Am I doing something wrong or a workaround exists?

Thanks

📝 Error Message(s) or Log

No response

🐻 Uptime-Kuma Version

Versione: 1.23.13

💻 Operating System and Arch

Debian 12 x64

🌐 Browser

Chrome Versione 125.0.6422.142 (Build ufficiale) (a 64 bit)

🖥️ Deployment Environment

  • Runtime: Docker version 26.1.4, build 5650f9b, nodejs v18.19.0
@CommanderStorm
Copy link
Collaborator

Am I doing something wrong or a workaround exists?

If we can't send notifications to the outside due to not having internet connectivity, we can't send notifications via the internet.

There are a few notification providers that don't require this. See the SMTP monitor for one of them. See #2793 for further details.

I don't see us not having internet connectivity as something fixable/monitorable by us. I would recommend to have a second instance somewhere in a different location monitoring uptime-kuma ("who watches the watchers")

Think this resolves your question. If anything is unclear, feel free to reach out ^^

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants