For den sjølvstyrte GitLab Linux-pakken vel du tenesta som gjer den utgåande førespurnaden. gitlab_rails['env'] leverer Puma, Sidekiq, Rails og Rake; pakken dokumenterer separat gitaly['env'] for Git-clone-proxy og gitlab_workhorse['env'] for Workhorse.

For den Rails-relaterte vegen flettar du desse verdiane inn i /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'
}

Bruk endepunktet og unntaka til distribusjonen. Ein separat offentleg-teneste-sjekk kan bruke eit HTTP-endepunkt frå HTTP-proxylista når distribusjonen tillèt den vegen og den valde tenesta ikkje har konfigurerte proxy-legitimasjonar. Hald på dei påkravde interne unntaka. Ta vare på eksisterande oppføringar: ei anna tildeling til same miljøhash erstattar den tidlegare hashen.

Bruk den erklærte pakkekonfigurasjonen:

sudo gitlab-ctl reconfigure

Ein shell-eksport gjer ikkje desse innstillingane for styrte tenester synlege. Omkonfigureringsteget brukar miljøet som er erklært for den valde komponenten.

Relaterte artiklar