Zergatik galtzen duen PHP-FPMek zure terminalean funtzionatzen duen proxy-a

PHP fitxategi berak proxy bat erabil dezake terminalean eta zuzenean joan PHP-FPMek zerbitzatzen duenean. Hasi exekutatzen duten prozesuak alderatzen. Zure terminalak PHP abiarazten du bere shell ingurunearekin; web zerbitzariak eskaera bat bidaltzen die FPMek jada sortu dituen langileei.

Begiratu langilearen ingurunea

FPM pool konfigurazioak clear_env eta env[NAME] sarrera esplizituak eskaintzen ditu. Ingurunearen garbiketa gaituta dagoenean, saioa hasteko shell-ean aldagai bat esportatzeak ez du langile batean jartzen. Pool sarrerek hautatutako aldagaiak pasa ditzakete:

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

Aplikatu konfigurazio aldaketak zure hedapenaren ohiko FPM birkarga prozeduraren bidez. Jarri balioak aplikazioa benetan zerbitzatzen duen poolean. Beste pool batek, zerbitzu kontu batek edo edukiontzi batek azal dezake zergatik ez duen eraginik itxuraz zuzena den aldaketa batek.

Zuzeneko eskaera bat araztean, egiaztatu soilik espero diren ezarpenak existitzen diren. Ingurune balio osoak inprimatzen dituen diagnostiko orrialde publiko batek proxy kredentzialak eta zerikusia ez duten sekretuak ager ditzake.

Ondoren egiaztatu PHP garraioa

libcurl-ek proxy ingurunearen kudeaketa dokumentatua du; PHP cURL helduleku esplizitu batek bere aukerak ere baditu. PHPren HTTP stream wrapper-rak testuinguru konfigurazio bereizia du. Langile bati aldagaiak emateak ez ditu PHP sare API guztiek kontsumitzen.

Horrek bi zatiko egiaztapen erabilgarria ematen du: berretsi langileak zer jaso zuen, eta gero berretsi aukeratutako HTTP bezeroak nola irakurtzen dituen proxy ezarpenak. CLI-k eta FPMek balio berak jasotzen badituzte baina oraindik desberdin jokatzen badute, alderatu ondoren bezeroaren aukerak eta saihesteko arauak. Shell profilaren behin eta berriz editatzeak ezin du langilearen HTTP bezeroaren barruko desberdintasuna konpondu.