Itselde PHP-bestân kin in proxy brûke yn in terminal en direkt gean as PHP-FPM it tsjinnet. Begjin mei it fergelykjen fan de prosessen dy't it útfiere. Jo terminal start PHP mei de omjouwing fan jo shell; de webserver stjoert in oanfraach nei wurkers dy't FPM al makke hat.

Besjoch de omjouwing fan de wurker

De FPM-poolkonfiguraasje leveret clear_env en eksplisite env[NAME]-ynfieringen. Mei it skjinmeitsjen fan de omjouwing oan set, set it eksportearjen fan in fariabele yn jo oanmeld-shell dy net yn in wurker. Pool-ynfieringen kinne selekteare fariabelen trochjaan:

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

Pas konfiguraasje-wizigingen ta fia de normale FPM-herlaadproseduere fan jo útrulling. Set de wearden yn de pool dy't de applikaasje echt tsjinnet. In oare pool, tsjinstaccount of container kin ferklearje wêrom't in skynber korrekte bewurking gjin effekt hat.

Kontrolearje by it debuggen fan in libbene oanfraach allinnich oft de ferwachte ynstellings besteane. In iepenbiere diagnostyske side dy't folsleine omjouwingswearden printsje lit, kin proxy-sertifikaten tegearre mei net-relatearre geheimen bleat lizze.

Kontrolearje dan it PHP-transport

libcurl hat dokumintearre proxy-omjouwingsôfhanneling; in eksplisite PHP cURL-handle hat ek syn eigen opsjes. De HTTP-stream-wrapper fan PHP hat in aparte kontekstkonfiguraasje. Fariabelen oan in wurker jaan makket net dat elk PHP-netwurk-API se brûkt.

Dat jout in nuttige twadielige kontrôle: befêstigje wat de wurker krige, befêstigje dan hoe't de keazen HTTP-klant proxy-ynstellings lêst. As CLI en FPM deselde wearden krije mar har dochs oars gedrage, fergelykje dan de opsjes fan de klant en de oerslachregels. It hieltyd bewurkjen fan it shell-profyl kin in ferskil yn de HTTP-klant fan de wurker net oplosse.

Relatearre artikelen