ജോലി അതിന്റെ 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 ക്ലയന്റും ഒരുമിച്ച് രേഖപ്പെടുത്തുക. വ്യക്തമായി കോൺഫിഗർ ചെയ്ത ക്ലയന്റിന് വർക്കറിന് നൽകിയ വേരിയബിളുകൾ പരിഗണിക്കാതെ മറ്റൊരു പാത ഉപയോഗിക്കാം; അങ്ങനെയെങ്കിൽ അത് പിന്തുണയ്ക്കുന്ന ഇന്റർഫേസ് കോൺഫിഗർ ചെയ്യുക.

അനുബന്ധ ലേഖനങ്ങൾ