Kāpēc PHP-FPM zaudē starpniekserveri, kas darbojas terminālī

Izsekojiet starpniekservera konfigurāciju līdz PHP-FPM darbiniekiem un atšķiriet to vidi no PHP straumju kontekstiem.

Viena un tā pati PHP datne terminālī var izmantot starpniekserveri, bet PHP-FPM apkalpotā vidē iet tieši. Sāciet ar to procesu salīdzināšanu, kas to izpilda. Terminālis palaiž PHP ar savu čaulas vidi; tīmekļa serveris nosūta pieprasījumu darbiniekiem, kurus FPM jau izveidojis.

Apskatiet darbinieka vidi

FPM baseina konfigurācija nodrošina clear_env un skaidrus env[NAME] ierakstus. Ar iespējotu vides tīrīšanu mainīgā eksportēšana pieteikšanās čaulā to neievieto darbiniekā. Baseina ieraksti var nodot atlasītus mainīgos:

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

Konfigurācijas izmaiņas piemērojiet ar ierasto izvietošanas FPM pārlades procedūru. Ievietojiet vērtības baseinā, kas faktiski apkalpo lietojumprogrammu. Cits baseins, servisa konts vai konteiners var izskaidrot, kāpēc šķietami pareizs labojums neietekmē.

Atkļūdojot aktīvu pieprasījumu, pārbaudiet tikai to, vai pastāv gaidītie iestatījumi. Publiska diagnostikas lapa, kas izdrukā pilnas vides vērtības, var atklāt starpniekservera akreditācijas datus kopā ar nesaistītiem noslēpumiem.

Pēc tam pārbaudiet PHP transportu

libcurl ir dokumentēta starpniekservera vides apstrāde; tiešam PHP cURL rokturim ir arī savas opcijas. PHP HTTP straumes ietvaram ir atsevišķa konteksta konfigurācija. Mainīgo piegāde darbiniekam nepadara katru PHP tīkla API par to lietotāju.

Tas dod noderīgu divdaļīgu pārbaudi: apstipriniet, ko darbinieks saņēma, pēc tam apstipriniet, kā izvēlētais HTTP klients nolasa starpniekservera iestatījumus. Ja CLI un FPM saņem vienas vērtības, bet joprojām uzvedas atšķirīgi, tālāk salīdziniet klienta opcijas un apiešanas noteikumus. Atkārtota čaulas profila rediģēšana nevar atrisināt atšķirību darbinieka HTTP klienta iekšienē.

Saistītie raksti