Sidekiq वर्करला दिसणारे प्रॉक्सी वातावरण

Sidekiq प्रक्रिया सुरू होताना प्रॉक्सी व्हेरिएबल्स द्या, व्यवस्थापित वर्करसाठी systemd सेवा कॉन्फिगरेशनसह.

काम त्याच्या 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 क्लायंट एकत्र नोंदवा. स्पष्टपणे कॉन्फिगर केलेला क्लायंट वर्करला दिलेल्या व्हेरिएबल्सची पर्वा न करता दुसरा मार्ग वापरू शकतो; त्या बाबतीत त्याचे समर्थित इंटरफेस कॉन्फिगर करा.

संबंधित लेख