Задачата ја користи околината на својот работник на Sidekiq, а не нов терминал или Rails веб-процес. За работник во преден план чиј HTTP клиент ги чита овие променливи:

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

За документираното Linux поставување управувано од systemd во Sidekiq, ставете ги вредностите во drop-in датотеката на вистинската единица работник:

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

Повторно вчитајте ги дефинициите на единицата и заменете го работникот преку вообичаената постапка за рестартирање на распоредувањето. Повторното вчитување на Rails код во постоечки работник не ја заменува неговата наследена околина.

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

Забележете ја таа единица и HTTP клиентот заедно. Експлицитно конфигуриран клиент може да користи друга рута без оглед на променливите доставени до работникот; во тој случај конфигурирајте го неговиот поддржан интерфејс.

Поврзани статии