El entorno de proxy tal como lo ve un worker de Sidekiq

El trabajo usa el entorno de su worker de Sidekiq, no una terminal nueva ni un proceso web de Rails. Para un worker en primer plano cuyo cliente HTTP lee estas variables:

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

Para la disposición de Linux gestionada con systemd que documenta Sidekiq, ponga los valores en el drop-in de la unidad real del worker:

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

Recargue las definiciones de la unidad y reemplace el worker mediante el procedimiento habitual de reinicio del despliegue. Recargar el código de Rails en un worker existente no reemplaza su entorno heredado.

Una comprobación de servicio público puede usar un endpoint de la lista de proxies HTTP en estos valores cuando se permiten intermediarios públicos y el cliente del worker no tiene credenciales de proxy configuradas ni retenidas. Con varias unidades específicas de cola, identifique cuál ejecutó el trabajo fallido. Un éxito de otro worker no establece la configuración de este.

Registre esa unidad y el cliente HTTP juntos. Un cliente configurado explícitamente puede usar otra ruta independientemente de las variables entregadas al worker; en ese caso, configure su interfaz compatible.