harbor/docs/user_guide.md

251 lines
14 KiB
Markdown
Raw Normal View History

# User Guide
## Overview
2016-11-07 14:53:46 +01:00
This guide walks you through the fundamentals of using Harbor. You'll learn how to use Harbor to:
2016-03-07 10:39:36 +01:00
2016-03-08 08:11:39 +01:00
* Manage your projects.
* Manage members of a project.
2016-06-28 07:47:31 +02:00
* Replicate projects to a remote registry.
2016-03-08 08:11:39 +01:00
* Search projects and repositories.
2016-06-28 07:47:31 +02:00
* Manage Harbor system if you are the system administrator:
* Manage users.
* Manage destinations.
* Manage replication policies.
* Manage configuration.
2016-03-08 08:11:39 +01:00
* Pull and push images using Docker client.
2016-11-07 14:53:46 +01:00
* Delete repositories and images.
* Content trust.
2016-03-07 10:39:36 +01:00
## Role Based Access Control(RBAC)
2016-12-01 06:43:49 +01:00
![rbac](img/rbac.png)
Harbor manages images through projects. Users can be added into one project as a member with three different roles:
2016-03-07 10:39:36 +01:00
* **Guest**: Guest has read-only privilege for a specified project.
* **Developer**: Developer has read and write privileges for a project.
2016-03-08 04:58:48 +01:00
* **ProjectAdmin**: When creating a new project, you will be assigned the "ProjectAdmin" role to the project. Besides read-write privileges, the "ProjectAdmin" also has some management privileges, such as adding and removing members.
2016-12-01 06:43:49 +01:00
Besides the above three roles, there are two system-wide roles:
2016-03-07 10:39:36 +01:00
* **SysAdmin**: "SysAdmin" has the most privileges. In addition to the privileges mentioned above, "SysAdmin" can also list all projects, set an ordinary user as administrator and delete users. The public project "library" is also owned by the administrator.
* **Anonymous**: When a user is not logged in, the user is considered as an "Anonymous" user. An anonymous user has no access to private projects and has read-only access to public projects.
2016-03-07 10:39:36 +01:00
## User account
2016-12-01 06:43:49 +01:00
Harbor supports two authentication modes:
* **Database(db_auth)**
Users are stored in the local database.
A user can register himself/herself in Harbor in this mode. To disable user self-registration, refer to the [installation guide](installation_guide.md) for initial configuration, or disable this feature in [Administrator Options](#administrator-options). When self-registration is disabled, the system administrator can add users into Harbor.
2016-12-01 06:43:49 +01:00
When registering or adding a new user, the username and email must be unique in the Harbor system. The password must contain at least 8 characters with 1 lowercase letter, 1 uppercase letter and 1 numeric character.
When you forgot your password, you can follow the below steps to reset the password:
2016-12-08 11:22:00 +01:00
1. Click the link "Forgot Password" in the sign in page.
2016-12-01 06:43:49 +01:00
2. Input the email address entered when you signed up, an email will be sent out to you for password reset.
3. After receiving the email, click on the link in the email which directs you to a password reset web page.
2016-12-08 11:22:00 +01:00
4. Input your new password and click "Save".
2016-12-01 06:43:49 +01:00
* **LDAP/Active Directory (ldap_auth)**
Under this authentication mode, users whose credentials are stored in an external LDAP or AD server can log in to Harbor directly.
When an LDAP/AD user logs in by *username* and *password*, Harbor binds to the LDAP/AD server with the **"LDAP Search DN"** and **"LDAP Search Password"** described in [installation guide](installation_guide.md). If it succeeded, Harbor looks up the user under the LDAP entry **"LDAP Base DN"** including substree. The attribute (such as uid, cn) specified by **"LDAP UID"** is used to match a user with the *username*. If a match is found, the user's *password* is verified by a bind request to the LDAP/AD server.
2016-12-01 06:43:49 +01:00
Self-registration, changing password and resetting password are not supported under LDAP/AD authentication mode because the users are managed by LDAP or AD.
2016-03-08 04:58:48 +01:00
## Managing projects
2016-12-01 06:43:49 +01:00
A project in Harbor contains all repositories of an application. No images can be pushed to Harbor before the project is created. RBAC is applied to a project. There are two types of projects in Harbor:
2016-03-07 10:39:36 +01:00
* **Public**: All users have the read privilege to a public project, it's convenient for you to share some repositories with others in this way.
2016-03-08 06:54:53 +01:00
* **Private**: A private project can only be accessed by users with proper privileges.
2016-03-07 10:39:36 +01:00
2016-06-29 07:30:18 +02:00
You can create a project after you signed in. Enabling the "Public" checkbox will make this project public.
2016-03-07 10:39:36 +01:00
2016-06-29 06:21:42 +02:00
![create project](img/new_create_project.png)
2016-03-07 10:39:36 +01:00
2016-06-29 07:30:18 +02:00
After the project is created, you can browse repositories, users and logs using the navigation tab.
2016-03-07 10:39:36 +01:00
2016-06-29 06:21:42 +02:00
![browse project](img/new_browse_project.png)
2016-03-07 10:39:36 +01:00
2016-06-29 07:30:18 +02:00
All logs can be listed by clicking "Logs". You can apply a filter by username, or operations and dates under "Advanced Search".
2016-03-08 04:58:48 +01:00
2016-06-29 06:21:42 +02:00
![browse project](img/new_project_log.png)
2016-03-07 10:39:36 +01:00
## Managing members of a project
### Adding members
2016-03-07 10:39:36 +01:00
You can add members with different roles to an existing project.
2016-06-29 06:21:42 +02:00
![browse project](img/new_add_member.png)
2016-03-07 10:39:36 +01:00
### Updating and removing members
You can update or remove a member by clicking the icon on the left.
2016-03-07 10:39:36 +01:00
2016-06-29 06:21:42 +02:00
![browse project](img/new_remove_update_member.png)
2016-03-07 10:39:36 +01:00
## Replicating images
2016-12-01 06:43:49 +01:00
Images replication is used to replicate repositories from one Harbor instance to another.
The function is project-oriented, and once the system administrator set a rule to one project, all repositories under the project will be replicated to the remote registry. Each repository will start a job to run. If the project does not exist on the remote registry, a new project will be created automatically, but if it already exists and the user configured in policy has no write privilege to it, the process will fail. When a new repository is pushed to this project or an existing repository is deleted from this project, the same operation will also be replicated to the destination. The member information will not be replicated.
2016-12-01 06:43:49 +01:00
There may be a bit of delay during replication according to the situation of the network. If replication job fails due to the network issue, the job will be re-scheduled a few minutes later.
2016-10-27 08:58:33 +02:00
**Note:** The replication feature is incompatible between Harbor instance before version 0.3.5(included) and after version 0.3.5.
Start replication by creating a rule. Click "Add Replication Rule" on the "Replication" tab, fill in the necessary fields, if there is no endpoint in the list, you need to create one, and then click "OK", a rule for this project will be created. If "Enable" is chosen, the project will be replicated to the remote immediately.
2016-06-29 06:21:42 +02:00
![browse project](img/new_create_rule.png)
2016-06-29 06:21:42 +02:00
You can enable, disable or delete a rule in the rule list view. Only rules which are disabled can be edited and only rules which are disabled and have no running jobs can be deleted. If a rule is disabled, the running jobs under it will be stopped.
2016-12-01 06:43:49 +01:00
Click a rule, jobs which belong to this rule will be listed. A job represents the progress of replicating the repository to the remote instance.
2016-06-28 07:47:31 +02:00
![browse project](img/new_rule_list.png)
2016-06-29 06:21:42 +02:00
## Searching projects and repositories
Entering a keyword in the search field at the top lists all matching projects and repositories. The search result includes both public and private repositories you have access to.
2016-03-07 10:39:36 +01:00
2016-06-29 06:21:42 +02:00
![browse project](img/new_search.png)
2016-03-07 10:39:36 +01:00
## Administrator options
### Managing user
Administrator can add "Administrator" role to an ordinary user by click button on the left and select "Set as Administrator". To delete a user, select "Delete".
2016-03-07 10:39:36 +01:00
2016-06-29 06:21:42 +02:00
![browse project](img/new_set_admin_remove_user.png)
2016-03-07 10:39:36 +01:00
### Managing endpoint
You can list, add, edit and delete endpoints in the "Endpoints" tab. Only endpoints which are not referenced by any enabled rules can be edited.
2016-06-28 07:47:31 +02:00
![browse project](img/new_manage_endpoint.png)
2016-06-29 06:21:42 +02:00
### Managing replication
You can list, edit, enable and disable rules in the "Replication" tab. Make sure the policy is disabled before you edit it.
2016-06-28 07:47:31 +02:00
2016-06-29 06:21:42 +02:00
![browse project](img/new_manage_replication.png)
### Managing authentication
You can change authentication mode between **Database**(default) and **LDAP** before any user is added, when there is at least one user(besides admin) in Harbor, you cannot change the authentication mode.
![browse project](img/new_auth.png)
When using LDAP mode, user's self-registration is disabled. The parameters of LDAP server must be filled in. For more information, refer to [User account](#user-account).
![browse project](img/ldap_auth.png)
### Managing project creation
Use the **Project Creation** drop-down menu to set which users can create projects. Select **Everyone** to allow all users to create projects. Select **Admin Only** to allow only users with the Administrator role to create projects.
![browse project](img/new_proj_create.png)
### Managing self-registration
You can manage whether a user can sign up for a new account. This option is not available if you use LDAP authentication.
![browse project](img/new_self_reg.png)
### Managing verification of remote certificate
You can choose whether to verify remote endpoint's certification. You may need to disable certificate verification if the remote registry uses a self-signed or an untrusted certificate.
![browse project](img/new_remote_cert.png)
### Managing email settings
You can change Harbor's email settings, the mail server is used to send out responses to users who request to reset their password.
![browse project](img/new_config_email.png)
## Pulling and pushing images using Docker client
2016-03-08 04:58:48 +01:00
**NOTE: Harbor only supports Registry V2 API. You need to use Docker client 1.6.0 or higher.**
Harbor supports HTTP by default and Docker client tries to connect to Harbor using HTTPS first, so if you encounter an error as below when you pull or push images, you need to add '--insecure-registry' option to ```/etc/default/docker``` (ubuntu) or ```/etc/sysconfig/docker``` (centos) and restart Docker:
```Error response from daemon: Get https://myregistrydomain.com/v1/users/: dial tcp myregistrydomain.com:443 getsockopt: connection refused.```
If this private registry supports only HTTP or HTTPS with an unknown CA certificate, please add
`--insecure-registry myregistrydomain.com` to the daemon's start up arguments.
In the case of HTTPS, if you have access to the registry's CA certificate, simply place the CA certificate at /etc/docker/certs.d/myregistrydomain.com/ca.crt .
### Pulling images
2016-03-08 04:58:48 +01:00
If the project that the image belongs to is private, you should sign in first:
2016-03-07 10:39:36 +01:00
```sh
$ docker login 10.117.169.182
```
2016-03-08 04:58:48 +01:00
You can now pull the image:
2016-03-07 10:39:36 +01:00
```sh
$ docker pull 10.117.169.182/library/ubuntu:14.04
```
**Note: Replace "10.117.169.182" with the IP address or domain name of your Harbor node. You cannot pull a unsigned image if you enabled content trust.**
2016-03-07 10:39:36 +01:00
### Pushing images
2016-03-08 04:58:48 +01:00
Before pushing an image, you must create a corresponding project on Harbor web UI.
2016-03-07 10:39:36 +01:00
2016-03-08 04:58:48 +01:00
First, log in from Docker client:
2016-03-07 10:39:36 +01:00
```sh
$ docker login 10.117.169.182
```
2016-03-08 04:58:48 +01:00
Tag the image:
2016-03-07 10:39:36 +01:00
```sh
$ docker tag ubuntu:14.04 10.117.169.182/demo/ubuntu:14.04
```
2016-03-08 04:58:48 +01:00
Push the image:
2016-03-07 10:39:36 +01:00
```sh
$ docker push 10.117.169.182/demo/ubuntu:14.04
```
2016-06-28 07:47:31 +02:00
**Note: Replace "10.117.169.182" with the IP address or domain name of your Harbor node.**
### Deleting repositories
2016-06-28 07:47:31 +02:00
2016-11-07 14:53:46 +01:00
Repository deletion runs in two steps.
2016-11-07 14:58:17 +01:00
2016-11-07 14:53:46 +01:00
First, delete a repository in Harbor's UI. This is soft deletion. You can delete the entire repository or just a tag of it. After the soft deletion,
2016-12-01 06:43:49 +01:00
the repository is no longer managed in Harbor, however, the files of the repository still remain in Harbor's storage.
2016-06-28 07:47:31 +02:00
![browse project](img/new_delete_repo.png)
![browse project](img/new_delete_tag.png)
2016-06-29 06:26:36 +02:00
**CAUTION: If both tag A and tag B refer to the same image, after deleting tag A, B will also get deleted. if you enabled content trust, you need to use notary command line tool to delete the tag's signature before you delete an image.**
2016-06-28 07:47:31 +02:00
2016-11-07 14:58:17 +01:00
Next, delete the actual files of the repository using the registry's garbage collection(GC). Make sure that no one is pushing images or Harbor is not running at all before you perform a GC. If someone were pushing an image while GC is running, there is a risk that the image's layers will be mistakenly deleted which results in a corrupted image. So before running GC, a preferred approach is to stop Harbor first.
2016-06-29 11:41:26 +02:00
2016-11-10 10:19:35 +01:00
Run the below commands on the host which Harbor is deployed on to preview what files/images will be affected:
2016-06-28 07:47:31 +02:00
```sh
2016-06-29 11:41:26 +02:00
$ docker-compose stop
$ docker run -it --name gc --rm --volumes-from registry vmware/registry:photon-2.6.0 garbage-collect --dry-run /etc/registry/config.yml
2016-06-28 07:47:31 +02:00
```
2016-11-07 14:53:46 +01:00
**NOTE:** The above option "--dry-run" will print the progress without removing any data.
Verify the result of the above test, then use the below commands to perform garbage collection and restart Harbor.
2016-06-30 11:27:37 +02:00
2016-11-07 14:53:46 +01:00
```sh
$ docker run -it --name gc --rm --volumes-from registry vmware/registry:photon-2.6.0 garbage-collect /etc/registry/config.yml
2016-11-07 14:53:46 +01:00
$ docker-compose start
```
2016-06-28 07:47:31 +02:00
2016-11-10 10:19:35 +01:00
For more information about GC, please see [GC](https://github.com/docker/docker.github.io/blob/master/registry/garbage-collection.md).
### Content trust
If you want to enable content trust to ensure that images are signed, please set two environment variables in the command line before pushing or pulling any image:
```sh
export DOCKER_CONTENT_TRUST=1
export DOCKER_CONTENT_TRUST_SERVER=https://10.117.169.182:4443
```
If you are using a self-signed cert, make sure to copy the CA cert into ```/etc/docker/certs.d/10.117.169.182``` and ```$HOME/.docker/tls/10.117.169.182:4443/```. When an image is signed, it is indicated in the Web UI.
**Note: Replace "10.117.169.182" with the IP address or domain name of your Harbor node. In order to use content trust, HTTPS must be enabled in Harbor.**
When an image is signed, it has a tick shown in UI; otherwise, a cross sign(X) is displayed instead.
![browse project](img/content_trust.png)