Paramètres de proxy de Chef Infra Client dans client.rb
Configurez client.rb sur le nœud pour les requêtes de Chef lui-même ; un script de profil créé par un cookbook n'affecte que les consommateurs qui le lisent ensuite.
Pour les requêtes sortantes de Chef Infra Client, configurez l'client.rb existant sur le nœud où le client s'exécute :
http_proxy 'http://proxy.example:8080'
https_proxy 'http://proxy.example:8080'
no_proxy 'chef.internal.example,localhost,127.0.0.1'Utilisez les exceptions internes prévues. Des paramètres distincts pour l'utilisateur et le mot de passe du proxy sont disponibles lorsque l'intermédiaire exige une authentification. Cela configure le client Chef du nœud, et non une route Chef Infra Server pour chaque machine gérée.
Lors de l'initialisation, Chef peut dériver des valeurs d'environnement de proxy en minuscules à partir de cette configuration lorsque ces clés sont absentes. Comparez les valeurs héritées existantes lorsqu'une exécution interactive et un lancement de service se comportent différemment.
Ce que la recette du fichier de profil change réellement
Un cookbook qui écrit un script d'export dans un répertoire de profil shell crée une entrée pour les consommateurs ultérieurs de ce profil. Il ne fait pas relire au client Chef en cours d'exécution les fichiers d'un shell de connexion, ni redémarrer une application gérée avec un nouvel environnement.
Pour un service géré, définissez les options d'environnement ou de réseau prises en charge par le service. Une commande héritant de l'environnement de Chef ne peut utiliser ses variables que si cet exécutable les prend en charge. Gardez les points de terminaison internes de Chef et de l'application sur leurs routes de contournement prévues.