Для самастойна кіраванага Linux-пакета GitLab выберыце службу, якая робіць выходны запыт. gitlab_rails['env'] забяспечвае Puma, Sidekiq, Rails і Rake; пакет асобна дакументуе gitaly['env'] для проксі Git-clone і gitlab_workhorse['env'] для Workhorse.

Для шляху, звязанага з Rails, зліце гэтыя значэнні ў /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'
}

Выкарыстоўвайце канчатковы пункт разгортвання і выключэнні. Асобная праверка публічнай службы можа выкарыстоўваць канчатковы пункт HTTP з спісу HTTP-проксі, калі разгортванне дазваляе гэты шлях і выбраная служба не мае наладжаных уліковых даных проксі. Захавайце яе абавязковыя ўнутраныя выключэнні. Захоўвайце існуючыя запісы: іншае прызначэнне таму ж хэшу асяроддзя замяняе папярэдні хэш.

Ужывіце абвешчаную канфігурацыю пакета:

sudo gitlab-ctl reconfigure

Экспарт абалонкі не адлюстроўвае гэтыя налады кіраваных службаў. Крок пераканфігуравання ўжывае асяроддзе, абвешчанае для выбранага кампанента.

Падобныя артыкулы