1. 02 Mar, 2015 2 commits
  2. 26 Feb, 2015 2 commits
  3. 12 Feb, 2015 1 commit
  4. 04 Feb, 2015 1 commit
  5. 28 Jan, 2015 1 commit
  6. 27 Jan, 2015 2 commits
    • Leigh B Stoller's avatar
      Two co-mingled sets of changes: · 85cb063b
      Leigh B Stoller authored
      1) Implement the latest dataset read/write access settings from frontend to
         backend. Also updates for simultaneous read-only usage.
         The first changes the way that projects and users are treated at the
         CM. When set, we create real accounts (marked as nonlocal) for users and
         also create real projects (also marked as nonlocal). Users are added to
         those projects according to their credentials. The underlying experiment
         is thus owned by the user and in the project, although all the work is
         still done by the geniuser pseudo user. The advantage of this approach
         is that we can use standard emulab access checks to control access to
         objects like datasets. Maybe images too at some point.
         NOTE: Users are not removed from projects once they are added; we are
         going to need to deal with this, perhaps by adding an expiration stamp
         to the groups_membership tables, and using the credential expiration to
         mark it.
         The second new configure option turns on the web login via the geni
         trusted signer. So, if I create a sliver on a backend cluster when both
         options are set, I can use the trusted signer to log into my newly
         created account on the cluster, and see it (via the emulab classic web
         All this is in flux, might end up being a bogus approach in the end.
    • Leigh B Stoller's avatar
      Add certificate to XML file that is returned, so that web interface · 1dae1a8a
      Leigh B Stoller authored
      can get it easily.
  7. 06 Jan, 2015 1 commit
  8. 03 Dec, 2014 1 commit
  9. 29 Oct, 2014 1 commit
  10. 28 Oct, 2014 1 commit
  11. 27 Oct, 2014 1 commit
  12. 25 Oct, 2014 2 commits
  13. 20 Oct, 2014 1 commit
  14. 17 Oct, 2014 3 commits
  15. 08 Oct, 2014 1 commit
  16. 25 Sep, 2014 1 commit
  17. 24 Sep, 2014 2 commits
  18. 18 Sep, 2014 2 commits
  19. 15 Sep, 2014 1 commit
    • Leigh B Stoller's avatar
      Change to ssh key handling for registered APT/Cloud users; show the ssh key · 1822694e
      Leigh B Stoller authored
      box, but as a collapsible. Warn user if they do not have a key (provided on
      signup page) that they are restricted to browser shell. Whenever user
      provides a key, replace in the database (if its changed). This keeps the
      user out of the Emulab interface to edit their ssh keys. Might have to
      revisit this if APT/Cloud users need/want more then the one key.
  20. 09 Sep, 2014 1 commit
  21. 08 Sep, 2014 1 commit
  22. 03 Sep, 2014 1 commit
  23. 02 Sep, 2014 1 commit
  24. 27 Aug, 2014 1 commit
    • Leigh B Stoller's avatar
      Large set of changes for using the Geni trusted signer tool, to · 980f6cbd
      Leigh B Stoller authored
      authenticate Geni users to CloudLab (who do not have Emulab accounts).
      CloudLab users must have an account to do anything (unlike APT which allows
      guest users). But instead of requiring them to go through the Emulab
      account creation (high bar), let then use their Geni credentials to prove
      who they are. We then build a local account for that new user, and save off
      the speaksfor credential so that we can act on their behalf when talking to
      the backend clusters (and their MA to get their ssh keys).
      These users do not have a local account password, so they cannot log into
      the web interface using the Emulab login page, nor do they have a shell on
      Once authenticated, we put the appropriate cookies into the browser via
      javascript, so they can use the Cloud (okay, APT) web interface (they
      appear logged in).
      I make use of the nonlocal_id field of the users table, which was not being
      used for anything else. Officially, these are "nonlocal" users in the code
      When a nonlocal user instantiates a profile, we use their speaksfor
      credential to ask their home MA for their ssh keys, which we then store in
      the DB, and then provide to the aggregate via the CreateSliver call.
      Note that no provision has been made for users who edit their profile and
      add keys; I am not currently expecting these users to stumble into the web
      interface (yet).
  25. 19 Aug, 2014 1 commit
  26. 11 Aug, 2014 1 commit
  27. 08 Aug, 2014 1 commit
  28. 05 Aug, 2014 1 commit
  29. 31 Jul, 2014 1 commit
  30. 28 Jul, 2014 2 commits
  31. 15 Jul, 2014 1 commit