Utgeande proxy-ynstellingen foar de ferpakke tsjinsten fan GitLab
Stel de tsjinstomjouwing fan it Linux-pakket yn gitlab.rb yn en pas it ta fia weromkonfiguraasje.
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 reconfigureIn shell-eksport lit dizze ynstellingen fan behearde tsjinsten net sjen. De weromkonfiguraasjestap past de omjouwing ta dy't foar it keazen komponint oankundige is.