ਪੁਰਾਣੇ ਜਵਾਬ ਵਾਧੂ 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 ਜੋੜਨਾ ਉਸ ਤਸਦੀਕ ਨੂੰ ਬੰਦ ਕਰਨ ਦਾ ਕਾਰਨ ਨਹੀਂ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ