Használhatja a PHP cURL a látogató IP-címét?
Magyarázza el, melyik gép nyitja a kiszolgálóoldali cURL-kapcsolatot, és mit kellene a proxynak megváltoztatnia ahhoz, hogy ez az útvonal megváltozzon.
A látogató egy gombra kattint. A PHP-kiszolgálója egy külső API-t hív. Az API a kiszolgáló kimenő kapcsolatát látja, vagy az adott kapcsolathoz beállított proxy kimenetét. A látogató böngészője külön kapcsolatot kezel a webhelyéhez.
A látogató címének fejlécbe másolása nem tudja átvinni a PHP-kapcsolatot a látogató hálózatára. A fejlécek olyan adatok, amelyeket már létrehozott kapcsolaton keresztül küldenek. Egy cél alkalmazhat megbízható továbbító fejlécet a saját alkalmazáslogikájában, de attól a fejléc értéke még nem lesz a kapcsolat forráscíme.
A proxynak el kell fogadnia a kapcsolatot
Ahhoz, hogy a PHP cURL egy másik gépen keresztül menjen, annak a gépnek elérhető proxy-szolgáltatást kell nyújtania, amely jogosult a kérés továbbítására. A PHP-folyamatnak csatlakoznia kell tudnia hozzá. A látogató szokásos böngésző-munkamenete nem ad a kiszolgálójának ilyen általános célú proxy-végpontot.
A libcurl proxybeállítása választja ki a szolgáltatást, amelyhez a cURL csatlakozik. Nem kérhet meg egy tetszőleges böngészőt, hogy a nevében indítsa el a kérést.
A böngészőből indított kérés más felépítés
Egyes API-k esetében a böngésző közvetlenül hívhatja a célt. Ez a kérést a felhasználó hálózati útvonalára helyezi, a saját proxybeállításuk függvényében. Ehhez böngészőügyfelekhez tervezett API is kell. Az források közötti hozzáférés a CORS-t követi, és a böngészőkódnak küldött hitelesítő adatok elérhetővé válnak az adott ügyfél számára.
Döntse el, hová tartozik a kérés, mielőtt proxybeállítást választana. Tartsa a kiszolgáló hitelesítő adatait a kiszolgálón; használjon dokumentált böngészőintegrációt, amikor a szolgáltatás támogatja. Egyik felépítés sem kínál megbízható rövidítést arra, hogy egy kiszolgálói kérés örökölje a látogató hálózati identitását.