Я настроил, и мы запускаем установку GitLab v6.0.1 по умолчанию (мы тоже собираемся обновить). Это была «производственная» установка, в точности следовавшая этому руководству:

https://github.com/gitlabhq/gitlabhq/blob/master/doc/install/installation.md

Теперь, как нам безопасно изменить URL-адрес работающей установки?

Очевидно, наш URL-адрес очень длинный, и мы придумали новый URL-адрес. Я отредактировал несколько файлов конфигурации и в отчете «Проверка статуса приложения» все в порядке. Я перезагрузил сервер, чтобы убедиться, что все по-прежнему работает.

Я могу получить доступ к Nginx по нашему оригинальному SSL. Я могу просматривать сайт GitLab, создавать репозиторий и т. Д. Я могу выполнять форк и коммит.

Кажется, все в порядке; но, поскольку это не родная среда для меня, я хотел дважды проверить, что я сделал все, чтобы переименовать сайт GitLab.

Я редактировал следующие файлы:

/etc/hosts
  127.0.0.1  localhost
  10.0.0.10  wake.domain.com    wake
  10.0.0.10  git.domain.com     git

/home/git/gitlab/config/gitlab.yml
  production: &base
    gitlab:
      host: git.domain.com

/home/git/gitlab-shell/config.yml
  gitlab_url: "https://git.domain.com"
  ^- yes, we are on SSL and that is working, even on a new URL

/etc/nginx/sites-available/gitlab
  server {
    server_name git.domain.com

Вы все сделали правильно!

Вы также можете изменить конфигурацию электронной почты в зависимости от того, является ли почтовый сервер тем же самым сервером. Конфигурация электронной почты находится в gitlab.yml для писем, отправленных GitLab, а также для электронной почты администратора.

GitLab Омнибус

Для установки Omnibus все немного иначе.

Правильное место в омнибус установки является:

/etc/gitlab/gitlab.rb
    external_url 'http://gitlab.example.com'

Наконец, вам нужно выполнить, sudo gitlab-ctl reconfigureи sudo gitlab-ctl restartпоэтому изменения вступят в силу.

Я вносил изменения не в те места, и они были просто поражены.

Эти неправильные пути являются:

/opt/gitlab/embedded/service/gitlab-rails/config/gitlab.yml
/var/opt/gitlab/.gitconfig
/var/opt/gitlab/nginx/conf/gitlab-http.conf

Обратите внимание на те предупреждения, которые гласят:

# This file is managed by gitlab-ctl. Manual changes will be
# erased! To change the contents below, edit /etc/gitlab/gitlab.rb
# and run `sudo gitlab-ctl reconfigure`.

На самом деле это НЕ совсем правильно. Я зашел на эту страницу, пытаясь ответить на этот вопрос сам, поскольку мы переводим производственный сервер GitLab с http://на, https://и большинство вещей работает, как описано выше, но когда вы входите вhttps://server все выглядит нормально ... кроме случаев, когда вы просматриваете проект или репозиторий, и он отображает инструкции SSH и HTTP ... Он говорит «http», а отображаемые инструкции также говорят «http».

Я нашел еще кое-что для редактирования:

/home/git/gitlab/config/gitlab.yml
  production: &base
    gitlab:
      host: git.domain.com

      # Also edit these:
      port: 443
      https: true
...

а также

/etc/nginx/sites-available/gitlab
  server {
    server_name git.domain.com;

    # Also edit these:
    listen 443 ssl;
    ssl_certificate     /etc/ssl/certs/somecert.crt;
    ssl_certificate_key /etc/ssl/private/somekey.key;

...

Подробные записи об этом, которые мне полностью помогли, находятся здесь .

Джонатон Рейнхарт уже ответил ключевым битом, чтобы отредактировать /etc/gitlab/gitlab.rb , изменить external_url и затем запуститьsudo gitlab-ctl reconfigure; sudo gitlab-ctl restart

Однако мне нужно было пойти немного дальше, и документы, на которые я ссылался выше, объяснили это. Итак, что у меня получилось, выглядит так:

external_url 'https://gitlab.toilethumor.com'
nginx['ssl_certificate'] = "/www/ssl/star_toilethumor.com-chained.crt"
nginx['ssl_certificate_key'] = "/www/ssl/star_toilethumor.com.key"
nginx['proxy_set_headers'] = {
 "X-Forwarded-Proto" => "http",
 "CUSTOM_HEADER" => "VALUE"
}

Выше я явно указал, где на этом сервере находятся мои SSL-подарки. И, конечно же, за этим следует

sudo gitlab-ctl reconfigure
sudo gitlab-ctl restart

Кроме того, когда вы переключаете пакет omnibus на https, связанный nginx будет обслуживать только порт 443. Поскольку все мои данные доступны через обратный прокси-сервер, эта часть была потенциально важной.

Когда я прошел через это, я кое-что напортачил, и было полезно найти фактические журналы nginx, это привело меня туда:

sudo gitlab-ctl tail nginx