moonpiedumplings

Second comment, but also check out midpoint by evoloum: https://docs.evolveum.com/iam/

It is a modern web frontend on top of Active Directory.

1. Use an Identity Provider (IDP)*. Other people have mentioned LDAP, which can play this role.

2. Use groups within the IDP to declare who has what privileges.

3. Apps using the IDP for auth can read the groups and allow/deny permissions based on groups.

*Or Identity and Access Management if you are in the cloud ig.

For open source solutions, I would recommend:

• Authentik (what I use)
• Kanidm (doesn't have web ui)
• Nubus by Univention

These three solutions all have invites, ldap, and can act as oauth providers. (Oauth is single sign on), which are the features I want. There are also integrated, including it all in the one app.

There is also LLDAP, which is a web ui for ldap, and then you could use a service that connects to that, like authelia or keycloak, to add oauth on top.

No, Socks5 does not work for this usecase. You don't get permissions to run it locally via crostini (or use crostini in general) and the relevant proxy settings are locked in the chromebook settings. In addition to this, it is too easy to fingerprint, and some of the more aggressive setups will catch it and block it. For example, my high school would autodetect wireguard and then kick you off of the network for 10 minutes if you attempted to connect.

These kinds of setups are used to bypass agressive network filtering and content censhorship. All the traffic is http(s). And then the way only a browser is needed means it works on locked down devices like chromebooks.

The browser in docker is something I have used, but it requires more resources to host and can only be used by one person at once if you are using something like linuxserver's webtop.

Yeah you want the titanium networks projects, which are essentially a bunch of web proxies exactly like what you ask for.

I used to use Metallic, but it's not actually that good and not maintained anymore.

Here is a public instance of holy unblocker: https://uc.robby.blue/scramjet

This is one of their flagship projects, and is what you want. Self hostable of course, code on github. I preferred the projects that give you internal tabs though, like hypertabs or anura.

Public anura instance: https://anura.pro/ (but anura looks like a pain to self host, it's much more complex)

This requires manually enabling every additional provider.

No, it doesn't. The docs are confusing on this, but forgejo has two methods to enable oauth/oidc. One is to manually enable them, but there is a second, where people bring their own openid link.

The docs contain 3 things related to oauth:

• Oauth provider forgejo acts as oauth for someone else
• Ouath client — This is the one where you manually enable providers
• But then there is a third config. Openid. This one lets users bring their own openid/oauth link and sign in with that. No manual configuration required on the side of the forgejo server per oauth provider being used.

Forgejo has a feature (that people usually disable) where you can bring your own openid connect url and use it to auth. So if I have my own OIDC provider I am self hosting, I can just use that to log in.

Most people only use OIDC for google and microsoft and whatnot but it's very possible. I don't realkly see what FedCM offers that OIDC doesn't or can't, or why we shouldn't be adding features to the existing and popular OIDC instead.

My one fear with this is offline authentication. I enjoy oauth/oidc a lot, but it doesn't have mechanisms for machines to continue to be able to authenticate while offline, like the way ldap/kerberos can do.

Is this just for machines that will always be online? I can understand that usecase but :/

EDIT: Okay, one comment, mentions himmelblau an alternative to authd, which seems to be more mature. Himmelblau has docs about offline usage. It looks like it has an emergency config that can use a cached password from the oidc provider,

Single-factor authentication (SFA-only) users and Hello-PIN users already have offline sign-in capability

Hmmm. Okay. Upon doing further reseach, it looks like offline authentication is exclusive to Microsoft Entra ID. :/

He fed only the API and the test suite to Claude and asked it to reimplement the library from scratch.

What was the test suite licenced under? If it was in the same repo, then it was probably LGPL code as well.

If the MIT rewrite uses the LGPL licensed test cases, including them in the repo, then it probably must be LGPL as well.

I use fluxcd with helmrelease's which auto update the helm release. If the helm chart versions specify container versions, then updating the helm chart updates the containers in the deployments.

But for raw deployments, I found this, but not much else.

https://en.wikipedia.org/wiki/Superghost_(game)

https://en.wikipedia.org/wiki/Ghost_(game)

In addition to adding more worker instances, you can also increase the amount of threads each worker instance uses to vertically scale. It's about equivalent to adding a worker instance.