- 5 Posts
- 15 Comments
notquitenothing@sh.itjust.worksOPto Selfhosted@lemmy.world•GitHub - voidauth/voidauth: An Easy to Use and Self-Host Single Sign-On Provider 🐈⬛🔒English1·1 month agoThank you!
notquitenothing@sh.itjust.worksto Selfhosted@lemmy.world•Authentik vs Authelia?English161·1 month agoYou can try VoidAuth, it is kinda similar to Authelia+lldap. I am the developer and I created it because I wasn’t satisfied with Authelia’s user management. If you decide you want to try it and run into any issues or questions I will try to help :)
notquitenothing@sh.itjust.worksto Selfhosted@lemmy.world•How to enhance Caddy's basic_auth?English2·1 month agoI don’t think you could do that directly in the Caddyfile, but you can create those groups/policies inside VoidAuth and assign them to users there.
The steps would be to (in VoidAuth) create the access group/policy, create the ProxyAuth Domain (protected.example.com/*) with the allowed group(s), make sure the user(s) have that group, then in Caddy add the forward_auth directive to the same route you want to protect.
Then when you go to access that route in a browser it will redirect you to VoidAuth login, or if you pass an Authentication header with Basic Auth (like when using an API) it will use that.
notquitenothing@sh.itjust.worksto Selfhosted@lemmy.world•How to enhance Caddy's basic_auth?English13·1 month ago
notquitenothing@sh.itjust.worksOPto Selfhosted@lemmy.world•GitHub - voidauth/voidauth: An Easy to Use and Self-Host Single Sign-On Provider 🐈⬛🔒English2·2 months agoYou can do this with VoidAuth as well, by setting the DB_NAME variable
notquitenothing@sh.itjust.worksOPto Selfhosted@lemmy.world•GitHub - voidauth/voidauth: An Easy to Use and Self-Host Single Sign-On Provider 🐈⬛🔒English5·2 months agoVoidAuth is simpler to setup/use than Authentik for sure, but of course Authentik has more features. They both support proxy-auth, OIDC, and have user management UIs so in that way they are similar. I like VoidAuth for its simplicity but you can always run both and decide, if you have any questions about setup I will try to answer!
notquitenothing@sh.itjust.worksOPto Selfhosted@lemmy.world•GitHub - voidauth/voidauth: An Easy to Use and Self-Host Single Sign-On Provider 🐈⬛🔒English3·2 months agoIf you run into any issue during setup let me know! I am still working on the documentation so hopefully it is somewhat understandable 😆
notquitenothing@sh.itjust.worksOPto Selfhosted@lemmy.world•GitHub - voidauth/voidauth: An Easy to Use and Self-Host Single Sign-On Provider 🐈⬛🔒English14·2 months agoI will make an issue for adding SQLite support, it has been on my mind for the same reasons. I would say don’t let the Postgres requirement stop you from trying it out. Modern hardware really doesn’t mind having multiple containerized postgresdb instances running, it can be very lightweight when idle.
notquitenothing@sh.itjust.worksOPto Self Hosted - Self-hosting your services.@lemmy.ml•[Project] GitHub - voidauth/voidauth: An Easy to Use and Self-Host Single Sign-On Provider 🐈⬛🔒2·2 months agoI have never used nforwardauth, but it looks like it offers a subset of the functionality of VoidAuth. Both support proxy-auth, but VoidAuth has user management features and also supports OIDC, passkeys, etc. I think nforwardauth looks like a great project, you can always setup VoidAuth alongside and try it out!
notquitenothing@sh.itjust.worksOPto Selfhosted@lemmy.world•GitHub - voidauth/voidauth: An Easy to Use and Self-Host Single Sign-On Provider 🐈⬛🔒English152·2 months agoI would not recommend using VoidAuth to anyone who needs to be any kind of security compliant. I am not a security professional and am using packages for the OIDC and other security heavy-lifting. I can recommend VoidAuth for those just looking for a simple but good looking auth app for securing their own selfhosted apps and resources.
notquitenothing@sh.itjust.worksOPto Selfhosted@lemmy.world•GitHub - voidauth/voidauth: An Easy to Use and Self-Host Single Sign-On Provider 🐈⬛🔒English29·2 months agoI do agree. I have been thinking about adding a SQLite option which should be somewhat easy since knex (the database package that VoidAuth uses) supports it. Before releasing that I would want to create some way to migrate your data from one database type to another. If you want to use VoidAuth feel free to make an issue for this!
notquitenothing@sh.itjust.worksOPto Self Hosted - Self-hosting your services.@lemmy.ml•[Project] GitHub - voidauth/voidauth: An Easy to Use and Self-Host Single Sign-On Provider 🐈⬛🔒5·2 months agoMy previous setup was with Authelia and lldap, and VoidAuth is heavily inspired by a combination of both. I think the advantages VoidAuth has are simple user management, supporting user registration/invitation, more branding customization, and a better end-user UI (imo).
There are other great selfhosted auth solutions such as Authelia and lldap, and also Authentik, Keycloak, pocket-id, and Rauthy. I would encourage anyone looking for a selfhosted auth solution to shop around!
notquitenothing@sh.itjust.worksOPto Selfhosted@lemmy.world•GitHub - voidauth/voidauth: An Easy to Use and Self-Host Single Sign-On Provider 🐈⬛🔒English3·2 months agoLet me know how it goes!
notquitenothing@sh.itjust.worksOPto Selfhosted@lemmy.world•GitHub - voidauth/voidauth: An Easy to Use and Self-Host Single Sign-On Provider 🐈⬛🔒English3·2 months agoWhile I haven’t spun up Keycloak myself, I think VoidAuth would supply some similar functionality. Ideally the features of Keycloak that you are likely to need but easier to setup and use!
Pretty much as answered already, passkeys (sometimes branded like FaceID or Windows Hello but it is an open spec) are an alternative to passwords. Your public key that identifies your user is stored in VoidAuth and your private key is stored on your device. Some password managers support syncing passkeys, so you don’t have to set up a new passkey on every device.
The advantage over passwords is that they are domain and device specific, so are much harder to be leaked from the client side. VoidAuth (or other services) should only be storing your public key so a leak on the server side would not allow someone to log in as you.