Wählen Sie für das selbst verwaltete GitLab-Linux-Paket den Dienst, der die ausgehende Anfrage stellt. gitlab_rails['env'] versorgt Puma, Sidekiq, Rails und Rake; das Paket dokumentiert gitaly['env'] separat für das Git-Clone-Proxying und gitlab_workhorse['env'] für Workhorse.

Führen Sie für den Rails-bezogenen Pfad diese Werte in /etc/gitlab/gitlab.rb zusammen:

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

Verwenden Sie den Endpunkt und die Ausnahmen der Bereitstellung. Eine separate Prüfung eines öffentlichen Dienstes kann einen HTTP-Endpunkt aus der HTTP-Proxy-Liste verwenden, wenn die Bereitstellung diese Route erlaubt und der ausgewählte Dienst keine konfigurierten Proxy-Anmeldedaten hat. Behalten Sie die erforderlichen internen Ausnahmen bei. Bewahren Sie vorhandene Einträge: Eine weitere Zuweisung zum selben Umgebungs-Hash ersetzt den früheren Hash.

Wenden Sie die deklarierte Paketkonfiguration an:

sudo gitlab-ctl reconfigure

Ein Shell-Export bildet diese Einstellungen verwalteter Dienste nicht ab. Der Rekonfigurationsschritt wendet die für die ausgewählte Komponente deklarierte Umgebung an.

Ähnliche Artikel