Задачата използва средата на своя работник на Sidekiq, а не нов терминал или Rails уеб процес. За работник на преден план, чийто HTTP клиент чете тези променливи:

http_proxy=http://proxy.example.net:8080 \
https_proxy=http://proxy.example.net:8080 \
bundle exec sidekiq

За документираната от Sidekiq организация на Linux, управлявана от systemd, поставете стойностите в drop-in файла на действителния юнит на работника:

[Service]
Environment="http_proxy=http://proxy.example.net:8080"
Environment="https_proxy=http://proxy.example.net:8080"

Презаредете дефинициите на юнита и заменете работника чрез обичайната процедура за рестартиране на внедряването. Презареждането на Rails код в съществуващ работник не заменя наследената му среда.

Проверка на публична услуга може да използва крайна точка от списъка с HTTP проксита в тези стойности, когато публичните посредници са разрешени и клиентът на работника няма конфигурирани или запазени прокси идентификационни данни. При няколко юнита за отделни опашки установете кой е изпълнил неуспешната задача. Успех от друг работник не доказва конфигурацията на този.

Запишете този юнит и HTTP клиента заедно. Изрично конфигуриран клиент може да използва друг маршрут независимо от променливите, подадени на работника; в такъв случай конфигурирайте поддържания от него интерфейс.

Подобни статии