Kurdum ve GitLab v6.0.1'in varsayılan kurulumunu çalıştırıyoruz (biz de yükseltmek üzereyiz). Bu bir "Üretim" kurulumuydu ve bu kılavuzu harfiyen takip ederek:

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

Şimdi, çalışan bir kurulumun URL'sini güvenli bir şekilde nasıl değiştirebiliriz?

Görünüşe göre URL’miz çok uzun ve yeni bir URL bulduk. Bir dizi yapılandırma dosyasını düzenledim ve "Uygulama Durum Kontrolleri" raporu her şey yolunda. İşlerin hala çalıştığından emin olmak için sunucuyu yeniden başlattım.

Orijinal SSL üzerinden Nginx'e gayet iyi erişebiliyorum. GitLab sitesine göz atabilirim, bir depo oluşturabilirim, vb. Çatallayabilir ve gayet iyi işleyebilirim.

Her şey yolunda görünüyor; ancak bu benim için yerel bir ortam olmadığından, bir GitLab sitesini yeniden adlandırmak için her şeyi yaptığımı iki kez kontrol etmek istedim.

Düzenlediğim dosyalar:

/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

Her şeyi doğru yaptın!

E-posta sunucusunun da aynı sunucu olmasına bağlı olarak e-posta yapılandırmasını da değiştirebilirsiniz. E-posta yapılandırması GitLab tarafından gönderilen postalar ve ayrıca yönetici-e-postası için gitlab.yml içindedir.

GitLab Omnibus

Omnibus yüklemesi için durum biraz farklıdır.

Doğru bir Omnibus yüklemek içinde yer:

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

Son olarak, uygulamanız gerekecek sudo gitlab-ctl reconfigureve sudo gitlab-ctl restartbu nedenle değişiklikler geçerli olacaktır.

Yanlış yerlerde değişiklik yapıyordum ve onlar uçup gidiyordu.

Yanlış yollar şunlardır:

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

Şu uyarılara dikkat edin:

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

Aslında bu tamamen doğru DEĞİLDİR. Bence gelen üretim GitLab sunucusunu geçiş gibi, kendim bu soruyu cevaplamak için çalışıyoruz, bu sayfaya ulaşmış http://için https://ve çoğu yukarıda açıklandığı gibi şeyler çalışıyor, ancak giriş yaptığınızdahttps://server ve her şey görünüyor ince bir projeye göz attıklarında ... hariç veya depo ve SSH ve HTTP talimatlarını görüntüler ... "http" diyor ve görüntülediği talimatlarda ayrıca "http" yazıyor.

Yine de düzenlenecek bazı şeyler buldum:

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

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

ve

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

...

Burada bana tamamen yardımcı olan ayrıntılı notlar var .

Jonathon Reinhart, /etc/gitlab/gitlab.rb'yi düzenlemek , external_url'yi değiştirmek ve ardından çalıştırmak için anahtar bit ile zaten cevap verdisudo gitlab-ctl reconfigure; sudo gitlab-ctl restart

Ancak biraz daha ileri gitmem gerekiyordu ve yukarıda bağladığım dokümanlar bunu açıkladı. Yani sonuçta neye benziyor:

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

Yukarıda, SSL ürünlerimin bu sunucuda nerede olduğunu açıkça beyan ettim. Ve bunu tabii ki takip ediyor

sudo gitlab-ctl reconfigure
sudo gitlab-ctl restart

Ayrıca, omnibus paketini https olarak değiştirdiğinizde, paketlenmiş nginx yalnızca 443 numaralı bağlantı noktasında hizmet verecektir. Tüm dosyalarıma ters proxy aracılığıyla erişildiğinden, bu bölüm potansiyel olarak önemliydi.

Bunun üzerinden geçerken, bir şeyi batırdım ve gerçek nginx günlüklerini bulmak faydalı oldu, bu beni oraya götürüyor:

sudo gitlab-ctl tail nginx