# e3 Users Management

### Overview: e3 Object Storage Users&#x20;

This guide explains **Users** in e3 Object Storage: what they are, how they differ from the Root user, and how to create users, access keys, and buckets.

***

### Introduction: What Are Users?

In e3 Object Storage, your account has one **primary identity** (the Root user) and optionally one or more **Users**. Together they let you organize access and storage under a single account.

* **Root user** — The main account tied to your service. It has full access to its own buckets and one full access key pair.
* **Users** — Additional identities you create under the same account. Each user has isolated buckets and can have multiple access keys with different permissions.

Billing and usage roll up to your primary account, but each user’s data and keys are separate.

***

### Root User vs. Users

|                     | Root user                                                                     |                                                                          |
| ------------------- | ----------------------------------------------------------------------------- | ------------------------------------------------------------------------ |
| **Access keys**     | Exactly **one** key pair. Cannot create more; you can only rotate/replace it. | Can create **multiple** access key pairs.                                |
| **Key permissions** | Always **full** access (read, write, list, manage buckets).                   | You choose per key: **Full**, **Read/Write**, **Read**, or **Write**.    |
| **Buckets**         | Owns its own buckets only.                                                    | Each user owns only their own buckets.                                   |
| **Cross-access**    | Root user **cannot** access a User’s buckets.                                 | Users **cannot** access each other’s buckets or the Root user’s buckets. |

Summary:

* **Root user**: single full-access key pair, cannot create more keys, cannot see or use a User’s buckets.
* **Users**: multiple keys per user, configurable permissions, isolated buckets. No user can see or use another user’s (or Root’s) buckets.

***

### Why Create Users?

* **Security** — Grant only the permissions each key needs (e.g. read-only for a backup viewer, write-only for an uploader).
* **Organization** — Separate access for different organization, people or systems (e.g. dev, backup server, partner).
* **Billing** — All subuser usage is billed under your primary account; no separate accounts to manage.
* **Control** — You create and revoke users and keys from one place and keep full oversight.
* **Compliance** — Clear separation of identities and scoped keys makes auditing and access reviews easier.

***

### User Isolation & Security Architecture

#### Complete Account Isolation

Each user operates in a strictly isolated space:

* **Isolated storage** — A user can only access their own buckets and data.
* **Scoped credentials** — An API key works only for the user who owns it.
* **Independent namespaces** — Each user’s buckets live in a separate logical namespace.
* **No cross-access** — No user can view, change, or access another user’s data (including Root vs Users).

#### Access Key Scope & Limitations

* **User-specific keys** — Each API key pair belongs to one user. It only works for that user’s resources; it cannot be used to access another user’s or the Root user’s buckets.

***

### How-To: Step-by-Step

#### Where to Go in the Client Area

1. Log in to the client area and open **e3 Object Storage**.
2. Use the top navigation under **e3 Object Storage**:
   * **Dashboard** — Overview and quick links
   * **Buckets** — Create and manage buckets
   * **Access Keys** — Create and manage API keys (for Root)
   * **Users** — Create and manage Users

The **Users** page lists all users (including the Root user), their Account ID, bucket count, storage used, and access key count.

<figure><img src="/files/LOfdCfgxZScF16ciCyXX" alt=""><figcaption></figcaption></figure>

***

#### Step 1: Create a User

1. Go to **e3 Object Storage → Users**.
2. Click **+ Create User** (green button near the top right).
3. In the **Create User** modal, enter:
   * **Username** — A unique name for this user (e.g. `backup-server`, `team-member`).
   * Any other required fields (e.g. password if prompted).
4. Submit the form. The new user appears in the Users list with 0 buckets and 0 access keys.

To manage that user’s keys and buckets, click **Manage** next to their name to open their detail view.

***

#### Step 2: Create Access Keys for the User

1. On the **Users** page, click **Manage** for the user you created (or the user you want to add a key for).
2. In the user detail view you’ll see:
   * **Buckets**, **Storage**, and **Access keys** summary cards.
   * An **Access keys** section with a **+ Create access key** button.
3. Click **+ Create access key**.
4. If prompted, complete **Verify password**:
   * Enter your **account password** and click **Verify**. This is required for creating keys.
5. In the **Create access key** dialog:
   * **Description** — Optional label (e.g. “backup server”, “CI/CD”) so you can tell keys apart.
   * **Permission** — Choose:
     * **Full** — Read + write + list + manage buckets.
     * **Read/Write** — Upload + download + list objects (no bucket create/delete).
     * **Read** — Download and list only.
     * **Write** — Upload only.
6. Click **Create key** (or equivalent). The **secret key** is shown **once**. Copy and store it securely; you cannot view it again from the UI.

The new key appears in the Access keys table with its key hint, description, permission, and created date. You can create more keys for the same user with different descriptions and permissions.

<figure><img src="/files/Wzx1ZuH1Irpu6syoYNKs" alt="" width="563"><figcaption></figcaption></figure>

<figure><img src="/files/uNLv3CVV2xqQOIITsI2J" alt="" width="535"><figcaption></figcaption></figure>

***

#### Step 3: Create a Bucket for the New User

1. Go to **e3 Object Storage → Buckets**.
2. Click **Create Bucket**.
3. In the **Create Bucket** modal:
   * **Bucket Name** — Enter a unique name for the bucket.
   * **Select Bucket Owner** — Choose the **user** you created (e.g. `demouser`) from the dropdown.\
     Do **not** select **Root user** if you want this bucket to belong to the new user.
   * Optionally set **Enable Versioning** and **Enable Object Locking** as needed.
4. Click **Submit**.

The bucket is created and owned by the selected user. Only that user’s access keys can access it; the Root user and other users cannot.

***

### Summary

| Goal                       | Where to go                                                               | Action                                                                                |
| -------------------------- | ------------------------------------------------------------------------- | ------------------------------------------------------------------------------------- |
| Create a user              | **Users** → **+ Create User**                                             | Fill username (and any required fields), submit.                                      |
| Create keys for a user     | **Users** → **Manage** (user) → **Access keys** → **+ Create access key** | Verify password, set description and permission, create key and save the secret once. |
| Create a bucket for a user | **Buckets** → **Create Bucket**                                           | Enter bucket name, **Select Bucket Owner** = the user, then submit.                   |

* **Root user**: one full-access key pair only; cannot access a User’s buckets.
* **Users**: multiple keys per user, optional permissions; each user’s buckets are isolated from Root and from other users.
* All usage is billed to your primary account.

***


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.eazybackup.com/e3-object-storage/e3-users-management.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
