Заданне выкарыстоўвае асяроддзе свайго працоўнага 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-кліент разам. Яўна настроены кліент можа выкарыстоўваць іншы маршрут незалежна ад зменлівых, перададзеных працоўнаму; у такім разе наладзьце яго падтрыманы інтэрфейс.

Падобныя артыкулы