Closed stefandesu closed 4 years ago
I thought IP addresses is on top of JWT authentification, no? We can have:
auth: true
)identities
(limited list of users): only possible with auth: true
ips
(not documented yet): always possible in addition or only methodAs discussed in #97, authentication could be extended to allow user tokens alternative to normal JWT. This does not require changes in configuration. Any arguments against supporting user tokens via Authentication: Bearer <token>
as well? jskos-server only needs to check whether the token is a user token, whether it is valid and which user it belongs to, np?
I thought IP addresses is on top of JWT authentification
Yeah, it is on top on JWT authentication, that was my point. But reading your comments, I would suggest to change as little as possible and just provide a command line scripts for bots to get a JWT that they can use for authentication.
ips
(not documented yet)
It is documented, but not yet merged. For the latest version, see the import-refactor branch where I apparently made some changes.
Currently, it is basically only possible to enable or disable authentication for certain actions (via
auth: true
). Additionally, there are certain properties that affect the authentication (i.e.identities
, and alsoips
which is in addition to the JWT authentication). In #97, I suggested supporting multiple authentication types which is basically already there (JWT and IP addresses), so this would be an addition to that. It needs to be very clear who can use which endpoint with which type of authentication.This issue consists of three big parts: