gitlab-org--gitlab-foss/doc/install/relative_url.md

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

140 lines
4.8 KiB
Markdown
Raw Normal View History

---
stage: Systems
group: Distribution
info: To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/product/ux/technical-writing/#assignments
---
# Install GitLab under a relative URL **(FREE SELF)**
2016-02-09 14:31:38 +00:00
While we recommend to install GitLab on its own (sub)domain, sometimes
this is not possible due to a variety of reasons. In that case, GitLab can also
be installed under a relative URL, for example `https://example.com/gitlab`.
2016-02-09 14:31:38 +00:00
This document describes how to run GitLab under a relative URL for installations
from source. If you are using an Omnibus package,
[the steps are different](https://docs.gitlab.com/omnibus/settings/configuration.html#configuring-a-relative-url-for-gitlab). Use this guide along with the
2016-02-09 14:31:38 +00:00
[installation guide](installation.md) if you are installing GitLab for the
2017-11-01 15:56:40 +00:00
first time.
2016-02-09 14:31:38 +00:00
2016-02-10 10:43:19 +00:00
There is no limit to how deeply nested the relative URL can be. For example you
could serve GitLab under `/foo/bar/gitlab/git` without any issues.
2016-02-09 14:31:38 +00:00
Changing the URL on an existing GitLab installation, changes all remote
URLs, so you have to manually edit them in any local repository
2016-02-09 14:31:38 +00:00
that points to your GitLab instance.
The list of configuration files you must change to serve GitLab from a
relative URL is:
2016-02-09 14:31:38 +00:00
- `/home/git/gitlab/config/initializers/relative_url.rb`
2016-02-09 14:31:38 +00:00
- `/home/git/gitlab/config/gitlab.yml`
- `/home/git/gitlab/config/puma.rb`
2016-02-09 14:31:38 +00:00
- `/home/git/gitlab-shell/config.yml`
- `/etc/default/gitlab`
After all the changes, you must recompile the assets and [restart GitLab](../administration/restart_gitlab.md#installations-from-source).
2016-02-09 14:31:38 +00:00
2017-11-01 15:56:40 +00:00
## Relative URL requirements
2016-02-09 14:31:38 +00:00
If you configure GitLab with a relative URL, the assets (including JavaScript,
CSS, fonts, and images) must be recompiled, which can consume a lot of CPU and
memory resources. To avoid out-of-memory errors, you should have at least 2 GB
of RAM available on your computer, and we recommend 4 GB RAM, and four or eight
CPU cores.
2016-02-09 14:31:38 +00:00
See the [requirements](requirements.md) document for more information.
2017-11-01 15:56:40 +00:00
## Enable relative URL in GitLab
2016-02-09 14:31:38 +00:00
NOTE:
2016-02-09 14:31:38 +00:00
Do not make any changes to your web server configuration file regarding
2017-11-01 15:56:40 +00:00
relative URL. The relative URL support is implemented by GitLab Workhorse.
2016-02-09 14:31:38 +00:00
---
Before following the steps below to enable relative URL in GitLab, some
assumptions are made:
- GitLab is served under `/gitlab`
- The directory under which GitLab is installed is `/home/git/`
Make sure to follow all steps below:
1. Optional. If you run short on resources, you can temporarily free up some
memory by shutting down the GitLab service with the following command:
2016-02-09 14:31:38 +00:00
```shell
sudo service gitlab stop
```
2016-02-09 14:31:38 +00:00
1. Create `/home/git/gitlab/config/initializers/relative_url.rb`
```shell
cp /home/git/gitlab/config/initializers/relative_url.rb.sample \
/home/git/gitlab/config/initializers/relative_url.rb
```
and change the following line:
2016-02-09 14:31:38 +00:00
```ruby
config.relative_url_root = "/gitlab"
```
2016-02-09 14:31:38 +00:00
1. Edit `/home/git/gitlab/config/gitlab.yml` and uncomment/change the
following line:
2016-02-09 14:31:38 +00:00
```yaml
relative_url_root: /gitlab
```
2016-02-09 14:31:38 +00:00
1. Edit `/home/git/gitlab/config/puma.rb` and uncomment/change the
following line:
2016-02-09 14:31:38 +00:00
```ruby
ENV['RAILS_RELATIVE_URL_ROOT'] = "/gitlab"
```
2016-02-09 14:31:38 +00:00
1. Edit `/home/git/gitlab-shell/config.yml` and append the relative path to
the following line:
2016-02-09 14:31:38 +00:00
```yaml
gitlab_url: http://127.0.0.1/gitlab
```
2016-02-09 14:31:38 +00:00
1. Make sure you have copied either the supplied systemd services, or the init
script and the defaults file, as stated in the
[installation guide](installation.md#install-the-service).
Then, edit `/etc/default/gitlab` and set in `gitlab_workhorse_options` the
`-authBackend` setting to read like:
2016-02-09 14:31:38 +00:00
```shell
-authBackend http://127.0.0.1:8080/gitlab
```
2016-02-09 14:31:38 +00:00
NOTE:
If you are using a custom init script, make sure to edit the above
GitLab Workhorse setting as needed.
1. [Restart GitLab](../administration/restart_gitlab.md#installations-from-source) for the changes to take effect.
2016-02-09 14:31:38 +00:00
2017-11-01 15:56:40 +00:00
## Disable relative URL in GitLab
2016-02-09 14:31:38 +00:00
To disable the relative URL:
1. Remove `/home/git/gitlab/config/initializers/relative_url.rb`
1. Follow the same as above starting from 2. and set up the
GitLab URL to one that doesn't contain a relative path.
2016-02-09 14:31:38 +00:00
<!-- ## Troubleshooting
Include any troubleshooting steps that you can foresee. If you know beforehand what issues
one might have when setting this up, or when something is changed, or on upgrading, it's
important to describe those, too. Think of things that may go wrong and include them here.
This is important to minimize requests for support, and to avoid doc comments with
questions that you know someone might ask.
Each scenario can be a third-level heading, e.g. `### Getting error message X`.
If you have none to add when creating a doc, leave this section in place
but commented out to help encourage others to add to it in the future. -->