Por la mem-administrata GitLab Linux-pakaĵo, elektu la servon, kiu faras la elsendan peton. gitlab_rails['env'] provizas Puma, Sidekiq, Rails kaj Rake; la pakaĵo aparte dokumentas gitaly['env'] por Git-clone-proksado kaj gitlab_workhorse['env'] por Workhorse.

Por la Rails-rilata vojo, kunfandu ĉi tiujn valorojn en /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'
}

Uzu la finpunkton kaj esceptojn de la deplojo. Aparta kontrolo de publika servo povas uzi HTTP-finpunkton el la listo de HTTP-proksiloj, kiam la deplojo permesas tiun vojon kaj la elektita servo ne havas agorditajn proksilajn akreditaĵojn. Konservu ĝiajn bezonatajn internajn esceptojn. Konservu ekzistantajn erojn: alia atribuo al la sama medihasho anstataŭigas la antaŭan haŝon.

Apliku la deklaritajn pakaĵajn agordojn:

sudo gitlab-ctl reconfigure

Ŝela eksporto ne montras ĉi tiujn agordojn de administrataj servoj. La reagorda paŝo aplikas la medion deklaritajn por la elektita komponento.

Rilataj artikoloj