तुमच्या टर्मिनलमध्ये चालणारा प्रॉक्सी PHP-FPM का गमावते

तीच PHP फाइल टर्मिनलमध्ये प्रॉक्सी वापरू शकते आणि PHP-FPM द्वारे सर्व्ह होताना थेट जाऊ शकते. ती चालवणाऱ्या प्रक्रियांची तुलना करून सुरुवात करा. तुमचे टर्मिनल PHP शेल वातावरणासह सुरू करते; वेब सर्व्हर FPM ने आधीच तयार केलेल्या वर्कर्सना विनंती पाठवतो.

वर्करचे वातावरण पहा

FPM पूल कॉन्फिगरेशन clear_env आणि स्पष्ट env[NAME] नोंदी पुरवते. वातावरण साफ करणे सुरू असताना, लॉगिन शेलमध्ये व्हेरिएबल एक्सपोर्ट केल्याने ते वर्करमध्ये जात नाही. पूल नोंदी निवडक व्हेरिएबल्स पाठवू शकतात:

env[http_proxy] = http://203.0.113.10:8080
env[https_proxy] = http://203.0.113.10:8080

कॉन्फिगरेशन बदल तुमच्या डिप्लॉयमेंटच्या नेहमीच्या FPM रीलोड प्रक्रियेद्वारे लागू करा. मूल्ये अशा पूलमध्ये ठेवा जो प्रत्यक्षात अनुप्रयोगाला सर्व्ह करतो. वेगळा पूल, सेवा खाते किंवा कंटेनर बरोबर दिसणारा बदल का परिणाम देत नाही हे स्पष्ट करू शकतात.

लाइव्ह विनंती डीबग करताना अपेक्षित सेटिंग्ज अस्तित्वात आहेत का एवढेच तपासा. संपूर्ण वातावरण मूल्ये छापणारे सार्वजनिक डायग्नोस्टिक पृष्ठ प्रॉक्सी क्रेडेन्शियल्ससह असंबंधित गुपिते उघड करू शकते.

नंतर PHP ट्रान्सपोर्ट तपासा

libcurl कडे नोंदवलेली प्रॉक्सी वातावरण हाताळणी आहे; स्पष्ट PHP cURL हँडललाही स्वतःचे पर्याय आहेत. PHP च्या HTTP स्ट्रीम रॅपरकडे वेगळे संदर्भ कॉन्फिगरेशन आहे. वर्करला व्हेरिएबल्स दिल्याने प्रत्येक PHP नेटवर्क API त्यांचा वापर करेल असे होत नाही.

यामुळे उपयुक्त दोन भागांची तपासणी मिळते: वर्करला काय मिळाले ते पुष्टी करा, नंतर निवडलेला HTTP क्लायंट प्रॉक्सी सेटिंग्ज कसे वाचतो याची पुष्टी करा. CLI आणि FPM ला समान मूल्ये मिळाली तरी वेगळे वागत असतील, तर पुढे क्लायंट पर्याय आणि बायपास नियमांची तुलना करा. शेल प्रोफाइल वारंवार संपादित केल्याने वर्करच्या HTTP क्लायंटमधील फरक सुटणार नाही.