तपाईंको टर्मिनलमा काम गर्ने प्रोक्सी PHP-FPM ले किन गुमाउँछ

एउटै PHP फाइलले टर्मिनलमा प्रोक्सी प्रयोग गर्न सक्छ र PHP-FPM ले सेवा दिँदा सिधै जान सक्छ। यसलाई चलाउने प्रक्रियाहरू तुलना गरेर सुरु गर्नुहोस्। तपाईंको टर्मिनलले PHP लाई shell वातावरणसँग सुरु गर्छ; वेब सर्भरले FPM ले पहिले नै बनाएका वर्करहरूलाई अनुरोध पठाउँछ।

वर्करको वातावरण हेर्नुहोस्

FPM पूल कन्फिगरेसन ले clear_env र स्पष्ट env[NAME] प्रविष्टिहरू दिन्छ। वातावरण सफा गर्ने सक्षम भएको अवस्थामा, लगइन shell मा भेरिएबल एक्सपोर्ट गर्दा त्यो वर्करमा पर्दैन। पूल प्रविष्टिले छानिएका भेरिएबलहरू पठाउन सक्छन्:

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 ले समान मान पाए पनि फरक व्यवहार गर्छन् भने, अर्कोमा क्लाइन्ट विकल्प र बाइपास नियमहरू तुलना गर्नुहोस्। shell प्रोफाइल बारम्बार सम्पादन गर्दा वर्करको HTTP क्लाइन्टभित्रको फरक टुंगिँदैन।