De proxy-omjouwing sa't in Sidekiq-wurker dy sjocht

De taak brûkt de omjouwing fan syn Sidekiq-wurker, net in nij terminal of in Rails-webproses. Foar in wurker op 'e foargrûn waans HTTP-klant dizze fariabelen lêst:

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

Foar de troch Sidekiq dokumintearre systemd-behearde Linux-opset pleatst de wearden yn de drop-in fan 'e eigentlike wurker-ienheid:

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

Laad de ienheidsdefinysjes opnij en ferfange de wurker fia de gewoane werstartproseduere fan 'e útrulling. It opnij laden fan Rails-koade yn in besteande wurker ferfangt syn erfd omjouwing net.

In kontrôle fan in iepenbiere tsjinst kin in einpunt út de HTTP-proxy-list yn dizze wearden brûke as iepenbiere tuskenpersoanen tastien binne en de klant fan 'e wurker gjin konfigurearre of bewarre proxy-bewizen hat. Mei ferskate wachtrige-ienheden: fêststelle hokker de mislearre taak útfierd hat. In sukses fan in oare wurker bewuollet de konfiguraasje fan dizze net.

Registrearje dy ienheid en de HTTP-klant tegearre. In eksplisyt konfigurearre klant kin in oare rûte brûke los fan 'e fariabelen dy't oan 'e wurker levere binne; konfigurearje yn dat gefal syn stipet ynterface.