Allow the public URL to differ from the monitoring URL

[chizutan5]

⚠️ Please verify that this feature request has NOT been suggested before.

• [X] I checked and didn't find similar feature request

🏷️ Feature Request Type

UI Feature

🔖 Feature description

I can't find any similar requests, but please close if they exist. In the comments of #1885 it is proposed with similar reasoning, but only after the issue has been closed

Can the links shown on the status page (when you enable them next to a service) be different to the links used for a http check?

I am using uptime-kuma to report on the status of my fediverse pages, and so I use https://site.tld/nodeinfo/2.1.json to check the instance is actually working, instead of pinging the base site, but this is not the link I want to allow people to click on the status page because the UI is shown at https://site.tld but the nodeinfo path is for a json file.

I would like to be able to set the link when people click the service on the status page to https://site.tld/ or even https://site2.tld/, while still checking https://site.tld/nodeinfo/2.1.json in the back end.

This could also extend to allowing a URL to be configured for when you are using IP , port or DNS monitors for example, where they otherwise have no option.

✔️ Solution

Allow the links on the status page for http to differ from the monitoring url, either by configuring it in the status page, or the dashboard, perhaps a "Monitoring URL" and a "Display URL", or the status page settings can allow you to change the clickable URL.

❓ Alternatives

I don't think there's an alternative for this.

📝 Additional Context

No response

[jflattery]

Potential use cases:

• Create an HTTPS monitor for https://www.github.com but make the clickable link take you to https://www.githubstatus.com
• Create an HTTPS monitor for https://www.icloud.com/ but make the clickable link take you to https://www.apple.com/support/systemstatus/

[appletalk]

Often I want to set the monitoring url to example.com/health or some service specific health status page that intended for monitoring.
However it would be nice if the the clickable url could direct to a different page, such as the main site.

[icsy7867]

Several atlassian and gitlab services, I am hitting an API to make sure the internal status items are loading (Instead of just getting a SAML/SSO page on the HTTP request).

I would love it so I could make these a link where an end user click it, and it goes to the actual service, not the API endpoint.

[mpkayeuk-ikea]

It would be extremely useful if this were also available for groups, so that a clickable link can be provided against group monitors.

[lbarnett83]

It would be extremely useful if this were also available for groups, so that a clickable link can be provided against group monitors.

I was about to submit the same request before I found this request.

My use case is a server with about 50 containers, and I have them organized into groups displayed on my main status page, and would like the group name to be a link to another status page showing the individual services in the group.

[Corban-Lee]

I have some services locked behind Authentik on the public URL, and have linked my services to Uptime Kuma using the internal IP and port to get accurate results.

The downside is that the clickable URL option is now off the table, as it shares the internal URL. Being able to change this would be HUGE, and really appreciated!

[hiagodotme]

My use case is that I have a lot of monitors. So with the groups feature, I could create a status page with just the groups as a service and when clicking it would take me to the status page with the services of that group.

[adtech-scott]

+1 for this, i want to use a keyword check for an api url, but have the link be the user friendly version of the status page.

[afonsoc12]

I have a similar use case as @Corban-Lee . I run my health checks on /health endpoints for the services that have that available, but I would like the clickable URL to go to the service root. E.g:

• HTTPS Keyword: https://mysvc.domain.com/health (expects a OK)
• Clickable URL: https://mysvc.domain.com/

Thank you for this amazing piece of software

[troycarpenter]

My use case is that I have a lot of monitors. So with the groups feature, I could create a status page with just the groups as a service and when clicking it would take me to the status page with the services of that group.

Here's a BIG workaround for you based on how I understand the implementation described. I just tested this:

1. Create your new group status page. Copy the URL.
2. Create a new HTTP monitor. Put in the URL for your new status page from step 1. Name the monitor the group name you want. Save it and verify it's monitoring that URL.
3. Change the monitor type from HTTP to Group.
4. Now add your other monitors to the group.
5. Add this new group to a status page and enable the URL. It will use the status page URL from step 1.

The trick is that once you put in the URL for the http/s monitor, it will use it in the status page link even when you change the monitor type from http/s to group.

It's pretty static. I can't imagine a way to change the URL once you've converted the monitor to a group.

[CommanderStorm]

That is a pretty creative abuse of said bug. The reason this exists/"works" is that the monitoring data is not wiped on switching to another monitoring type and the frontend likely ony checks that the url exists.