Взяття NO_PROXY у лапки в директиві Environment systemd

Тримайте все призначення NO_PROXY разом в одній директиві Environment systemd і відокремлюйте розбір unit-файлу від синтаксису обходу клієнта.

В описі служби systemd тримайте все призначення середовища всередині лапок unit-файлу:

[Service]
Environment="NO_PROXY=localhost,127.0.0.1,::1,intranet.example"

Коми є частиною значення NO_PROXY. systemd видаляє навколишні лапки під час побудови середовища; мережевий клієнт отримує список і вже потім інтерпретує власний синтаксис обходу. Початок інших лапок посередині вже взятого в лапки елемента не створює незалежного рівня лапкування оболонки.

Unit-файли не є скриптами оболонки. Інструкція export або знайоме ім'я змінної не дає розгортання оболонки в директиві Environment=.

  1. Перевірте чинну конфігурацію служби локально, приховуючи секрети.
  2. Після зміни перезавантажте описи служб і застосуйте звичайну процедуру перезапуску постраждалої служби. Сплануйте вплив на активну роботу, особливо для спільного демона образів.
  3. Підтвердьте, що потрібне значення доходить до нового процесу. Саме лише перезавантаження unit-файлу не може замінити середовище наявного процесу.

Лише після цього досліджуйте зіставлення домену або підмережі клієнта. Список, що працює в терміналі, можливо, так і не дійшов до служби в тому самому вигляді.

Схожі статті