પ્રોક્સી વાપરતી વખતે CURLOPT_CONNECT_TO શું બદલે છે

CURLOPT_CONNECT_TO મેળ ખાતા ગંતવ્ય માટે libcurl જે યજમાન અને પોર્ટ સાથે જોડાય છે તે બદલે છે. તે વૈકલ્પિક એન્ડપોઇન્ટને HTTP CONNECT કે SOCKS બોલતું બનાવતું નથી.

મૂળ યજમાનનામ હજુ પણ એપ્લિકેશન-પ્રોટોકોલ અને TLS ઓળખ પૂરી પાડે છે. જ્યારે એ જ સેવાના બીજા સર્વર ઇન્સ્ટન્સ સુધી જાણી જોઈને પહોંચવું હોય ત્યારે આ ઉપયોગી છે. પરંતુ મનમાન્ય પ્રોક્સી શ્રોતા તેના પ્રોક્સી હેન્ડશેકની અપેક્ષા રાખે છે, એપ્લિકેશનના કાચા બાઇટ્સની નહીં.

મેપિંગને HTTP પ્રોક્સી સાથે જોડવું

HTTP પ્રોક્સીને અલગથી રૂપરેખાંકિત કરો. જાહેર સેવા તરફનો ઓળખપત્ર-મુક્ત HTTP માર્ગ, તે મધ્યસ્થાને પરવાનગી હોય ત્યારે HTTP પ્રોક્સી યાદીમાંથી એન્ડપોઇન્ટ વાપરી શકે છે; કોઈ પણ હાલનું પ્રોક્સી ખાતું ઉમેદવારને મોકલવું ન જોઈએ. libcurl નોંધે છે કે અલગ connect-to મેપિંગ પછી વિનંતીને ટનલ મોડમાં ફેરવી શકે છે: પ્રોક્સી મેપ કરેલા ગંતવ્યનું જોડાણ ખોલે છે. મેપિંગ પસંદ કરે છે કે પ્રોક્સી દ્વારા શું પહોંચવું છે; તેણે પ્રોક્સી રૂપરેખાંકનનું સ્થાન લીધું નથી.

ત્રણ મૂલ્યો અલગ રાખો: ઇચ્છિત સેવાનું નામ, વૈકલ્પિક જોડાણ એન્ડપોઇન્ટ અને પ્રોક્સી એન્ડપોઇન્ટ. દરેક વિકલ્પ તેની વાસ્તવિક ભૂમિકા માટે પસંદ કરો અને સેવા માટે સામાન્ય TLS નામ ચકાસણી રાખો.

જો પ્રોક્સી પોર્ટ પોતે જોડાણો નકારે, તો એ જ ગેરહાજર શ્રોતા તરફ ઇશારો કરતો બીજો વિકલ્પ પ્રથમ કૂદકો સુધારી શકતો નથી. ગંતવ્ય મેપિંગ બદલતા પહેલાં તે શ્રોતા કે માર્ગની નિષ્ફળતા ઉકેલો.