Mediul proxy așa cum îl vede un worker Sidekiq
Furnizați variabilele proxy la pornirea procesului Sidekiq, inclusiv o configurație de serviciu systemd pentru workerii gestionați.
Sarcina folosește mediul propriului worker Sidekiq, nu un terminal nou sau un proces web Rails. Pentru un worker în prim-plan al cărui client HTTP citește aceste variabile:
http_proxy=http://proxy.example.net:8080 \
https_proxy=http://proxy.example.net:8080 \
bundle exec sidekiqPentru aranjamentul Linux gestionat de systemd documentat de Sidekiq, puneți valorile în drop-in-ul unității reale de worker:
[Service]
Environment="http_proxy=http://proxy.example.net:8080"
Environment="https_proxy=http://proxy.example.net:8080"Reîncărcați definițiile unității și înlocuiți workerul prin procedura obișnuită de repornire a implementării. Reîncărcarea codului Rails într-un worker existent nu îi înlocuiește mediul moștenit.
O verificare a unui serviciu public poate folosi un endpoint din lista de proxy HTTP în aceste valori când intermediarii publici sunt permisți și clientul workerului nu are acreditive proxy configurate sau păstrate. Cu mai multe unități specifice cozii, identificați care a executat sarcina eșuată. Un succes al altui worker nu stabilește configurația acestuia.
Înregistrați acea unitate și clientul HTTP împreună. Un client configurat explicit poate folosi altă rută indiferent de variabilele livrate workerului; în acest caz, configurați interfața pe care o suportă.