Deomid Ryabkov

makes sense. we have a [TokenDB interface](https://github.com/cesanta/docker_auth/blob/master/auth_server/authn/tokendb.go#L38) now, so it should be easy enough to implement. i don't have experience with Redis or time to implement it though, so all...

yes, sounds good to me. as always - PRs welcome.

yes, i think taht since auth server is a companion to the registry, it should use the same configurations scheme. ideally - just directly reuse the one used by the...

this seems interesting. ideally, with backward compatible configuration, but if it's compelling enough, we can consider full replacement and cutting a v2. as always, providing implementation will speed up adoption...

yes. frankly, the idea of storing plain text u/p on the client horrifies me. this is why i went for a temporary passwords for google auth - no way i'm...

can you post both requests, as logged by docker_auth, in here for reference? i'm afraid i still don't quite understand what the two requests look like.

this is very much a supported use case but i think i broke it in a recent commit (https://github.com/cesanta/docker_auth/commit/9c17b9ae2427bc48259a5825fcf4b25740e5ba17 PR https://github.com/cesanta/docker_auth/pull/251). i have now reverted the commit (https://github.com/cesanta/docker_auth/commit/f1a115f5e2a7f6ce2d4fc07b833bf2c704fdf3e8). to allow...

i pushed new `cesanta/docker_auth:latest` (version 2019082622), please try now.

authentication stage has access to username and password, authorization stage has access to username and repository information. both have options to perform authentication dynamically, like storing and updating ACLs in...

docker_auth is a hobby project for me, i don't provide phone support.