Proxy-miljøet som en Sidekiq-worker ser det

Jobbet bruger miljøet i sin Sidekiq-worker, ikke en ny terminal eller en Rails-webproces. For en worker i forgrunden, hvis HTTP-klient læser disse variabler:

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

Til Sidekiqs dokumenterede systemd-administrerede Linux-opsætning skal du sætte værdierne i drop-in-filen for den faktiske worker-unit:

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

Genindlæs unit-definitionerne, og udskift workeren via udrulningens normale genstartprocedure. Genindlæsning af Rails-kode i en eksisterende worker erstatter ikke dens nedarvede miljø.

En kontrol af en offentlig tjeneste kan bruge et endepunkt fra HTTP-proxylisten i disse værdier, når offentlige mellemled er tilladt, og workerens klient ikke har konfigurerede eller gemte proxy-legitimationsoplysninger. Med flere køspecifikke units skal du identificere, hvilken der udførte det mislykkede job. En succes fra en anden worker fastslår ikke denne workers konfiguration.

Registrér den unit og HTTP-klient sammen. En eksplicit konfigureret klient kan bruge en anden rute uanset de variabler, der leveres til workeren; konfigurér i så fald dens understøttede grænseflade.