A régi válaszok további SOCKS-kezelőt javasolnak, mert régebbi .NET-hálózati vermet céloznak. Egy modern, támogatott .NET HTTP-verem használhatja a dokumentált SOCKS-proxy URI-sémákat.

var handler = new HttpClientHandler
{
    Proxy = new WebProxy("socks5://203.0.113.10:1080"),
    UseProxy = true
};
using var client = new HttpClient(handler);

A végpont csak szemléltetés. A SOCKS5-proxylista nyilvános jelölteket kínál ehhez a socks5 WebProxy URI-hoz; használja a tényleges kezelő által támogatott verziót. Ellenőrizze a célkeretrendszert, a futtatókörnyezetet, a platformot és az alkalmazás által használt tényleges kezelőt, mielőtt ezt a példát egy régebbi .NET Framework-folyamatra alkalmazza.

A Microsoft jelenlegi proxy-dokumentációja a socks4, socks4a és socks5 neveket sorolja fel. Ezek a nevek a protokoll viselkedését írják le. Önmagában egy portszám nem választja ki a SOCKS verzióját, és a curl socks5h írásmódja nem olyan egyetemes URI-séma, amelyet minden kliens elfogad.

Hitelesített SOCKS5-szolgáltatás esetén a hitelesítő adatokat a kezelő által támogatott felület szerint konfigurálja. A SOCKS4 és a SOCKS4a nem biztosítja ugyanazt a jelszavas hitelesítési mechanizmust.

A cél-URL változatlan marad. Az HTTPS-kérés továbbra is felépíti és ellenőrzi a cél TLS-ét a proxy útvonalán keresztül; a SOCKS hozzáadása nem ok arra, hogy kikapcsolja ezt az ellenőrzést.

Kapcsolódó cikkek