Неге PHP-FPM терминалда жұмыс істейтін проксиді жоғалтады

Прокси конфигурациясын PHP-FPM жұмысшыларына дейін қадағалап, олардың ортасын PHP ағыны контекстілерінен ажыратыңыз.

Бір PHP файлы терминалда прокси қолданып, PHP-FPM қызмет көрсеткенде тікелей қосылуы мүмкін. Оны іске қосатын процестерді салыстырудан бастаңыз. Терминалыңыз PHP-ны өз shell ортасымен іске қосады; веб-сервер сұранысты FPM әлдеқашан жасаған жұмысшыларға жібереді.

Жұмысшының ортасын қараңыз

FPM пул конфигурациясы clear_env және айқын env[NAME] жазбаларын ұсынады. Ортаны тазалау қосылған кезде, кіру shell-інде айнымалыны экспорттау оны жұмысшыға қоймайды. Пул жазбалары таңдалған айнымалыларды бере алады:

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

Конфигурация өзгерістерін орналастырудың әдеттегі FPM қайта жүктеу рәсімі арқылы қолданыңыз. Мәндерді қолданбаға нақты қызмет көрсететін пулға қойыңыз. Басқа пул, қызмет тіркелгісі немесе контейнер дұрыс көрінетін өңдеудің неге әсер етпейтінін түсіндіре алады.

Жанды сұранысты жөндеу кезінде тек күтілетін параметрлердің бар-жоғын тексеріңіз. Толық орта мәндерін басып шығаратын жалпыға қолжетімді диагностикалық бет прокси тіркелгі деректерін және байланыссыз құпияларды аша алады.

Содан кейін PHP тасымалын тексеріңіз

libcurl-де құжатталған прокси ортасын өңдеу бар; айқын PHP cURL тұтқасының да өз опциялары бар. PHP-нің HTTP ағын қаптамасында бөлек контекст конфигурациясы бар. Жұмысшыға айнымалылар беру PHP-нің әрбір желілік API-сін оларды тұтынуға мәжбүрлемейді.

Бұл пайдалы екі бөлікті тексеру береді: жұмысшының не алғанын растаңыз, содан кейін таңдалған HTTP клиентінің прокси параметрлерін қалай оқитынын растаңыз. Егер CLI мен FPM бірдей мәндерді алып, бірақ әлі де басқаша әрекет етсе, келесіде клиент опцияларын және айналып өту ережелерін салыстырыңыз. Shell профилін қайта-қайта өңдеу жұмысшының HTTP клиентінің ішіндегі айырмашылықты шеше алмайды.

Қатысты мақалалар