Niyə PHP-FPM terminalınızda işləyən proksini itirir
Proksi konfiqurasiyasını PHP-FPM işçilərinə qədər izləyin və onların mühitini PHP axın kontekstlərindən ayırın.
Eyni PHP faylı terminalda proksidən istifadə edib, PHP-FPM tərəfindən təqdim edildikdə birbaşa gedə bilər. Onu işlədən prosesləri müqayisə edərək başlayın. Terminalınız PHP-ni öz shell mühiti ilə başladır; veb server FPM-in artıq yaratdığı işçilərə sorğu göndərir.
İşçinin mühitinə baxın
FPM hovuz konfiqurasiyası clear_env və açıq env[NAME] girişlərini təqdim edir. Mühitin təmizlənməsi aktiv olduqda, giriş shell-inizdə dəyişən ixrac etmək onu işçiyə yerləşdirmir. Hovuz girişləri seçilmiş dəyişənləri ötürə bilər:
env[http_proxy] = http://203.0.113.10:8080
env[https_proxy] = http://203.0.113.10:8080Konfiqurasiya dəyişikliklərini yerləşdirmənizin adi FPM yenidən yükləmə proseduru ilə tətbiq edin. Dəyərləri tətbiqə həqiqətən xidmət edən hovuza qoyun. Fərqli hovuz, xidmət hesabı və ya konteyner görünürdə düzgün redaktənin niyə təsiri olmadığını izah edə bilər.
Canlı sorğunu sazlayarkən yalnız gözlənilən parametrlərin mövcud olub-olmadığını yoxlayın. Tam mühit dəyərlərini çap edən ictimai diaqnostika səhifəsi proksi etimadnamələrini əlaqəsiz sirlərlə birlikdə aşkara çıxara bilər.
Sonra PHP nəqliyyatını yoxlayın
libcurl sənədləşdirilmiş proksi mühiti idarəetməsinə malikdir; açıq PHP cURL tutacağının da öz seçimləri var. PHP-nin HTTP axın sarğısının ayrı kontekst konfiqurasiyası var. İşçiyə dəyişənlər vermək hər PHP şəbəkə API-nin onları istifadə etməsinə səbəb olmur.
Bu, faydalı iki hissəli yoxlama verir: işçinin nə aldığını təsdiqləyin, sonra seçilmiş HTTP müştərisinin proksi parametrlərini necə oxuduğunu təsdiqləyin. CLI və FPM eyni dəyərləri alıb yenə fərqli davranırsa, növbəti olaraq müştəri seçimlərini və yan keçmə qaydalarını müqayisə edin. Shell profilini təkrar-təkrar redaktə etmək işçinin HTTP müştərisi daxilindəki fərqi həll edə bilməz.