Užduotis naudoja savo Sidekiq darbininko aplinką, o ne naują terminalą ar Rails žiniatinklio procesą. Darbininkui priekiniame plane, kurio HTTP klientas skaito šiuos kintamuosius:

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

Sidekiq dokumentuotai systemd valdomai Linux konfigūracijai įrašykite reikšmes į tikrojo darbininko vieneto drop-in failą:

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

Iš naujo įkelkite vieneto aprašus ir pakeiskite darbininką įprasta diegimo perkrovimo procedūra. Rails kodo įkėlimas iš naujo esamame darbininke nepakeičia jo paveldėtos aplinkos.

Viešosios paslaugos patikra gali naudoti prieigos tašką iš HTTP tarpinių serverių sąrašo šiose reikšmėse, kai vieši tarpininkai leidžiami ir darbininko klientas neturi sukonfigūruotų ar išsaugotų tarpinio serverio prisijungimo duomenų. Esant keliems eilėms būdingiems vienetams, nustatykite, kuris įvykdė nepavykusią užduotį. Kito darbininko sėkmė neįrodo šio konfigūracijos.

Užfiksuokite tą vienetą ir HTTP klientą kartu. Aiškiai sukonfigūruotas klientas gali naudoti kitą maršrutą nepriklausomai nuo darbininkui perduotų kintamųjų; tokiu atveju sukonfigūruokite jo palaikomą sąsają.

Susiję straipsniai