Skonfigurowałem i uruchamiamy domyślną instalację GitLab w wersji 6.0.1 (wkrótce również zaktualizujemy). To była konfiguracja „produkcyjna”, dokładnie według tego przewodnika:

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

Jak teraz możemy bezpiecznie zmienić adres URL działającej instalacji?

Najwyraźniej nasz adres URL jest bardzo długi i opracowaliśmy nowy adres URL. Edytowałem wiele plików konfiguracyjnych i raport „Sprawdzanie stanu aplikacji” informuje, że wszystko jest w porządku. Zrestartowałem serwer, aby upewnić się, że wszystko nadal działa.

Mogę uzyskać dostęp do Nginx przez nasz oryginalny SSL. Mogę przeglądać witrynę GitLab, tworzyć repozytorium, itd. Potrafię dobrze rozwidlać i zatwierdzać.

Wszystko wydaje się być w porządku; ale ponieważ nie jest to dla mnie środowisko natywne, chciałem dokładnie sprawdzić, czy zrobiłem wszystko, aby zmienić nazwę witryny GitLab.

Pliki, które edytowałem to:

/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

Zrobiłeś wszystko poprawnie!

Możesz również zmienić konfigurację poczty e-mail, w zależności od tego, czy serwer poczty jest również tym samym serwerem. Konfiguracja poczty e-mail znajduje się w gitlab.yml dla wiadomości wysyłanych przez GitLab, a także e-maili administratora.

GitLab Omnibus

W przypadku instalacji Omnibus wygląda to trochę inaczej.

Prawidłowe miejsce w an Omnibus zainstalować to:

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

Wreszcie, trzeba wykonać sudo gitlab-ctl reconfigure, a sudo gitlab-ctl restartwięc zastosować zmiany.

Wprowadzałem zmiany w niewłaściwych miejscach i one były zdmuchnięte.

Te błędne ścieżki są:

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

Zwróć uwagę na ostrzeżenia, które brzmią:

# 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`.

W rzeczywistości NIE jest to całkowicie poprawne. Dotarłem na tę stronę, próbując sam odpowiedzieć na to pytanie, ponieważ przenosimy produkcyjny serwer GitLab z http://na https://i większość rzeczy działa tak, jak opisano powyżej, ale kiedy się logujesz https://serveri wszystko wygląda dobrze ... z wyjątkiem przeglądania projektu lub repozytorium i wyświetla instrukcje SSH i HTTP ... Mówi „http”, a wyświetlane instrukcje również mówią „http”.

Znalazłem jednak więcej rzeczy do edycji:

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

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

i

/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;

...

Istnieją szczegółowe notatki na temat tego, które pomogły mi całkowicie, znajdujące się tutaj .

Jonathon Reinhart już odpowiedział kluczem, aby edytować /etc/gitlab/gitlab.rb , zmienić zewnętrzny_url, a następnie uruchomićsudo gitlab-ctl reconfigure; sudo gitlab-ctl restart

Jednak musiałem pójść trochę dalej i doktorzy, których połączyłem powyżej, wyjaśnili to. Więc to, co skończyło, wygląda następująco:

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"
}

Powyżej wyraźnie zadeklarowałem, gdzie na tym serwerze znajdują się moje gadżety SSL. I to oczywiście następuje

sudo gitlab-ctl reconfigure
sudo gitlab-ctl restart

Ponadto, gdy zmienisz pakiet omnibus na https, dołączony nginx będzie obsługiwał tylko port 443. Ponieważ wszystkie moje rzeczy są dostępne przez zwrotne proxy, ta część była potencjalnie znacząca.

Kiedy przez to przechodziłem, coś schrzaniłem i pomocne było znalezienie rzeczywistych dzienników Nginx, co mnie tam doprowadziło:

sudo gitlab-ctl tail nginx