You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'd like to run journalctl-proxy on a publicly accessible server, but would like to restrict access to the listing of available services to "non-sensitive" services. Specifically, I am interested in only exposing the journalctl logs for one or two related services.
It would be nice to have a config option or command-line argument that allows defining one or more (maybe using regex) patterns for service names to show in the dropdown list.
This could also be combined with some level of authentication/authorization, to prevent un-authorized access to potentially sensitive logs. Ideally, some level of account/role management to restrict which services are exposed to which users/roles (system admins could view all logs, but service admins could only view their own services).
The text was updated successfully, but these errors were encountered:
@kylemallory I love this idea. It is a long time since you wrote this, but I will add it anyway. Sorry for the taking so long. I am not opted in to receive any notifications, and it slipped by me.
I'd like to run journalctl-proxy on a publicly accessible server, but would like to restrict access to the listing of available services to "non-sensitive" services. Specifically, I am interested in only exposing the journalctl logs for one or two related services.
It would be nice to have a config option or command-line argument that allows defining one or more (maybe using regex) patterns for service names to show in the dropdown list.
This could also be combined with some level of authentication/authorization, to prevent un-authorized access to potentially sensitive logs. Ideally, some level of account/role management to restrict which services are exposed to which users/roles (system admins could view all logs, but service admins could only view their own services).
The text was updated successfully, but these errors were encountered: