Vir die selfbestuurde GitLab Linux-pakket, kies die diens wat die uitgaande versoek maak. gitlab_rails['env'] voorsien Puma, Sidekiq, Rails en Rake; die pakket dokumenteer gitaly['env'] afsonderlik vir Git-kloon-proksering en gitlab_workhorse['env'] vir Workhorse.

Vir die Rails-verwante pad, voeg hierdie waardes by /etc/gitlab/gitlab.rb in:

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

Gebruik die ontplooiing se eindpunt en omsyferinge. 'n Aparte publieke-dienskontrole kan 'n HTTP-eindpunt uit die HTTP-proxylys gebruik wanneer die ontplooiing daardie roete toelaat en die gekose diens geen gekonfigureerde proxy-aanmelding het nie. Behhou die vereiste interne omsyferinge. Bewaar bestaande inskrywings: 'n ander toekenning aan dieselfde omgewingshash vervang die vroeëre hash.

Pas die verklaarde pakketkonfigurasie toe:

sudo gitlab-ctl reconfigure

'n Skel-uitvoer lewer nie hierdie bestuurde-diensinstellings nie. Die herkonfigurasie-stap pas die omgewing toe wat vir die gekose komponent verklaar is.

Verwante artikels