La feina utilitza l'entorn del seu treballador de Sidekiq, no un terminal nou ni un procés web de Rails. Per a un treballador en primer pla el client HTTP del qual llegeix aquestes variables:

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

Per a la disposició de Linux gestionada amb systemd que documenta Sidekiq, poseu els valors al drop-in de la unitat real del treballador:

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

Recarregueu les definicions de la unitat i substituïu el treballador mitjançant el procediment habitual de reinici del desplegament. Recarregar el codi de Rails en un treballador existent no substitueix el seu entorn heretat.

Una comprovació de servei públic pot fer servir un punt final de la llista de proxys HTTP en aquests valors quan es permeten intermediaris públics i el client del treballador no té credencials de proxy configurades ni conservades. Amb diverses unitats específiques de cua, identifiqueu quina va executar la feina fallida. Un èxit d'un altre treballador no estableix la configuració d'aquest.

Registreu aquesta unitat i el client HTTP junts. Un client configurat explícitament pot fer servir una altra ruta independentment de les variables lliurades al treballador; en aquest cas, configureu-ne la interfície compatible.

Articles relacionats