W przypadku samodzielnie zarządzanego pakietu GitLab dla Linuksa wybierz usługę, która wykonuje żądanie wychodzące. gitlab_rails['env'] obsługuje Puma, Sidekiq, Rails i Rake; pakiet osobno dokumentuje gitaly['env'] dla proxy Git-clone i gitlab_workhorse['env'] dla Workhorse.

W przypadku ścieżki związanej z Rails połącz te wartości w /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'
}

Użyj punktu końcowego i wyjątków wdrożenia. Osobne sprawdzenie usługi publicznej może użyć punktu końcowego HTTP z listy proxy HTTP, gdy wdrożenie zezwala na tę trasę, a wybrana usługa nie ma skonfigurowanych poświadczeń proxy. Zachowaj jej wymagane wyjątki wewnętrzne. Zachowaj istniejące wpisy: inne przypisanie do tego samego skrótu środowiska zastępuje poprzedni skrót.

Zastosuj zadeklarowaną konfigurację pakietu:

sudo gitlab-ctl reconfigure

Eksport powłoki nie odwzorowuje tych ustawień usług zarządzanych. Krok rekonfiguracji stosuje środowisko zadeklarowane dla wybranego komponentu.

Powiązane artykuły