La proksea medio vidata de Sidekiq-laboranto

La tasko uzas la medion de sia Sidekiq-laboranto, ne novan terminalon aŭ Rails-retprocezon. Por antaŭplana laboranto kies HTTP-kliento legas ĉi tiujn variablojn:

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

Por la dokumentita systemd-administrata Linux-aranĝo de Sidekiq, metu la valorojn en la drop-in de la reala laboranta unuo:

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

Reŝargu la unuajn difinojn kaj anstataŭigu la laboranton per la kutima restartproceduro de la deplojo. Reŝargi Rails-kodon en ekzistanta laboranto ne anstataŭigas ĝian hereditan medion.

Kontrolo de publika servo povas uzi finpunkton el la HTTP-proksea listo en ĉi tiuj valoroj kiam publikaj perantoj estas permesitaj kaj la kliento de la laboranto havas neniujn agorditajn aŭ konservitajn prokseajn akreditaĵojn. Kun pluraj vic-specifaj unuoj, identigu kiun plenumis la malsukcesan taskon. Sukceso de alia laboranto ne pruvas la konfiguron de ĉi tiu.

Registru tiun unuon kaj la HTTP-klienton kune. Kliento eksplicite agordita povas uzi alian vojon sendepende de la variabloj liveritaj al la laboranto; en tiu kazo agordu ĝian subtenatan interfacon.