Nima uchun PHP-FPM terminalingizda ishlaydigan proksini yo'qotadi

Bir xil PHP fayli terminalda proksidan foydalanishi, PHP-FPM xizmat qilganda esa to'g'ridan-to'g'ri ulanishi mumkin. Uni ishga tushiruvchi jarayonlarni taqqoslashdan boshlang. Terminalingiz PHP ni shell muhiti bilan ishga tushiradi; veb-server FPM allaqachon yaratgan ishchilarga so'rov yuboradi.

Ishchining muhitiga qarang

FPM hovuz konfiguratsiyasi clear_env va aniq env[NAME] yozuvlarini taqdim etadi. Muhitni tozalash yoqilganda, kirish shellida o'zgaruvchini eksport qilish uni ishchiga joylashtirmaydi. Hovuz yozuvlari tanlangan o'zgaruvchilarni uzatishi mumkin:

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

Konfiguratsiya o'zgarishlarini joylashtirishingizning odatiy FPM qayta yuklash tartibi orqali qo'llang. Qiymatlarni dasturga haqiqatan xizmat qiladigan hovuzga qo'ying. Boshqa hovuz, xizmat hisobi yoki konteyner ko'rinishda to'g'ri tahrir nima uchun ta'sir qilmasligini tushuntirishi mumkin.

Jonli so'rovni tuzatishda faqat kutilgan sozlamalar mavjudligini tekshiring. To'liq muhit qiymatlarini chop etuvchi ommaviy diagnostika sahifasi proksi hisob ma'lumotlarini aloqasiz sirlar bilan birga oshkor qilishi mumkin.

Keyin PHP transportini tekshiring

libcurl hujjatlashtirilgan proksi muhiti ishloviga ega; aniq PHP cURL tutqichi ham o'z variantlariga ega. PHP ning HTTP oqim o'rami alohida kontekst konfiguratsiyasiga ega. Ishchiga o'zgaruvchilar berish har bir PHP tarmoq API si ulardan foydalanishini ta'minlamaydi.

Bu foydali ikki qismli tekshiruv beradi: ishchi nima olganini tasdiqlang, so'ngra tanlangan HTTP mijozi proksi sozlamalarini qanday o'qishini tasdiqlang. Agar CLI va FPM bir xil qiymatlarni olsa-da, baribir boshqacha harakat qilsa, keyin mijoz variantlari va chetlab o'tish qoidalarini taqqoslang. Shell profilini qayta-qayta tahrirlash ishchining HTTP mijozidagi farqni hal qila olmaydi.