Limit access to different status pages (password restricted) #922

Closed
opened 2026-02-28 02:03:50 -05:00 by deekerman · 7 comments
Owner

Originally created by @Sneeex on GitHub (Mar 21, 2022).

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

  • I checked and didn't find similar feature request

🏷️ Feature Request Type

Other

🔖 Feature description

I would like to be able to set a password for example for status page a and let status page b be public.
(Louislam just made it possible to create multiple pages)

✔️ Solution

It could be using a password or requiring login with the admin account etc.

Alternatives

📝 Additional Context

Originally created by @Sneeex on GitHub (Mar 21, 2022). ### ⚠️ Please verify that this feature request has NOT been suggested before. - [X] I checked and didn't find similar feature request ### 🏷️ Feature Request Type Other ### 🔖 Feature description I would like to be able to set a password for example for status page a and let status page b be public. (Louislam just made it possible to create multiple pages) ### ✔️ Solution It could be using a password or requiring login with the admin account etc. ### ❓ Alternatives - ### 📝 Additional Context -
Author
Owner

@val123456 commented on GitHub (Mar 23, 2022):

I protect various paths (URLs) by using a reverse proxy server in front with basic HTTP auth. Get SSL that way too. :-)

@val123456 commented on GitHub (Mar 23, 2022): I protect various paths (URLs) by using a reverse proxy server in front with basic HTTP auth. Get SSL that way too. :-)
Author
Owner

@Sneeex commented on GitHub (Mar 24, 2022):

I protect various paths (URLs) by using a reverse proxy server in front with basic HTTP auth. Get SSL that way too. :-)

its a good way but i want it to be implemented into uptime kuma

@Sneeex commented on GitHub (Mar 24, 2022): > I protect various paths (URLs) by using a reverse proxy server in front with basic HTTP auth. Get SSL that way too. :-) its a good way but i want it to be implemented into uptime kuma
Author
Owner

@wrench12435678 commented on GitHub (May 25, 2022):

This would be usefull or at least if you add a domain name, it only is acsessible if coming from that domain.

@wrench12435678 commented on GitHub (May 25, 2022): This would be usefull or at least if you add a domain name, it only is acsessible if coming from that domain.
Author
Owner

@SteffoSpieler commented on GitHub (Dec 8, 2022):

Would be great if it would be possible to set a custom password per status page.

@SteffoSpieler commented on GitHub (Dec 8, 2022): Would be great if it would be possible to set a custom password per status page.
Author
Owner

@CommanderStorm commented on GitHub (Jul 3, 2023):

@mathiskir
I think this is a duplicate of https://github.com/louislam/uptime-kuma/issues/1050
If you agree please close this issue, as issue-management is harder with zombies hanging around.
If you disagree, what is the difference?

@CommanderStorm commented on GitHub (Jul 3, 2023): @mathiskir I think this is a duplicate of https://github.com/louislam/uptime-kuma/issues/1050 If you agree please close this issue, as issue-management is harder with zombies hanging around. If you disagree, what is the difference?
Author
Owner

@vaemarr commented on GitHub (Nov 22, 2023):

I too would like to see this, it's one of the few things actually stopping us from using this with our clients.

@vaemarr commented on GitHub (Nov 22, 2023): I too would like to see this, it's one of the few things actually stopping us from using this with our clients.
Author
Owner

@CommanderStorm commented on GitHub (Dec 3, 2023):

@mathiskir
We are consolidating duplicate issues a bit to make issue management easier.
I think, we should track this issue in #1050 as there is no functional difference (maybe just small naming differences, but nothing that would require a different issue imo)
⇒ I am going to close this as a duplicate.

@CommanderStorm commented on GitHub (Dec 3, 2023): @mathiskir We are consolidating duplicate issues a bit to make issue management easier. I think, we should track this issue in #1050 as there is no functional difference (maybe just small naming differences, but nothing that would require a different issue imo) ⇒ I am going to close this as a duplicate.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/uptime-kuma#922
No description provided.