Dla żądań wychodzących Chef Infra Client skonfiguruj istniejący client.rb na węźle, na którym działa klient:

http_proxy 'http://proxy.example:8080'
https_proxy 'http://proxy.example:8080'
no_proxy 'chef.internal.example,localhost,127.0.0.1'

Użyj zamierzonych wyjątków wewnętrznych. Oddzielne ustawienia użytkownika i hasła proxy są dostępne, gdy pośrednik wymaga uwierzytelnienia. To konfiguruje klienta Chef węzła, a nie trasę Chef Infra Server dla każdej zarządzanej maszyny.

Podczas inicjalizacji Chef może wyprowadzić małymi literami wartości środowiska proxy z tej konfiguracji, gdy tych kluczy brakuje. Porównaj istniejące odziedziczone wartości, gdy uruchomienie interaktywne i uruchomienie usługi zachowują się różnie.

Co faktycznie zmienia receptura pliku profilu

Cookbook, który zapisuje skrypt eksportu w katalogu profilu powłoki, tworzy dane wejściowe dla późniejszych konsumentów tego profilu. Nie powoduje, że działający klient Chef ponownie odczyta pliki powłoki logowania ani zrestartuje zarządzanej aplikacji z nowym środowiskiem.

Dla zarządzanej usługi ustaw obsługiwane przez usługę opcje środowiska lub sieci. Polecenie dziedziczące środowisko Chefa może używać jego zmiennych tylko wtedy, gdy ten plik wykonywalny je obsługuje. Utrzymuj wewnętrzne punkty końcowe Chefa i aplikacji na ich zamierzonych trasach obejścia.

Powiązane artykuły