Kies foar it selsbehearde GitLab Linux-pakket de tsjinst dy't it útgeande fersyk docht. gitlab_rails['env'] leveret Puma, Sidekiq, Rails en Rake; it pakket dokumintearret apart gitaly['env'] foar Git-clone-proxy en gitlab_workhorse['env'] foar Workhorse.

Foar it Rails-relatearre paad, foegje dizze wearden gear yn /etc/gitlab/gitlab.rb:

gitlab_rails['env'] = {
  'http_proxy' => 'http://proxy.example.net:8080',
  'https_proxy' => 'http://proxy.example.net:8080',
  'no_proxy' => 'localhost,127.0.0.1,::1'
}

Brûk it einpunt en de útslutings fan de útrulling. In aparte iepenbiere-tsjinstkontrôle kin in HTTP-einpunt brûke út de HTTP-proxylist as de útrulling dat paad tastiet en de keazen tsjinst gjin konfigurearre proxy-credentials hat. Behâld de fereaske ynterne útslutings. Behâld besteande ynfieringen: in oare tawizing oan deselde omjouwingshash ferfangt de eardere hash.

Pas de oankundige pakketkonfiguraasje ta:

sudo gitlab-ctl reconfigure

In shell-eksport lit dizze ynstellingen fan behearde tsjinsten net sjen. De weromkonfiguraasjestap past de omjouwing ta dy't foar it keazen komponint oankundige is.

Relatearre artikelen