Може ли PHP cURL да го користи IP-то на посетителот?
Објаснува која машина отвора cURL-врска од страната на серверот и што би требало да промени proxy за таа рута.
Посетителот кликнува на копче. Вашиот PHP сервер повикува надворешен API. API-то ја гледа излезната врска на серверот или излезот на proxy-то конфигурирано за таа врска. Прелистувачот на посетителот одржува посебна врска кон вашата веб-страница.
Копирањето на адресата на посетителот во заглавие не може да ја премести PHP-врската на мрежата на посетителот. Заглавијата се податоци што се испраќаат преку веќе воспоставена врска. Дестинацијата може во сопствената апликациска логика да користи доверливо заглавие за проследување, но тоа не ја претвора вредноста на заглавието во изворна адреса на врската.
Proxy-то мора да ја прифати врската
За PHP cURL да оди преку друга машина, таа машина мора да нуди достапна proxy-услуга со дозвола да го пренесе барањето. PHP-процесот мора да може да се поврзе со неа. Обичната сесија на прелистувачот на посетителот не му дава на вашиот сервер таков општ proxy-крај.
опцијата за proxy во libcurl го избира услугата кон која се поврзува cURL. Таа не може да побара од произволен прелистувач да го иницира барањето наместо неа.
Барањето од прелистувач е поинаков дизајн
За некои API-ја, прелистувачот може директно да ја повика дестинацијата. Тоа го става барањето на мрежната патека на корисникот, во зависност од неговата сопствена proxy-конфигурација. Исто така бара API дизајниран за клиенти во прелистувач. Пристапот кон ресурси од различно потекло следи CORS, а акредитивите испратени до код во прелистувачот стануваат достапни за тој клиент.
Одлучете каде и припаѓа барањето пред да изберете proxy-опција. Чувајте ги серверските акредитиви на серверот; користете документирана интеграција во прелистувач кога услугата ја поддржува. Ниту еден дизајн не нуди сигурен кратенка за серверско барање да ја наследи мрежната идентификација на посетителот.