mirror of
https://github.com/goharbor/harbor.git
synced 2024-11-26 04:05:40 +01:00
update installation guide
This commit is contained in:
Henry Zhang
parent
0110863d2a
commit
d52cbc6cb6
@ -1,36 +1,42 @@
|
||||
# Installation and Configuration Guide
|
||||
Harbor can be installed in one of two ways:
|
||||
Harbor can be installed by one of two installers:
|
||||
|
||||
1. From source code - This goes through a full build process, _and requires an Internet connection_.
|
||||
2. Pre-built installation package - This can save time (no building necessary!) as well as allows for installation on a host that is _not_ connected to the Internet.
|
||||
- **Online installer:** The installer downloads Harbor's images from Docker hub. For this reason, the installer is very small in size.
|
||||
|
||||
This guide describes both of these approaches.
|
||||
- **Offline installer:** Use this installer when the host does not have Internet connection. The installer contains pre-built images so its size is larger.
|
||||
|
||||
Both installers can be downloaded from the [release page](https://github.com/vmware/harbor/releases). The installation process of both installers are the same, this guide describes the steps to install and confiugure Harbor.
|
||||
|
||||
In addition, the deployment instructions on Kubernetes has been created by the community. Refer to [Deploy Harbor on Kubernetes](kubernetes_deployment.md) for details.
|
||||
|
||||
## Prerequisites for the target host
|
||||
Harbor is deployed as several Docker containers, and, therefore, can be deployed on any Linux distribution that supports Docker.
|
||||
The target host requires Python, Docker, and Docker Compose to be installed.
|
||||
Harbor is deployed as several Docker containers, and, therefore, can be deployed on any Linux distribution that supports Docker. The target host requires Python, Docker, and Docker Compose to be installed.
|
||||
* Python should be version 2.7 or higher. Note that you may have to install Python on Linux distributions (Gentoo, Arch) that do not come with a Python interpreter installed by default
|
||||
* Docker engine should be version 1.10 or higher. For installation instructions, please refer to: https://docs.docker.com/engine/installation/
|
||||
* Docker Compose needs to be version 1.6.0 or higher. For installation instructions, please refer to: https://docs.docker.com/compose/install/
|
||||
|
||||
## Installation from source code
|
||||
## Installation Steps
|
||||
|
||||
_Note: To install from source, the target host must be connected to the Internet!_
|
||||
The steps boil down to the following
|
||||
The installation steps boil down to the following
|
||||
|
||||
1. Get the source code
|
||||
1. Download the installer
|
||||
2. Configure **harbor.cfg**
|
||||
3. **prepare** the configuration files
|
||||
4. Start Harbor with Docker Compose
|
||||
3. Run **install.sh** to install and start Harbor
|
||||
|
||||
#### Getting the source code:
|
||||
|
||||
```sh
|
||||
$ git clone https://github.com/vmware/harbor
|
||||
#### Downloading the installer:
|
||||
|
||||
The binary of the installer can be downloaded from the [release](https://github.com/vmware/harbor/releases) page. Choose either online or offline installer. Use *tar* command to extract the package.
|
||||
|
||||
Online installer:
|
||||
```
|
||||
|
||||
$ tar xvf harbor-online-installer-<version>.tgz
|
||||
```
|
||||
Offline installer:
|
||||
```
|
||||
$ tar xvf harbor-offline-installer-<version>.tgz
|
||||
```
|
||||
|
||||
#### Configuring Harbor
|
||||
Configuration parameters are located in the file **harbor.cfg**.
|
||||
The parameters are described below - note that at the very least, you will need to change the **hostname** attribute.
|
||||
@ -45,27 +51,32 @@ The parameters are described below - note that at the very least, you will need
|
||||
* email_from = admin <sample_admin@mydomain.com>
|
||||
* email_ssl = false
|
||||
|
||||
* **harbor_admin_password**: The adminstrator's password. _Note that the default username/password are **admin/Harbor12345** ._
|
||||
* **harbor_admin_password**: The adminstrator's initial password. This password only takes effect for the first time Harbor launches. After that, this setting will be ignored. The adminstrator's password should be set in the UI. _Note that the default username/password are **admin/Harbor12345** ._
|
||||
* **auth_mode**: The type of authentication that is used. By default it is **db_auth**, i.e. the credentials are stored in a database. For LDAP authentication, set this to **ldap_auth**.
|
||||
* **ldap_url**: The LDAP endpoint URL (e.g. `ldaps://ldap.mydomain.com`). _Only used when **auth_mode** is set to *ldap_auth* ._
|
||||
* **ldap_searchdn**: The dn of the user who has the permission to search a ldap/AD server (e.g. `cn=admin,ou=people,dc=mydomain,dc=com`).
|
||||
* **ldap_search_pwd**: The password of the user who was set as the ldap_searchdn.
|
||||
* **ldap_basedn**: The basedn template for verifying the user's credential against an LDAP (e.g. `uid=%s,ou=people,dc=mydomain,dc=com` ) or an AD (e.g. `CN=%s,OU=Dept1,DC=mydomain,DC=com`) server. _Only used when **auth_mode** is set to *ldap_auth* ._
|
||||
* **ldap_filter**:The attribute to filter a user, you can add as many as you need, be sure the grammar is right. If not needed, comment it (e.g. `ldap_filter = objectClass=person`).
|
||||
* **ldap_uid**:The exclusive attribute to distinguish a user, it can be uid or cn or mail or email(e.g. `ldap_uid = uid`).
|
||||
* **ldap_scope**:The scope to search, 1-LDAP_SCOPE_BASE, 2-LDAP_SCOPE_ONELEVEL, 3-LDAP_SCOPE_SUBTREE, default is 3(e.g. `ldap_scope = 3`).
|
||||
* **ldap_searchdn**: The DN of a user who has the permission to search an ldap/AD server (e.g. `cn=admin,ou=people,dc=mydomain,dc=com`).
|
||||
* **ldap_search_pwd**: The password of the user specified by *ldap_searchdn*.
|
||||
* **ldap_basedn**: The base DN to look up a user from, e.g. `ou=people,dc=mydomain,dc=com`. _Only used when **auth_mode** is set to *ldap_auth* ._
|
||||
* **ldap_filter**:The search filter for looking up a user, e.g. `(objectClass=person)`.
|
||||
* **ldap_uid**:The attribute used to match a user during a ldap search, it could be uid, cn, email or other attributes.
|
||||
* **ldap_scope**:The scope to search for a user, 1-LDAP_SCOPE_BASE, 2-LDAP_SCOPE_ONELEVEL, 3-LDAP_SCOPE_SUBTREE. Default is 3.
|
||||
* **db_password**: The root password for the mySQL database used for **db_auth**. _Change this password for any production use!_
|
||||
* **self_registration**: (**on** or **off**. Default is **on**) Enable / Disable the ability for a user to register themselves. When disabled, new users can only be created by the Admin user, only an admin user can create new users in Harbor. _NOTE: When **auth_mode** is set to **ldap_auth**, self-registration feature is **always** disabled, and this flag is ignored._
|
||||
* **use_compressed_js**: (**on** or **off**. Default is **on**) For production use, turn this flag to **on**. In development mode, set it to **off** so that js files can be modified separately.
|
||||
* **max_job_workers**: (default value is **3**) The maximum number of replication workers in job service. For each image replication job, a worker synchronizes all tags of a repository to the remote destination. Increasing this number allows more concurrent replication jobs in the system. However, since each worker consumes a certain amount of network/CPU/IO resources, please carefully pick the value of this attribute based on the hardware resource of the host.
|
||||
* **verify_remote_cert**: (**on** or **off**. Default is **on**) This flag determines whether or not to verify SSL/TLS certificate when Harbor communicates with a remote registry instance. Setting this attribute to **off** will bypass the SSL/TLS verification, which is often used when the remote instance has a self-signed or untrusted certificate.
|
||||
* **customize_crt**: (**on** or **off**. Default is **on**) When this attribute is **on**, the prepare script creates private key and root certificate for the generation/verification of the regitry's token. The following attributes:**crt_country**, **crt_state**, **crt_location**, **crt_organization**, **crt_organizationalunit**, **crt_commonname**, **crt_email** are used as parameters for generating the keys. Set this attribute to **off** when the key and root certificate are supplied by external sources. Refer to [Customize Key and Certificate of Harbor Token Service](customize_token_service.md) for more info.
|
||||
* **secret_key** The key to encrypt or decrypt the password of a remote registry in a replication policy, its length has to be 16 characters. Change this key before any production use. *NOTE: After changing this key, previously encrypted password of a policy can not be decrypted.*
|
||||
|
||||
* **token_expiration** The expiration time (in minute) of a token created by token service, default is 30 minutes.
|
||||
|
||||
* **verify_remote_cert**: (**on** or **off**. Default is **on**) This flag determines whether or not to verify SSL/TLS certificate when Harbor communicates with a remote registry instance. Setting this attribute to **off** bypasses the SSL/TLS verification, which is often used when the remote instance has a self-signed or untrusted certificate.
|
||||
* **customize_crt**: (**on** or **off**. Default is **on**) When this attribute is **on**, the prepare script creates private key and root certificate for the generation/verification of the regitry's token.
|
||||
* The following attributes:**crt_country**, **crt_state**, **crt_location**, **crt_organization**, **crt_organizationalunit**, **crt_commonname**, **crt_email** are used as parameters for generating the keys. Set this attribute to **off** when the key and root certificate are supplied by external sources. Refer to [Customize Key and Certificate of Harbor Token Service](customize_token_service.md) for more info.
|
||||
|
||||
#### Configuring storage backend (optional)
|
||||
|
||||
By default, Harbor stores images on your local filesystem. In a production environment, you may consider
|
||||
using other storage backend instead of the local filesystem, like S3, Openstack Swift, Ceph, etc.
|
||||
What you need to update is the section of `storage` in the file `Deploy/templates/registry/config.yml`.
|
||||
What you need to update is the section of `storage` in the file `templates/registry/config.yml`.
|
||||
For example, if you use Openstack Swift as your storage backend, the section may look like this:
|
||||
|
||||
```
|
||||
@ -73,7 +84,7 @@ storage:
|
||||
swift:
|
||||
username: admin
|
||||
password: ADMIN_PASS
|
||||
authurl: http://keystone_addr:35357/v3
|
||||
authurl: http://keystone_addr:35357/v3/auth
|
||||
tenant: admin
|
||||
domain: default
|
||||
region: regionOne
|
||||
@ -83,35 +94,21 @@ storage:
|
||||
_NOTE: For detailed information on storage backend of a registry, refer to [Registry Configuration Reference](https://docs.docker.com/registry/configuration/) ._
|
||||
|
||||
|
||||
#### Building and starting Harbor
|
||||
Once **harbord.cfg** and storage backend (optional) are configured, build and start Harbor as follows. Note that the docker-compose process can take a while.
|
||||
#### Installing and starting Harbor
|
||||
Once **harbord.cfg** and storage backend (optional) are configured, install and start Harbor using the ```install.sh script```. Note that it may take some time for the online installer to download Harbor images from Docker hub.
|
||||
|
||||
```sh
|
||||
$ cd Deploy
|
||||
|
||||
$ ./prepare
|
||||
Generated configuration file: ./config/ui/env
|
||||
Generated configuration file: ./config/ui/app.conf
|
||||
Generated configuration file: ./config/registry/config.yml
|
||||
Generated configuration file: ./config/db/env
|
||||
Generated configuration file: ./config/jobservice/env
|
||||
Clearing the configuration file: ./config/ui/private_key.pem
|
||||
Clearing the configuration file: ./config/registry/root.crt
|
||||
Generated configuration file: ./config/ui/private_key.pem
|
||||
Generated configuration file: ./config/registry/root.crt
|
||||
The configuration files are ready, please use docker-compose to start the service.
|
||||
|
||||
$ sudo docker-compose up -d
|
||||
$ sudo ./install.sh
|
||||
```
|
||||
|
||||
_If everything worked properly, you should be able to open a browser to visit the admin portal at http://reg.yourdomain.com . Note that the default administrator username/password are admin/Harbor12345 ._
|
||||
If everything worked properly, you should be able to open a browser to visit the admin portal at **http://reg.yourdomain.com** (change *reg.yourdomain.com* to the hostname configured in your harbor.cfg). Note that the default administrator username/password are admin/Harbor12345 .
|
||||
|
||||
Log in to the admin portal and create a new project, e.g. `myproject`. You can then use docker commands to login and push images (By default, the registry server listens on port 80):
|
||||
```sh
|
||||
$ docker login reg.yourdomain.com
|
||||
$ docker push reg.yourdomain.com/myproject/myrepo
|
||||
$ docker push reg.yourdomain.com/myproject/myrepo:mytag
|
||||
```
|
||||
**NOTE:** The default installation of Harbor uses _HTTP_ - as such, you will need to add the option `--insecure-registry` to your client's Docker daemon and restart the Docker service.
|
||||
**IMPORTANT:** The default installation of Harbor uses _HTTP_ - as such, you will need to add the option `--insecure-registry` to your client's Docker daemon and restart the Docker service.
|
||||
|
||||
For information on how to use Harbor, please refer to [User Guide of Harbor](user_guide.md) .
|
||||
|
||||
@ -119,125 +116,10 @@ For information on how to use Harbor, please refer to [User Guide of Harbor](use
|
||||
Harbor does not ship with any certificates, and, by default, uses HTTP to serve requests. While this makes it relatively simple to set up and run - especially for a development or testing environment - it is **not** recommended for a production environment. To enable HTTPS, please refer to [Configuring Harbor with HTTPS Access](configure_https.md).
|
||||
|
||||
|
||||
## Installation from a pre-built package
|
||||
|
||||
Pre-built installation packages of each release are available at [release page](https://github.com/vmware/harbor/releases).
|
||||
Download the package file **harbor-<version>.tgz** , and then extract the files.
|
||||
```
|
||||
$ tar -xzvf harbor-0.3.0.tgz
|
||||
$ cd harbor
|
||||
```
|
||||
|
||||
Next, configure Harbor as described earlier in [Configuring Harbor](#configuring-harbor).
|
||||
|
||||
Finally, run the **prepare** script to generate config files, and use docker compose to build and start Harbor.
|
||||
|
||||
|
||||
```
|
||||
$ ./prepare
|
||||
Generated configuration file: ./config/ui/env
|
||||
Generated configuration file: ./config/ui/app.conf
|
||||
Generated configuration file: ./config/registry/config.yml
|
||||
Generated configuration file: ./config/db/env
|
||||
Generated configuration file: ./config/jobservice/env
|
||||
Clearing the configuration file: ./config/ui/private_key.pem
|
||||
Clearing the configuration file: ./config/registry/root.crt
|
||||
Generated configuration file: ./config/ui/private_key.pem
|
||||
Generated configuration file: ./config/registry/root.crt
|
||||
The configuration files are ready, please use docker-compose to start the service.
|
||||
|
||||
$ sudo docker-compose up -d
|
||||
......
|
||||
```
|
||||
|
||||
### Deploying Harbor on a host which does not have Internet access
|
||||
*docker-compose up* pulls the base images from Docker Hub and builds new images for the containers, which, necessarily, requires Internet access. To deploy Harbor on a host that is not connected to the Internet:
|
||||
|
||||
1. Prepare Harbor on a machine that has access to the Internet.
|
||||
2. Export the images as tgz files
|
||||
3. Transfer them to the target host.
|
||||
4. Load the tgz file into Docker's local image repo on the host.
|
||||
|
||||
These steps are detailed below:
|
||||
|
||||
#### Building and saving images for offline installation
|
||||
On a machine that is connected to the Internet,
|
||||
|
||||
1. Extract the files from the pre-built installation package.
|
||||
2. Then, run `docker-compose build` to build the images.
|
||||
3. Use the script `save_image.sh` to export these images as tar files. Note that the tar files will be stored in the `images/` directory.
|
||||
4. Package everything in the directory `harbor/` into a tgz file
|
||||
5. Transfer this tgz file to the target machine.
|
||||
|
||||
The commands, in detail, are as follows:
|
||||
|
||||
```
|
||||
$ cd harbor
|
||||
$ sudo docker-compose build
|
||||
......
|
||||
$ sudo ./save_image.sh
|
||||
saving the image of harbor_ui
|
||||
finished saving the image of harbor_ui
|
||||
saving the image of harbor_log
|
||||
finished saving the image of harbor_log
|
||||
saving the image of harbor_mysql
|
||||
finished saving the image of harbor_mysql
|
||||
saving the image of nginx
|
||||
finished saving the image of nginx
|
||||
saving the image of registry
|
||||
finished saving the image of registry
|
||||
saving the image of harbor_jobservice
|
||||
finished saving the image of harbor_jobservice
|
||||
$ cd ../
|
||||
$ tar -cvzf harbor_offline-0.3.0.tgz harbor
|
||||
```
|
||||
|
||||
The file `harbor_offline-0.3.0.tgz` contains the images and other files required to start Harbor. You can use tools such as `rsync` or `scp` to transfer this file to the target host.
|
||||
On the target host, execute the following commands to start Harbor. _Note that before running the **prepare** script, you **must** update **harbor.cfg** to reflect the right configuration of the target machine!_ (Refer to Section [Configuring Harbor](#configuring-harbor)).
|
||||
|
||||
```
|
||||
$ tar -xzvf harbor_offline-0.3.0.tgz
|
||||
$ cd harbor
|
||||
|
||||
# load images save by excute ./save_image.sh
|
||||
$ ./load_image.sh
|
||||
loading the image of harbor_ui
|
||||
finish loaded the image of harbor_ui
|
||||
loading the image of harbor_mysql
|
||||
finished loading the image of harbor_mysql
|
||||
loading the image of nginx
|
||||
finished loading the image of nginx
|
||||
loading the image of registry
|
||||
finished loading the image of registry
|
||||
loading the image of harbor_jobservice
|
||||
finished loading the image of harbor_jobservice
|
||||
|
||||
# Make update to the parameters in ./harbor.cfg
|
||||
$ ./prepare
|
||||
Generated configuration file: ./config/ui/env
|
||||
Generated configuration file: ./config/ui/app.conf
|
||||
Generated configuration file: ./config/registry/config.yml
|
||||
Generated configuration file: ./config/db/env
|
||||
The configuration files are ready, please use docker-compose to start the service.
|
||||
|
||||
# Build the images and then start the services
|
||||
$ sudo docker-compose up -d
|
||||
```
|
||||
|
||||
### Managing Harbor's lifecycle
|
||||
You can use docker-compose to manage the lifecycle of the containers. A few useful commands are listed below:
|
||||
You can use docker-compose to manage the lifecycle of Harbor. Some useful commands are listed as follows (must run in the same directory as *docker-compose.yml*).
|
||||
|
||||
*Build and start Harbor:*
|
||||
```
|
||||
$ sudo docker-compose up -d
|
||||
Creating harbor_log_1
|
||||
Creating harbor_mysql_1
|
||||
Creating harbor_registry_1
|
||||
Creating harbor_ui_1
|
||||
Creating harbor_proxy_1
|
||||
Creating harbor_jobservice_1
|
||||
```
|
||||
*Stop Harbor:*
|
||||
Stop Harbor:
|
||||
```
|
||||
$ sudo docker-compose stop
|
||||
Stopping harbor_proxy_1 ... done
|
||||
@ -247,7 +129,7 @@ Stopping harbor_mysql_1 ... done
|
||||
Stopping harbor_log_1 ... done
|
||||
Stopping harbor_jobservice_1 ... done
|
||||
```
|
||||
*Restart Harbor after stopping:*
|
||||
Restart Harbor after stopping:
|
||||
```
|
||||
$ sudo docker-compose start
|
||||
Starting harbor_log_1
|
||||
@ -257,6 +139,16 @@ Starting harbor_ui_1
|
||||
Starting harbor_proxy_1
|
||||
Starting harbor_jobservice_1
|
||||
```
|
||||
|
||||
To change Harbor's confiugration, first stop existing Harbor instance, updated harbor.cfg, and then run install.sh again:
|
||||
```
|
||||
$ sudo docker-compose down
|
||||
|
||||
$ vim harbor.cfg
|
||||
|
||||
$ sudo install.sh
|
||||
```
|
||||
|
||||
*Remove Harbor's containers while keeping the image data and Harbor's database files on the file system:*
|
||||
```
|
||||
$ sudo docker-compose rm
|
||||
@ -270,7 +162,7 @@ Removing harbor_log_1 ... done
|
||||
Removing harbor_jobservice_1 ... done
|
||||
```
|
||||
|
||||
*Remove Harbor's database and image data (for a clean re-installation):*
|
||||
Remove Harbor's database and image data (for a clean re-installation):
|
||||
```sh
|
||||
$ rm -r /data/database
|
||||
$ rm -r /data/registry
|
||||
@ -279,15 +171,16 @@ $ rm -r /data/registry
|
||||
Please check the [Docker Compose command-line reference](https://docs.docker.com/compose/reference/) for more on docker-compose.
|
||||
|
||||
### Persistent data and log files
|
||||
By default, registry data is persisted in the target host's `/data/` directory. This data remains unchanged even when Harbor's containers are removed and/or recreated.
|
||||
In addition, Harbor uses `rsyslog` to collect the logs of each container. By default, these log files are stored in the directory `/var/log/harbor/` on the target host.
|
||||
By default, registry data is persisted in the target host's `/data/` directory. This data remains unchanged even when Harbor's containers are removed and/or recreated.
|
||||
|
||||
In addition, Harbor uses *rsyslog* to collect the logs of each container. By default, these log files are stored in the directory `/var/log/harbor/` on the target host for troubleshooting.
|
||||
|
||||
## Configuring Harbor listening on a customized port
|
||||
By default, Harbor listens on port 80(HTTP) and 443(HTTPS, if configured) for both admin portal and docker commands, you can configure it with a customized one.
|
||||
|
||||
### For HTTP protocol
|
||||
|
||||
1.Modify Deploy/docker-compose.yml
|
||||
1.Modify docker-compose.yml
|
||||
Replace the first "80" to a customized port, e.g. 8888:80.
|
||||
|
||||
```
|
||||
@ -311,7 +204,7 @@ proxy:
|
||||
tag: "proxy"
|
||||
```
|
||||
|
||||
2.Modify Deploy/templates/registry/config.yml
|
||||
2.Modify templates/registry/config.yml
|
||||
Add the customized port, e.g. ":8888", after "$ui_url".
|
||||
|
||||
```
|
||||
@ -323,17 +216,14 @@ auth:
|
||||
service: token-service
|
||||
```
|
||||
|
||||
3.Execute Deploy/prepare script and start/restart Harbor.
|
||||
3.Run install.sh to update and start Harbor.
|
||||
```sh
|
||||
$ cd Deploy
|
||||
$ ./prepare
|
||||
# If Harbor has already been installed, shutdown it first:
|
||||
$ docker-compose down
|
||||
$ docker-compose up -d
|
||||
$ sudo docker-compose down
|
||||
$ sudo install.sh
|
||||
```
|
||||
### For HTTPS protocol
|
||||
1.Enable HTTPS in Harbor by following this [guide](https://github.com/vmware/harbor/blob/master/docs/configure_https.md).
|
||||
2.Modify Deploy/docker-compose.yml
|
||||
2.Modify docker-compose.yml
|
||||
Replace the first "443" to a customized port, e.g. 4443:443.
|
||||
|
||||
```
|
||||
@ -357,7 +247,7 @@ proxy:
|
||||
tag: "proxy"
|
||||
```
|
||||
|
||||
3.Modify Deploy/templates/registry/config.yml
|
||||
3.Modify templates/registry/config.yml
|
||||
Add the customized port, e.g. ":4443", after "$ui_url".
|
||||
|
||||
```
|
||||
@ -369,17 +259,29 @@ auth:
|
||||
service: token-service
|
||||
```
|
||||
|
||||
4.Execute Deploy/prepare script and start/restart Harbor.
|
||||
4.Run install.sh to update and start Harbor.
|
||||
```sh
|
||||
$ cd Deploy
|
||||
$ ./prepare
|
||||
# If Harbor has already been installed, shutdown it first:
|
||||
$ docker-compose down
|
||||
$ docker-compose up -d
|
||||
$ sudo docker-compose down
|
||||
$ sudo install.sh
|
||||
```
|
||||
|
||||
## Troubleshooting
|
||||
1.When setting up Harbor behind an nginx proxy or elastic load balancing, look for the line below, in `Deploy/config/nginx/nginx.conf` and remove it from the sections if the proxy already has similar settings: `location /`, `location /v2/` and `location /service/`.
|
||||
1. When Harbor does not work properly, run the below commands to find out 6 containers of Harbor are all in **UP** status:
|
||||
```
|
||||
$ sudo docker-compose ps
|
||||
Name Command State Ports
|
||||
-------------------------------------------------------------------------------------------------------
|
||||
harbor_jobservice_1 /harbor/harbor_jobservice Up
|
||||
harbor_log_1 /bin/sh -c crond && rsyslo ... Up 0.0.0.0:1514->514/tcp
|
||||
harbor_mysql_1 /entrypoint.sh mysqld Up 3306/tcp
|
||||
harbor_proxy_1 nginx -g daemon off; Up 0.0.0.0:443->443/tcp, 0.0.0.0:80->80/tcp
|
||||
harbor_registry_1 /entrypoint.sh serve /etc/ ... Up 5000/tcp
|
||||
harbor_ui_1 /harbor/harbor_ui Up
|
||||
```
|
||||
If a container is not in **UP** state, check the log file of that container in directory ```/var/log/harbor```. For example, if the container ```harbor_ui_1``` is not running, you should look at the log file ```docker_ui.log```.
|
||||
|
||||
|
||||
2. When setting up Harbor behind an nginx proxy or elastic load balancing, look for the line below, in `Deploy/config/nginx/nginx.conf` and remove it from the sections if the proxy already has similar settings: `location /`, `location /v2/` and `location /service/`.
|
||||
```
|
||||
proxy_set_header X-Forwarded-Proto $scheme;
|
||||
```
|
||||
|
||||
Loading…
Reference in New Issue
Block a user