forked from cloudfoundry/docs-bosh
-
Notifications
You must be signed in to change notification settings - Fork 0
/
director-users-uaa-perms.html.md.erb
106 lines (67 loc) · 3.87 KB
/
director-users-uaa-perms.html.md.erb
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
---
title: UAA Permissions
---
All UAA users can log into all Directors which can verify the access token. However, user actions will be limited based on the presence of the following scopes in their UAA token:
<p class="note">Warning: If you use the same private key to sign keys on different UAAs, users might obtain a token from one UAA and use it on the Director configured with a different UAA. It is therefore highly recommended to lock down scopes to individual Directors and not re-use your private key used for signing on the UAA.</p>
## <a id="anon"></a> Anonymous
Can access:
- `bosh status`: show general information about targeted Director (authentication is not required)
---
## <a id="full-admin"></a> Full Admin
Scopes:
- `bosh.admin`: user has admin access on any Director
- `bosh.<DIRECTOR-UUID>.admin`: user has admin access on the Director with the corresponding UUID
Can use all commands on all deployments.
---
## <a id="full-read"></a> Full Read-only
Scopes:
- `bosh.read`: user has read access on any Director
- `bosh.<DIRECTOR-UUID>.read`: user has read access on the Director with the corresponding UUID
Cannot modify any resource.
Can access in read-only capacity:
- `bosh deployments`: list of *all* deployments and releases/stemcells used
- `bosh releases`: list of *all* releases and their versions
- `bosh stemcells`: list of *all* stemcells and their versions
- `bosh vms`: list of all VMs which includes job names, IPs, vitals, details, etc.
- `bosh tasks`: list of all tasks summaries which includes task descriptions without access to debug logs
---
## <a id="team-admin"></a> Team Admin
<p class="note">Note: This feature is available with bosh-release v255.4+.</p>
The Director has a concept of a team so that set of users can only manage specific deployments. When a user creates a deployment, created deployment will be *managed* by the teams that that user is part of. There is currently no way to assign or reassign deployment's teams.
Scopes:
- `bosh.teams.<team>.admin`: user has admin access for deployments managed by the team
Can modify team managed deployments' associated resources:
- `bosh deploy`: create or update deployment
- `bosh delete deployment`: delete deployment
- `bosh start/stop/recreate`: manage VMs
- `bosh cck`: diagnose deployment problems
- `bosh ssh`: SSH into a VM
- `bosh logs`: fetch logs from a VM
- `bosh run errand`: run an errand
Can view shared resources:
- `bosh deployments`: list of team managed deployments and releases/stemcells used
- `bosh releases`: list of *all* releases and their versions
- `bosh stemcells`: list of *all* stemcells and their versions
- `bosh vms`: list of team managed deployments' VMs which includes job names, IPs, vitals, details, etc.
- `bosh tasks`: list of team managed deployments' tasks and their full details
Team admin cannot upload releases and stemcells.
---
## <a id="stemcell-uploader"></a> Stemcell uploader
<p class="note">Note: This feature is available with bosh-release v261.2+.</p>
Scopes:
- `bosh.stemcells.upload`: user can upload new stemcells
Note that CLI will try to list stemcells before uploading given stemcell, hence `bosh upload stemcell` CLI command requires users/clients to have `bosh.read` scope as well.
---
## <a id="release-uploader"></a> Release uploader
<p class="note">Note: This feature is available with bosh-release v261.2+.</p>
Scopes:
- `bosh.releases.upload`: user can upload new releases
Note that CLI will try to list releases before uploading given release, hence `bosh upload release` CLI command requires users/clients to have `bosh.read` scope as well.
---
## <a id="errors"></a> Errors
```
HTTP 401: Not authorized: '/deployments' requires one of the scopes: bosh.admin, bosh.UUID.admin, bosh.read, bosh.UUID.read
```
This error occurs if the user doesn't have the right scopes for the requested command.
---
[Back to Table of Contents](index.html#director-config)