mirror of
https://github.com/louislam/uptime-kuma.git
synced 2026-03-02 22:57:00 -05:00
Support for DDNS #4661
Labels
No labels
A:accessibility
A:api
A:cert-expiry
A:core
A:dashboard
A:deployment
A:documentation
A:domain expiry
A:incidents
A:maintenance
A:metrics
A:monitor
A:notifications
A:reports
A:settings
A:status-page
A:ui/ux
A:user-management
Stale
ai-slop
blocked
blocked-upstream
bug
cannot-reproduce
dependencies
discussion
duplicate
feature-request
feature-request
good first issue
hacktoberfest
help
help wanted
house keeping
invalid
invalid-format
invalid-format
question
releaseblocker 🚨
security
spam
type:enhance-existing
type:new
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/uptime-kuma#4661
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Dqrkky on GitHub (Feb 2, 2026).
📑 I have found these related issues/pull requests
I could not find any existing issues or pull requests that provide native DDNS support for hostname updates and monitoring. This feature request focuses specifically on dynamic DNS resolution and integration, which is not addressed elsewhere.
🔖 Feature description
It would be useful to add a monitor type or option that specifically validates DDNS hostnames. This would allow users to:
Verify that their dynamic hostnames are resolving to an IP.
Receive alerts if the DDNS hostname becomes invalid or stops resolving.
✔️ Solution
In my use-case, I would like:
A DNS/DDNS monitor type that checks if a hostname resolves.
Optional validation against an expected IP or IP range.
Examples:
A single IP: 0.0.0.0
A subnet: 0.0.0.0/24
This ensures alerts only trigger if the hostname resolves outside the expected network.
Notifications triggered if the hostname cannot be resolved or resolves outside the expected range.
❓ Alternatives
Users can currently use Script monitors with nslookup or dig to manually check a DDNS hostname and compare against an IP.
📝 Additional Context
Useful for dynamic IP environments (home labs, personal servers).
Ensures uptime monitoring continues to work even when IPs change within an expected range.
Could be implemented as a native “DNS check” monitor or an option inside Ping/Script monitors.
@CommanderStorm commented on GitHub (Feb 2, 2026):
I think this can be done reasonably simple using the existing DNS monitor and it's conditions.
Where do you area a concrete need?