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 ક્લાયન્ટની અંદરનો તફાવત ઉકેલી શકાતો નથી.