.NET HttpClient માં SOCKS પ્રોક્સી: સમર્થિત URI સ્કીમ્સ
જૂની તૃતીય-પક્ષની રીતો હજી પણ જરૂરી છે એમ ધારવાને બદલે સુસંગત .NET HTTP હેન્ડલરની દસ્તાવેજીકૃત SOCKS પ્રોક્સી URI સ્કીમ્સ વાપરો.
જૂની જવાબો વધારાનું SOCKS હેન્ડલર સૂચવે છે કારણ કે તે જૂનાં .NET નેટવર્ક સ્ટેકને લક્ષ્ય બનાવે છે. આધુનિક સમર્થિત .NET HTTP સ્ટેક દસ્તાવેજીકૃત SOCKS પ્રોક્સી URI સ્કીમ્સ વાપરી શકે છે.
var handler = new HttpClientHandler
{
Proxy = new WebProxy("socks5://203.0.113.10:1080"),
UseProxy = true
};
using var client = new HttpClient(handler);એન્ડપોઇન્ટ ફક્ત ઉદાહરણ છે. SOCKS5 પ્રોક્સી સૂચિ આ socks5 WebProxy URI માટે જાહેર ઉમેદવારો પ્રદાન કરે છે; વાસ્તવિક હેન્ડલર જે આવૃત્તિ સમર્થન આપે તે વાપરો. આ ઉદાહરણને જૂની .NET Framework પ્રક્રિયા પર લાગુ કરતા પહેલાં લક્ષ્ય ફ્રેમવર્ક, રનટાઇમ, પ્લેટફોર્મ અને એપ્લિકેશન વાપરતું વાસ્તવિક હેન્ડલર તપાસો.
Microsoft નું વર્તમાન પ્રોક્સી દસ્તાવેજીકરણ socks4, socks4a અને socks5 સૂચિબદ્ધ કરે છે. તે નામો પ્રોટોકોલ વર્તન વર્ણવે છે. ફક્ત પોર્ટ નંબર SOCKS આવૃત્તિ પસંદ કરતો નથી, અને curl ની socks5h જોડણી એ સાર્વત્રિક URI સ્કીમ નથી જે દરેક ક્લાયન્ટ સ્વીકારે.
પ્રમાણિત SOCKS5 સેવા માટે, હેન્ડલર જે ઇન્ટરફેસ સમર્થન આપે તે મુજબ ઓળખપત્રો ગોઠવો. SOCKS4 અને SOCKS4a સમાન પાસવર્ડ પ્રમાણીકરણ પદ્ધતિ પ્રદાન કરતા નથી.
લક્ષ્ય URL અપરિવર્તિત રહે છે. HTTPS વિનંતી પ્રોક્સી માર્ગ દ્વારા લક્ષ્યના TLS ને હજી પણ સ્થાપિત અને ચકાસે છે; SOCKS ઉમેરવો તે ચકાસણી બંધ કરવાનું કારણ નથી.