Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

strategize new user handling #19

Open
6 tasks
cmroughan opened this issue Oct 9, 2024 · 0 comments
Open
6 tasks

strategize new user handling #19

cmroughan opened this issue Oct 9, 2024 · 0 comments

Comments

@cmroughan
Copy link
Collaborator

We will want to determine appropriate handling for new users, in conversation with RC and PUL. The default handling by eScriptorium is as follows:

  • new users must be invited to the instance
  • only users with admin permissions have the option to invite new users
  • eScriptorium sends an invite link to the given email address
  • the invite link goes to a registration page prompting the new user to provide a username, password, and their name to sign up
  • (the django for this registration page is here)

This is at odds with the CAS implementation we are working on, and would conflict with efforts to link specific PU netIDs to any jobs the software is used to submit to the cluster. Presumably we will want to remove the option for people to register with their own usernames and passwords and allow only SSO.

Conversely, the CAS implementation being tested as of Oct 2024 currently would allow anyone with a PU netID to sign into the software (maybe okay) and start running compute-intensive jobs (not okay) without approval.

To-dos:

  • Assess what kinds of limits can be automatically placed on new user accounts.
    • Storage limits?
    • Compute limits?
    • Are there other options?
  • Check in with RC, PUL to discuss preferred strategies.
  • Determine what level of access someone with a netID should be able to have to the instance without approval.
    • No access?
    • Access to non-compute-heavy features?
    • Access with particular storage limits?
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant