Ընտրել տեղական ինտերֆեյս և պրոքսի մեկ cURL փոխանցման մեջ
Օգտագործեք CURLOPT_INTERFACE-ը տեղական աղբյուրի և CURLOPT_PROXY-ն միջնորդի համար՝ հաշվի առնելով OS-ի երթուղավորումը և NAT-ը։
Մի քանի տեղական հասցե ունեցող մեքենային կարող է անհրաժեշտ լինել դրանցից մեկը՝ առաջադիմական պրոքսիի հետ իր կապի համար։ cURL-ը կարող է երկու ընտրություններն էլ կատարել բացահայտ.
curl_setopt_array($handle, [
CURLOPT_URL => 'https://example.com/',
CURLOPT_INTERFACE => '192.0.2.20',
CURLOPT_PROXY => 'http://proxy.example:8080',
]);
Սա օրինակելի կարգավորում է գոյություն ունեցող cURL բռնակի համար։ Փոխարինեք 192.0.2.20-ը PHP-ն աշխատող մեքենայում իրականում հասանելի աղբյուրի հասցեով։ Առանց պրոքսի հաշվի թույլատրված հանրային հարցման համար HTTP պրոքսիների ցանկից կարող է տրամադրվել հեռավոր լսողը պրոքսի արժեքի համար։
CURLOPT_INTERFACE-ը ընտրում է ելքային կապի տեղական կողմը։ CURLOPT_PROXY-ն ընտրում է միջնորդին, որը հարցումը տանում է առաջ։ Տեղական աղբյուր ընտրելը մեքենան չի դարձնում հեռավոր պրոքսի և չի տալիս նրան կամայական հանրային IP։
Այս ուղու վրա տեղական ընտրությունը ազդում է պրոքսիի ուղղությամբ կապի վրա։ Կայքը սովորաբար տեսնում է պրոքսիի հաջորդ աղբյուրի հասցեն։ Երկու զույգերից որևէ մեկի միջև NAT-ը կարող է հետագայում թարգմանել այն հասցեն, որը տեսնում է յուրաքանչյուր ստացող։
Եթե ինտերֆեյսի ընտրությունը բաց թողնվի, libcurl-ը թույլ է տալիս TCP փաթեթին ընտրել համապատասխան աղբյուր։ Այդ ընտրությունը հետևում է մեքենայի ցանցային կարգավորմանը. դա համընդհանուր կանոն չէ, որ կարգավորման ֆայլի առաջին հասցեն հաղթում է։
libcurl-ը ընդունում է ինտերֆեյսի անուններ աջակցվող հարթակներում, սակայն դրա փաստաթղթերը բացառում են Windows-ի ինտերֆեյսի անունների ընտրությունը այս տարբերակի համար։ Հոսթի անվան օգտագործումը նույնպես կարող է արգելափակող որոնում առաջացնել։ Հայտնի տեղական հասցեն ավելի պարզ մուտք է, երբ հենց այդ ընտրությունն է, որ նախատեսում է հավելվածը։