Puna përdor mjedisin e punëtorit të vet Sidekiq, jo një terminal të ri ose një proces web Rails. Për një punëtor në plan të parë, klienti HTTP i të cilit lexon këto variabla:

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

Për rregullimin e Linux-it të menaxhuar nga systemd që dokumenton Sidekiq, vendosni vlerat në drop-in-in e njësisë reale të punëtorit:

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

Ringarkoni përkufizimet e njësisë dhe zëvendësoni punëtorin përmes procedurës normale të rinisjes së vendosjes. Ringarkimi i kodit Rails në një punëtor ekzistues nuk e zëvendëson mjedisin e tij të trashëguar.

Një kontroll i një shërbimi publik mund të përdorë një pikë fundore nga lista e proxy-ve HTTP në këto vlera kur ndërmjetësit publikë lejohen dhe klienti i punëtorit nuk ka kredenciale proxy të konfiguruara ose të mbajtura. Me disa njësi specifike për radhët, identifikoni cila ekzekutoi punën e dështuar. Suksesi i një punëtori tjetër nuk e vërteton konfigurimin e këtij.

Regjistroni atë njësi dhe klientin HTTP së bashku. Një klient i konfiguruar në mënyrë eksplicite mund të përdorë një rrugë tjetër pavarësisht variablave që i jepen punëtorit; në atë rast konfiguroni ndërfaqen që ai mbështet.

Artikuj të ngjashëm