Ginagamit ng trabaho ang kapaligiran ng sarili nitong Sidekiq worker, hindi bagong terminal o proseso ng web ng Rails. Para sa isang worker sa unahan na ang HTTP client ay nagbabasa ng mga variable na ito:

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

Para sa Linux setup na pinamamahalaan ng systemd na dokumentado ng Sidekiq, ilagay ang mga halaga sa drop-in ng aktwal na worker unit:

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

I-reload ang mga depinisyon ng unit at palitan ang worker sa karaniwang pamamaraan ng restart ng deployment. Ang muling pag-load ng Rails code sa umiiral na worker ay hindi pinapalitan ang namamana nitong kapaligiran.

Ang isang pagsusuri ng pampublikong serbisyo ay maaaring gumamit ng endpoint mula sa listahan ng HTTP proxy sa mga halagang ito kapag pinapayagan ang mga pampublikong tagapamagitan at ang client ng worker ay walang naka-configure o nakatagong kredensyal ng proxy. Kapag may ilang unit na partikular sa pila, tukuyin kung alin ang nagpatakbo ng nabigong trabaho. Ang tagumpay mula sa ibang worker ay hindi nagpapatunay sa configuration nito.

Itala ang unit na iyon at ang HTTP client nang magkasama. Ang client na tahasang naka-configure ay maaaring gumamit ng ibang ruta anuman ang mga variable na ibinigay sa worker; sa ganoong kaso, i-configure ang interface na sinusuportahan nito.

Kaugnay na mga artikulo