Réglages de proxy sortant pour les services empaquetés de GitLab

Définissez l'environnement du service du paquet Linux dans gitlab.rb et appliquez-le via la reconfiguration.

Pour le paquet Linux GitLab auto-hébergé, choisissez le service qui effectue la requête sortante. gitlab_rails['env'] fournit Puma, Sidekiq, Rails et Rake ; le paquet documente séparément gitaly['env'] pour le proxy Git-clone et gitlab_workhorse['env'] pour Workhorse.

Pour le chemin lié à Rails, fusionnez ces valeurs dans /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'
}

Utilisez le point de terminaison et les exclusions du déploiement. Une vérification distincte de service public peut utiliser un point de terminaison HTTP de la liste de proxys HTTP lorsque le déploiement autorise cette route et que le service choisi n'a pas d'identifiants proxy configurés. Conservez ses exclusions internes obligatoires. Préservez les entrées existantes : une autre affectation au même hachage d'environnement remplace le hachage précédent.

Appliquez la configuration déclarée du paquet :

sudo gitlab-ctl reconfigure

Une exportation de shell ne restitue pas ces réglages de services gérés. L'étape de reconfiguration applique l'environnement déclaré pour le composant choisi.

Articles similaires