Աշխատանքը օգտագործում է իր 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 հաճախորդը միասին։ Բացահայտ կարգավորված հաճախորդը կարող է օգտագործել այլ երթուղի՝ անկախ աշխատողին տրված փոփոխականներից. այդ դեպքում կարգավորեք նրա աջակցվող ինտերֆեյսը։

Առնչվող հոդվածներ