કાર્ય તેના Sidekiq વર્કરનું પર્યાવરણ વાપરે છે, નવું ટર્મિનલ કે Rails વેબ પ્રક્રિયા નહીં. એવા ફોરગ્રાઉન્ડ વર્કર માટે જેનો HTTP ક્લાયન્ટ આ વેરિયેબલ્સ વાંચે છે:

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

Sidekiq દ્વારા દસ્તાવેજીકૃત systemd-સંચાલિત Linux ગોઠવણી માટે, મૂલ્યોને વાસ્તવિક વર્કર યુનિટના drop-in માં મૂકો:

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

યુનિટ વ્યાખ્યાઓ ફરી લોડ કરો અને ડિપ્લોયમેન્ટની સામાન્ય પુનઃપ્રારંભ પ્રક્રિયા દ્વારા વર્કરને બદલો. હાલના વર્કરમાં Rails કોડ ફરી લોડ કરવાથી તેનું વારસાગત પર્યાવરણ બદલાતું નથી.

જાહેર-સેવા તપાસ આ મૂલ્યોમાં HTTP પ્રોક્સી યાદીમાંથી એક એન્ડપોઇન્ટ વાપરી શકે છે જ્યારે જાહેર મધ્યસ્થીઓને મંજૂરી હોય અને વર્કરના ક્લાયન્ટ પાસે કોઈ રૂપરેખાંકિત કે સંગ્રહિત પ્રોક્સી ઓળખપત્રો ન હોય. અનેક કતાર-વિશિષ્ટ યુનિટ હોય તો, કઈ યુનિટે નિષ્ફળ કાર્ય ચલાવ્યું તે ઓળખો. બીજા વર્કરની સફળતા આનું રૂપરેખાંકન સાબિત કરતી નથી.

તે યુનિટ અને HTTP ક્લાયન્ટ સાથે મળીને નોંધો. સ્પષ્ટ રીતે રૂપરેખાંકિત ક્લાયન્ટ વર્કરને અપાયેલા વેરિયેબલ્સને ધ્યાનમાં લીધા વગર બીજો માર્ગ વાપરી શકે છે; તે સ્થિતિમાં તેના સમર્થિત ઇન્ટરફેસને રૂપરેખાંકિત કરો.

સંબંધિત લેખો